Mysql
 sql >> база данни >  >> RDS >> Mysql

Започвайки с версия на mysql схеми без излишни усилия. Добри решения?

Прост начин за малка компания:изхвърлете вашата база данни в SQL и я добавете към вашето хранилище. След това всеки път, когато промените нещо, добавете промените в дъмп файла.

След това можете да използвате diff, за да видите промените между версиите, да не говорим за коментари, обясняващи промените ви. Това също така ще ви направи практически имунизирани срещу надстройки на MySQL.

Единственият недостатък, който видях в това, е, че трябва да запомните ръчно да добавите SQL към своя дъмфил. Можете да се научите да помните винаги, но бъдете внимателни, ако работите с други. Липсата на актуализация може да бъде болка по-късно.

Това може да бъде смекчено чрез създаване на някакъв сложен скрипт, който да го направи вместо вас, когато се подчинявате на subversion, но това е малко за шоу за един човек.

Редактиране: През годината, която измина след този отговор, трябваше да внедря схема за управление на версии за MySQL за малък екип. Ръчното добавяне на всяка промяна се разглеждаше като тромаво решение, подобно на споменатото в коментарите, така че изхвърлихме базата данни и добавихме този файл към контрола на версиите.

Това, което открихме, беше, че тестовите данни завършваха в сметището и правеха доста трудно да се разбере какво се е променило. Това може да бъде решено само чрез изхвърляне на схемата, но това беше невъзможно за нашите проекти, тъй като нашите приложения зависеха от определени данни в базата данни, за да функционират. В крайна сметка се върнахме към ръчното добавяне на промени в дъмп на базата данни.

Това не само беше най-простото решение, но и реши някои проблеми, които някои версии на MySQL имат с експортирането/импортирането. Обикновено трябва да изхвърлим базата данни за разработка, да премахнем всички тестови данни, записи в дневника и т.н., да премахнем/променим определени имена, където е приложимо и едва след това да можем да създадем производствената база данни. Чрез ръчно добавяне на промени бихме могли да контролираме точно какво ще завърши в производството, малко по малко, така че в крайна сметка всичко да е готово и преминаването към производствената среда да е възможно най-безболезнено.



  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Как да използвам променлива в readystatement за sql заявка?

  2. Как да направите резервно копие на MySQL Database и да го поставите в Amazon s3 всяка вечер, като използвате раздела Cron?

  3. Хибридни работни натоварвания на база данни OLTP/Analytics в клъстер Galera, използващи асинхронни подчинени устройства

  4. ПОРЪЧАЙТЕ първо по азбука, след това по номер

  5. Поддръжка на PDO за множество заявки (PDO_MYSQL, PDO_MYSQLND)