Jak verzovat databázi MySQL proti stavu zdrojového kódu?

[Stanislav Vasko]

Zdravím,

rád bych se poradil jak verzujete či zálohujete databázi během vývoje. Předpokládám, že to je moje elementární neznalost daná hlavně tím, že jsem homo-domo-samouk. K verzování používám GIT v naprosto primitivní formě, cca 2 větve (master + devel) a na každé větvi commit po každé větší funkčnosti. Velice se mi hodí, že k danému stavu se mi uloží i SQLite soubor a tedy pokud chci kdykoliv skočit do kteréhokoliv bodu, mám ihned k dispozici i funkční databázi (byť pokaždé s jiným stavem dat). Deploy pak udělám jednoduše nahráním změněných soubor, pustím ./manage.py migrate a podle migrací se vše provede. 

Dneska je na obzoru projekt, kde nejspíše budu používat MySQL(PSQL) a vůbec netuším jak se přiblížit podobné funkčnosti. Zkusil jsem si Django napojit na MySQL, bez problémů. Migrace také v pořádku, ale pokud vrátím zdrojový kód do stavu o několik migrací zpět, jak toto provedu i v MySQL databází? 

Díky za tip či odkaz na dokumentaci.

[starenka .]

Cau, 

migrace muzes delat i zpetny (tu ti ale nidko nevygeneruje a musis si ji udelat sam). 

cili neco jako 

class Migration(migrations.Migration):

    dependencies = []

    operations = [
        migrations.RunPython(forwards_func, reverse_func),
    ]

---
In Perl you shoot yourself in the foot, but nobody can understand how you did it. Six months later, neither can you. | print 'aknerats'[::-1]

--
--
E-mailová skupina djan...@googlegroups.com
Správa: http://groups.google.cz/group/django-cs
---
Tuto zprávu jste obdrželi, protože jste přihlášeni k odběru skupiny „django-cs“ ve Skupinách Google.
Chcete-li zrušit odběr skupiny a přestat dostávat e-maily ze skupiny, zašlete e-mail na adresu django-cs+...@googlegroups.com.
Chcete-li tuto diskusi zobrazit na webu, navštivte https://groups.google.com/d/msgid/django-cs/890d65bd-a672-4b9d-aa73-016ad78d95a5%40googlegroups.com.
Další možnosti najdete na https://groups.google.com/d/optout.

[starenka .]

Docka treba tady https://docs.djangoproject.com/en/2.1/ref/migration-operations/#runpython 

pouzijes to tak, ze das: `migrate appka cislomigrace_kam_se_chces_vratit`

s.

---
In Perl you shoot yourself in the foot, but nobody can understand how you did it. Six months later, neither can you. | print 'aknerats'[::-1]

[starenka .]

Kdyz uz spamuju, 

myslim, ze se tady vscihni shodnem, ze pokud ses svuj vlastni pan, tak rozhodne brat postgres na ukor mysql. 

Vyhod sou mraky, ale kdyz se bavime o migracich, tak napriklad kdyz se neco stane pri migrovani schematu, tak postgres je schopnej delat ALTER SCHEMA v migraci, takze to vrati nazpatek. U MySQL zustanes s databazi v nejaky mezifazi a musis to jit uklizet. To nechces.

---
In Perl you shoot yourself in the foot, but nobody can understand how you did it. Six months later, neither can you. | print 'aknerats'[::-1]

[Stanislav Vasko]

Všude narážím, že raději PSQL než MySQL, ale je někde takto pěkně a jasně ukázáno/řečeno/popsáno proč PSQL, ideálně praktické příklady. Knížek je hodně, ale ta než dorazí, to čekat nebudu. Nebo co bych měl určitě vědět a užít (viz např. views, i když je to jen uložené view, teď studuji materialized views).

Moc díky za nasměrování, večer budu chytrej jak rádio :)