{"id":34734,"date":"2019-10-31T22:00:06","date_gmt":"2019-10-31T19:00:06","guid":{"rendered":"https:\/\/prohoster.info\/blog\/sravnenie-i-vybor-sistem-migratsii-dannyh\/"},"modified":"2019-10-31T22:00:06","modified_gmt":"2019-10-31T19:00:06","slug":"sravnenie-i-vybor-sistem-migratsii-dannyh","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/sravnenie-i-vybor-sistem-migratsii-dannyh","title":{"rendered":"Compara\u00e7\u00e3o e escolha de sistemas de migra\u00e7\u00e3o de dados","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Compara\u00e7\u00e3o e escolha de sistemas de migra\u00e7\u00e3o de dados<\/h2>\n

\n\"Compara\u00e7\u00e3o
\n
\nO modelo de dados durante o processo de desenvolvimento tem a propriedade de mudar, e em algum momento ele deixa de corresponder ao banco de dados. Claro, o banco de dados pode ser exclu\u00eddo, e ent\u00e3o o ORM criar\u00e1 uma nova vers\u00e3o que corresponder\u00e1 ao modelo, mas esse procedimento resultar\u00e1 na perda de dados existentes. Assim, a fun\u00e7\u00e3o do sistema de migra\u00e7\u00e3o \u00e9 sincronizar a estrutura com o modelo de dados no aplicativo sem perda de dados existentes.<\/p>\n

Neste artigo, gostar\u00edamos de discutir v\u00e1rias ferramentas para gerenciar migra\u00e7\u00f5es de bancos de dados. Esperamos que esta vis\u00e3o geral seja \u00fatil para desenvolvedores enfrentando uma escolha semelhante.
\n<\/a><\/noindex><\/p>\n

Tarefa<\/h3>\n

\nNossa empresa atualmente est\u00e1 desenvolvendo ativamente a pr\u00f3xima gera\u00e7\u00e3o do produto \u2013 Docs Security Suite (DSS). A parte do servidor est\u00e1 sendo escrita em .Net Core, e, como SGBD, est\u00e1 sendo utilizado o Entity Framework Core. Ao projetar o aplicativo, utilizamos a abordagem Code First.<\/p>\n

O modelo de dom\u00ednio do aplicativo \u00e9 criado simultaneamente por v\u00e1rios desenvolvedores \u2013 cada um respons\u00e1vel por sua parte l\u00f3gica do sistema. <\/p>\n

Na gera\u00e7\u00e3o anterior do DSS, foi utilizado o cl\u00e1ssico Entity Framework Migrations (EF 6) como sistema de gest\u00e3o de migra\u00e7\u00f5es. No entanto, surgiram algumas reclama\u00e7\u00f5es, sendo a principal que o EF carecia de uma abordagem razo\u00e1vel para resolu\u00e7\u00e3o de conflitos de vers\u00f5es. Esse fato ainda nos desagrada durante a corre\u00e7\u00e3o de bugs no suporte, por isso decidimos considerar alternativas.<\/p>\n

Como resultado das discuss\u00f5es, foram formados os seguintes requisitos para o sistema de gest\u00e3o de migra\u00e7\u00f5es:<\/p>\n

    \n
  1. Suporte a diferentes SGBDs. \u00c9 obrigat\u00f3rio o MS SQL Server, PostgreSQL, Oracle, mas o uso de outros tamb\u00e9m \u00e9 potencialmente poss\u00edvel.<\/li>\n
  2. Trabalho com ORM. Inicialmente, estava previsto o uso do EF Core, mas durante a fase de projeto est\u00e1vamos dispostos a considerar outras ORMs.<\/li>\n
  3. Gera\u00e7\u00e3o autom\u00e1tica de migra\u00e7\u00f5es. Considerando o desenvolvimento Code First, gostar\u00edamos de evitar a necessidade de \"escrever manualmente\" as migra\u00e7\u00f5es.<\/li>\n
  4. Conflitos de vers\u00f5es. Em condi\u00e7\u00f5es de desenvolvimento distribu\u00eddo, ao mesclar, o EF Core pode falhar devido a conflitos. Isso se torna um problema significativo, uma vez que diferentes partes do aplicativo s\u00e3o criadas por diferentes desenvolvedores, resultando em uma grande quantidade de tempo gasto em cada um.<\/li>\n
  5. Documenta\u00e7\u00e3o e suporte avan\u00e7ados. Aqui, acreditamos que explica\u00e7\u00f5es n\u00e3o s\u00e3o necess\u00e1rias.<\/li>\n
  6. Gratuidade. O crit\u00e9rio \u00e9 condicional, pois sistemas que n\u00e3o s\u00e3o muito caros ou aqueles que s\u00e3o caros, mas ideais em termos de conforto, tamb\u00e9m estamos prontos para considerar.<\/li>\n<\/ol>\n

    \nComo resultado de uma pequena pesquisa, foram encontrados e reconhecidos como desej\u00e1veis para considera\u00e7\u00e3o as seguintes op\u00e7\u00f5es:<\/p>\n

      \n
    1. Migrations do EF Core<\/li>\n
    2. DBup<\/li>\n
    3. RoundhousE<\/li>\n
    4. ThinkingHome.Migrator<\/li>\n
    5. Fluent Migrator <\/li>\n<\/ol>\n

      <\/p>\n

      Agora, um pouco mais detalhado<\/h3>\n

      \n\"Compara\u00e7\u00e3o
      \n      Migrations do EntityFramework Core<\/a><\/noindex><\/b><\/p>\n

      Naturalmente, esta foi a primeira e principal op\u00e7\u00e3o a ser escolhida. Uma ferramenta nativa que funciona out of the box, sem quaisquer complica\u00e7\u00f5es. Uma grande quantidade de documenta\u00e7\u00e3o, oficial e n\u00e3o oficial, simplicidade, etc. No entanto, as cr\u00edticas feitas ao cl\u00e1ssico EF s\u00e3o totalmente pertinentes ao EF Core. <\/p>\n

      Assim, os pr\u00f3s do EF Core s\u00e3o:<\/p>\n