2. Recapitulemos
● Ayer vimos del modelo de desarrollo (MVT o
MVC) que propone Django
● Vimos la capa de modelo
● Aprendimos a hacer queries con el ORM
● Activamos y probamos algunas características
de la interfaz administriva
3. Qué veremos hoy
● Instalaremos algunas aplicaciones útiles para
desarrollar
● Hablaremos de schema migration
● Convertiremos nuestro proyecto a South (un
sistema de schema migration)
4. Instalando aplicaciones
● Recordemos que Django es Dry, Dry es no
tener que escribir dos veces el mismo código
● Aplicaciones para agilizar el desarrollo
(django-debug-toolbar, django-extensions)
● “Management commands”
5. Ejercicio1
● Genera un gráfico con el modelo de datos que
estamos usando actualmente en la aplicación.
● Para hacerlo puedes utilizar aplicaciones ya
hechas.
● No debería llevarte más de un minuto.
6. Schema evolution
● Syncdb solo crea las tablas si no existen, no
aplica modificaciones sobre el modelo de
datos a tablas existentes.
● Existen varias aplicaciones de schema
evolution para Django, la más popular es
south. http://south.aeracode.org/
● South soporta migraciones de schema y de
datos
7. South
● python manage.py schemamigration --initial
blog
● Echemos un vistazo al código
● python manage.py migrate
● South almacena en base de datos las
migraciones que se han aplicado
● python manage.py schemamigration --auto
8. Ejercicio2
● Añade un campo “publicado” de tipo boolean
a nuestro Post. Aplica el cambio en
producción.
● Modifica el campo “mas” de manera que sea
opcional, tanto en la interfaz administrativa
como en la base de datos