Re: Versionamento de modelo de dados com PostgreSQL

Eu utilizo o Flyway a varios anos.
Crio o arquivo de alteração e disponibilizo somente na versão de
desenvolvimento, depois de testado e homologado este arquivo vai para a
versão de produção.
Cada arquivo faz uma unica modificação especifica.
Então ao liberar uma alteração para produção, vai somente as alterações de
banco necessárias para as correções especificas, e as que ainda não
passaram na homologação, não são passadas para produção, assim mantendo
somente o que realmente ja foi homologado em produção.
E como cada arquivo tem somente uma alteração da base, é facil identificar
quais arquivos devem ir para produção ou não.

Em 23 de julho de 2018 15:49, Ivanelson Nunes <ivanelsonnunes(at)gmail(dot)com>
escreveu:

> Boa tarde!
>
> Eu utilizo uma ferramenta chamada Sqitch: https://github.com/
> sqitchers/sqitch
>
> Ela é uma ferramenta bem simples e não é impositiva, basicamente possui 03
> scripts(deploy, revert, verify), na documentação você vai entender.
>
> Por exemplo, você poderia escrever algo no script SQL que identificasse o
> tipo de ambiente, se Homologação, Produção ou Desenvolvimento. Talvez uma
> tabela de configuração, para você salvar o "Tipo de Ambiente".
>
> Exemplo de criação de um "Esquema novo" no Sqitch:
>
> sqitch add appschema -n 'Add schema for all flipr objects.'
> Created deploy/appschema.sql
> Created revert/appschema.sql
> Created verify/appschema.sql
> Added "appschema" to sqitch.plan
>
>
> Agora dentro de cada arquivo *.sql você vai colocar seu SQL ou PL/PgSql
> para criar o seu "esquema".
>
> Exemplo em deploy/appschema.sql, ficaria assim:
>
> -- Deploy escola:schema_escola to pg
> BEGIN;
> -- XXX Add DDLs here.
> create schema escola;
> COMMIT;
>
>
>
> Mais em: https://github.com/sqitchers/sqitch/blob/master/
> lib/sqitchtutorial.pod
>
>
> @ivanelson
> []s
>
>
> Em seg, 23 de jul de 2018 às 15:21, Manuel Garcia <
> garcia(dot)manuel1987(at)gmail(dot)com> escreveu:
>
>> Boa tarde, eu tendo uma pequena dificuldade de versionamento de dados no
>> PostgreSQL, atualmente a área de desenvolvimento esta trabalhando em vários
>> projetos paralelos tenho 3 servidores
>>
>> 1 Produção
>> 1 Homologação
>> 1 desenvolvimento
>>
>> cada solicitação de dados, correção de estrutura ou nova funcionalidade
>> crio um arquivo .sql exemplo: alteracoes-2018-07-23.sql
>>
>> que rodo em desenvolvimento logo em homologação e quando es tudo certo em
>> produção, o problema é que os aquivos tem varias modificações mas ni todas
>> vão entrar em produção ai fico botando de um em um as alterações em
>> produção pelo qual fico perdido em saber que alterações faltam de cada
>> arquivo rodar em produção.
>>
>> bom espero de para entender o problema.
>>
>> Eu gostaria de ter uma orientação de se o que eu estou fazendo esta
>> correto ou se vocês tem alguma forma o ferramenta melhor para salvar as
>> alterações dos bancos de dados e assim ter um correto versionamento dos
>> servidores.
>>
>> também gostaria de pedir desculpas por meu português trabalho faz anos em
>> brasil mais meu portugues escrito não es muito bom
>>
>> --
>> Manuel Alejandro Garcia Mellado
>> Ingeniero Ejecución en Informática e computación
>> Concepcion - Chile VIII Region del Bio - Bio
>>
>>