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

Как да се справяте с еволюцията на базата данни на Play Framework 2 в производството

За съжаление Ebean може да създаде само CREATE DDL (а не UPDATE DDL ) (както е отговорено в тяхната група), следователно трябва да преминете към ръчно развитие възможно най-скоро.

някои правила:

  1. Винаги архивирайте вашата жива БД, преди да приложите каквито и да било промени :)
  2. plugin ebean пресъздава целия DDL, ако има само 1.sql еволюция, създадена от него
  3. Трябва да премахнете два първи коментара от 1.sql и започнете да пишете собствени еволюции със следващите числа 2.sql , 3.sql и т.н. Опитайте се да поставите възможно най-много модели/полета, преди да преминете към ръчно развитие. По-голямата част ще бъде извършена автоматично от плъгин.
  4. Ръчното развитие трябва да съдържа ALTERS към съществуващи таблици/колони вместо DROP/CREATE, те трябва да имат и двете:Ups и Downs за всяка промяна.
  5. опитайте се да поставите възможно най-много промени във всяка еволюция, по-лесно е да се управлява, отколкото да се пише отделна еволюция за всяка малка промяна.

Де факто понякога просто е по-лесно да модифицирате структурата на DB с DB gui, така или иначе тя работи основно за един разработчик... когато трябва да споделите кода си с други разработчици, писането на еволюции ще бъде по-добър вариант.

Ако след известно време добавите следващата "голяма" част от нови модели, можете отново да активирате временен автоматичен DDL и да използвате локален git само за копиране на нови части. След това се върнете към собствената революция и поставете нови части, генерирани от плъгина Ebean.



  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Извикване на съхранена процедура в рамките на съхранена процедура

  2. Изберете произволен ред от PostgreSQL таблица с претеглени вероятности за редове

  3. как да коригирате OperationalError:(psycopg2.OperationalError) сървърът затвори връзката неочаквано

  4. pgmemcache срещу безкраен кеш

  5. Производителност на TPC-H след PostgreSQL 8.3