Problemas com migrações

Neste artigo vamos falar sobre migrações no Web2py.

Todos sabemos que o W2P faz proezas com a DAL mas as vezes temos alguns percalços no caminho.

Para fazer o controle do estado das migrações é criado por padrão na pasta databases alguns arquivos com a extensão '.table'.

Esses arquivos são responsáveis por armazenar o estado atual da tabela e logo eles são modificados quando fazemos alterações na definição de tabela no código python.

De fato esses arquivos são muito úteis porém há momentos em que eles começam a dar problemas.

Primeiro de tudo vamos começar mudando nosso código na função define_table passando um argumento migrate='nome_tabela.table'.

db.define_table('tabela1',
    Field('nome_campo', 'string'),
    migrate='tabela1.table'
)

Isso fará com que o arquivo .table da tabela1 contenha seu nome, isso facilita evita aqueles arquivos redundantes no diretório.

O próximo passo é entender como funcionam as migrações do construtor DAL.

Isso foi retirado da docstring da pydal do Web2py (gluon.packages.base.py).

migrate: sets default migrate behavior for all tables
fake_migrate: sets default fake_migrate behavior for all tables
migrate_enabled: If set to False disables ALL migrations
fake_migrate_all: If set to True fake migrates ALL tables

migrate: Determina a migração padrão para todas as tabelas se True, no nosso caso estamos usando um migrate customizado em nosso define_table, então pode alterá-lo para False.

fake_migrate: Ele utiliza o padrão False, ele será usado para tratar migrações individuais em bancos de dados legados.

migrate_enabled: Habilita as migrações, seu padrão é True.

fake_migrate_all: É utilizado em bancos legados e atribui um tratamento padrão para todas as tabelas.

db = DAL(myconf.get("db.uri"),
        pool_size=10,
        migrate_enabled=myconf.get('db.migrate_enabled'), # True
        fake_migrate=myconf.get('db.fake_migrate'), # False
        fake_migrate_all=myconf.get('db.fake_migrate_all'), # False
        migrate=myconf.get('db.migrate'), # False
        check_reserved=['all'])

O exemplo acima seria a configuração padrão para criar um banco de dados do zero. Ou seja ele iria criar as tabelas para nós utilizando um .table customizado.

Caso ele retorne algum erro de cara, execute a aplicação quantas vezes precisar até que ele crie todas as tabelas e arquivos.

NOTA: Muito cuidado com campos notnull=True geralmente eles não são criados por exigirem sempre um valor padrão, então o notnull=True deve vir acompanhado de um default='anyway'.

<class 'gluon.contrib.pg8000.ProgrammingError'> ('ERRO', '23502', 'valor nulo na coluna "colunaXYZ" viola a restrição não-nula')


Em bases Legadas ou estruturas já criadas

Haverão casos onde precisamos lidar com estruturas legadas ou já criadas, nesse caso podem haver problemas como:

<class 'gluon.contrib.pg8000.ProgrammingError'> ('ERRO', '42701', 'coluna "colunaXYZ" da relação "tableZYX" já existe')


A solução padrão para este caso é apagar todos os arquivos '.table' e o arquivo sql.log.
Feito isso devemos setar como True o parâmetro fake_migrate_all e executarmos nosso app até atualizar o banco.
db = DAL(myconf.get("db.uri"),
        pool_size=10,
        migrate_enabled=myconf.get('db.migrate_enabled'), # True
        fake_migrate=myconf.get('db.fake_migrate'), # False
        fake_migrate_all=myconf.get('db.fake_migrate_all'), # True
        migrate=myconf.get('db.migrate'), # False
        check_reserved=['all'])

Depois retorne o parâmetro fake_migrate_all para False.


Espero ter sanado as duvidas dos novatos por que ninguém merece perder todo um dia de trabalho fazendo migrações manuais na base de dados.💀


Comentários

Postar um comentário

Postagens mais visitadas deste blog

Configurar o web2py no Apache e Ubuntu LTS

Para todo desenvolvedor o maior desafio não é produzir código e sim colocar sua aplicação para rodar de fato de verdade, por isso é essencial conhecer todos os passos para fazer o deploy de sua aplicação em ambientes de produção. Este artigo será composto por este principal e outros dois explicando a teoria envolvendo o processo. Neste artigo explicaremos em forma de tutorial como fazer o deploy de uma aplicação web2py tem um servidor Apache usando virtual hosts. Antes de prosseguirmos é importante fazer algumas considerações. 1- O web2py é um framework baseado no padrão WSGI (Web Server Gateway interactive), um avanço no antigo CGI, portanto vamos precisar de um arquivo intermediário entre o módulo wsgi do apache e o framework, chamado de handler. 2- O Apache ainda é o servidor WEB mais utilizado no mercado por tanto há vasta documentação espalhada por aí, logo não será muito difícil dar manutenção nele. 3- O Ubuntu também é a distro linux mais usada no mundo desktop portanto não tere
Leia mais

Limpando a sujeira para fazer backup

 Boas meus caros a dica de hoje vai pra quem precisa fazer backup e está com problema com arquivos pyc. Para quem não sabe o Python é interpretado e compilado, ou seja ele pode ser interpretado diretamente pelo script ou gerar arquivos pré-comprados como  java e linguagens .Net. O processo de interpretação pode possuir várias etapas, mas imagine que você precise falar com um estrangeiro, se você não conhece a língua falada você precisará de um interprete, certo. Uma linguagem de script como o Python pode executar seus scripts diretamente ou criar arquivos bytecodes, que são arquivos pré-compilados (pré-traduzidos), esses bytecodes ajudam o interpretador a ganhar tempo na execução, assim, quando ele executar o código novamente ele não precisará traduzir rotina por rotina novamente, bastando apenas converter o bytecode para a linguagem de máquina. Mas e o web2py? Todos sabemos que o web2py guarda seu código python nativo na pasta modules e é ali que mora o problema quando falamos de back
Leia mais

Recursive select with web2py

In this article we will deal with a somewhat well-known but unexplained subject. This tip applies not only to web2py but to anyone who needs to organize their data into tree structures using data from the database.  http://www.web2py.com/books/default/chapter/31/06/data-abstruction-layer#-Recursive-select-s . db.define_table('thing', Field('name'), Field('owner_id', 'reference person')) The web2py documentation proposes the following table structure and how to recursively select this data. person = db.person(id) for thing in person.thing.select(orderby=db.thing.name): print person.name, 'owns', thing.name The fact is that if we do the db (). Select () command it will create a new database connection and so as many times as needed. If we think of a system that receives several visitors per minute (or second), even a table with little data would overload our application. So which one is ideal?
Leia mais