Python Dominicana 059: Django Migrations

* Conceptos esenciales. ¿Qué problemas resuelve Django Migrations?
* Bases de datos: Peculiaridades que debemos saber al implementar la librería según nuestro motor de base de datos.
* Un vistazo a los componentes internos que conforman Django Migrations.

* Presentación compartida el 2016-05-25 en la comunidad de Python Dominicana.
* https://www.facebook.com/events/1787153718174739/

Transcript

1. @rebelliard Django Migrations
2. @rebelliard Rafael Belliard rebelliard.com Software Developer
3. @rebelliard “Los requerimientos siempre están mal”
4. @rebelliard El requerimiento perfecto 1. El cliente debe entenderlo. 2. El cliente debe mencionarlo. 3. El cliente debe explicarlo correctamente. 4. Debe ser comunicado al programador sin corrupción. 5. Debe ser entendido por el programador. 6. Debe diseñarse un esquema de datos adecuado. 7. Debe implementarse correctamente.
5. @rebelliard La aplicación y el motor de base de datos no deben ser “solo amigos” Idealmente, esta relación debería estar abierta a otras bases de datos…
6. @rebelliard Django Migrations
7. @rebelliard Concepto “Hola mundo” Bases de datos ¿Cómo funciona? Mirando hacia atrás
8. @rebelliard Django Migrations Desarrollo iterativo e incremental (“ágil”) Sistematización del esquema de datos Sincronización entre la aplicación y el esquema de datos Control de versiones sobre el esquema Independencia* del motor de datos
10. @rebelliard “Hola mundo”
11. @rebelliard Definición del modelo
12. @rebelliard Generamos la migración inicial
13. @rebelliard Alteración del modelo
14. @rebelliard Generamos una nueva migración
15. @rebelliard Comandos disponibles migrate makemigrations showmigrations sqlmigrate
16. @rebelliard Bases de datos
17. @rebelliard Bases de datos PostgreSQL MySQL SQLite Oracle
18. @rebelliard PostgreSQL 1. Nada de qué preocuparse. 2. DDL transaccional. Advertencia al agregar columnas: null=True
19. @rebelliard MySQL 1. No soporta un DDL transaccional 2. No tiene restricciones CHECK 3. Combina UNIQUE e INDEX 4. ¡Reescrituras completas! 5. Nombres muy pequeños
20. @rebelliard SQLite 1. Alteración de esquemas nulo 2. Terrible para el diseño iterativo 3. No está recomendado en producción 4. Delicado aún para desarrollo
21. @rebelliard Oracle 1. Sintaxis SQL distinta 2. Reglas de nombres problemáticas 3. Limitaciones con TextField
22. @rebelliard ¿Microsoft SQL Server? ¿Cassandra? ¿Firebird? ¿ODBC?
23. @rebelliard Ármalo tú mismo…
24. @rebelliard field.deconstruct() Editor de esquemas ModelOptions.apps Lector / Grafo Operaciones Ejecutor Optimizador Autodetector Estado Esquema Migraciones Separación lógica
25. @rebelliard Migración #1 Operación Operación Migración #2 Operación Operación Estado Estado Estado Estado Estado Operación Estado Estado AddModel Sin modelos Un modelo
26. @rebelliard Operaciones incluídas AddModel DeleteModel AddField RenameField DeleteField RenameModel AlterModelOptions AlterModelTable AlterField AlterUniqueTogether AlterIndexTogether RunSQL RunPython
27. @rebelliard Mirando hacia atrás Compatibilidad con aplicaciones existentes
28. @rebelliard Simular migraciones python manage.py makemigrations python manage.py migrate --fake-initial Bases de datos existentes
29. @rebelliard South es ignorado python manage.py makemigrations python manage.py migrate --fake-initial Migrando desde South
30. @rebelliard Principios del Manifiesto Ágil “Nuestra mayor prioridad es satisfacer al cliente mediante la entrega temprana y continua de software con valor.” “Aceptamos que los requisitos cambien, incluso en etapas tardías del desarrollo.”