Creando nuevas relaciones entre modelos de datos

Clase 35 de 52 • Curso de Python y Django 2016

Daniel Eduardo Díaz Lara

student•

Repasando lo mismo que dijiste antes, para los que no tienen conocimientos muy avanzados:

Es muy importante que cada vez que hagan un nuevo módulo por ejemplo (clientes), lo registren en settings para que no les pasen estos errores.

Fernando Daniel Jaime

student•

Y no olvidar que si modificaste un modelo tenes que hacer migraciones para que se vea reflejado en la base de datos

Daniel Eduardo Díaz Lara

student•

Repasando lo mismo que dijiste antes, para los que no tienen conocimientos muy avanzados:

Es muy importante que cada vez que hagan un nuevo módulo por ejemplo (clientes), lo registren en settings para que no les pasen estos errores.

Ramon Narvaez Alexander

student•

Internal Server Error: /admin/clients/client/
Traceback (most recent call last):
File "/home/ramon/Escritorio/platzi/Shoppy/local/lib/python2.7/site-packages/django/core/handlers/base.py", line 149, in get_response
response = self.process_exception_by_middleware(e, request)
File "/home/ramon/Escritorio/platzi/Shoppy/local/lib/python2.7/site-packages/django/core/handlers/base.py", line 147, in get_response
response = wrapped_callback(request, *callback_args, **callback_kwargs)
File "/home/ramon/Escritorio/platzi/Shoppy/local/lib/python2.7/site-packages/django/contrib/admin/options.py", line 541, in wrapper
return self.admin_site.admin_view(view)(*args, **kwargs)
File "/home/ramon/Escritorio/platzi/Shoppy/local/lib/python2.7/site-packages/django/utils/decorators.py", line 149, in _wrapped_view
response = view_func(request, *args, **kwargs)
File "/home/ramon/Escritorio/platzi/Shoppy/local/lib/python2.7/site-packages/django/views/decorators/cache.py", line 57, in _wrapped_view_func
response = view_func(request, *args, **kwargs)
File "/home/ramon/Escritorio/platzi/Shoppy/local/lib/python2.7/site-packages/django/contrib/admin/sites.py", line 244, in inner
return view(request, *args, **kwargs)
File "/home/ramon/Escritorio/platzi/Shoppy/local/lib/python2.7/site-packages/django/utils/decorators.py", line 67, in _wrapper
return bound_func(*args, **kwargs)
File "/home/ramon/Escritorio/platzi/Shoppy/local/lib/python2.7/site-packages/django/utils/decorators.py", line 149, in _wrapped_view
response = view_func(request, *args, **kwargs)
File "/home/ramon/Escritorio/platzi/Shoppy/local/lib/python2.7/site-packages/django/utils/decorators.py", line 63, in bound_func
return func.__get__(self, type(self))(*args2, **kwargs2)
File "/home/ramon/Escritorio/platzi/Shoppy/local/lib/python2.7/site-packages/django/contrib/admin/options.py", line 1470, in changelist_view
self.list_max_show_all, self.list_editable, self)
File "/home/ramon/Escritorio/platzi/Shoppy/local/lib/python2.7/site-packages/django/contrib/admin/views/main.py", line 79, in __init__
self.get_results(request)
File "/home/ramon/Escritorio/platzi/Shoppy/local/lib/python2.7/site-packages/django/contrib/admin/views/main.py", line 174, in get_results
result_count = paginator.count
File "/home/ramon/Escritorio/platzi/Shoppy/local/lib/python2.7/site-packages/django/core/paginator.py", line 72, in _get_count
self._count = self.object_list.count()
File "/home/ramon/Escritorio/platzi/Shoppy/local/lib/python2.7/site-packages/django/db/models/query.py", line 371, in count
return self.query.get_count(using=self.db)
File "/home/ramon/Escritorio/platzi/Shoppy/local/lib/python2.7/site-packages/django/db/models/sql/query.py", line 483, in get_count
number = obj.get_aggregation(using, ['__count'])['__count']
File "/home/ramon/Escritorio/platzi/Shoppy/local/lib/python2.7/site-packages/django/db/models/sql/query.py", line 464, in get_aggregation
result = compiler.execute_sql(SINGLE)
File "/home/ramon/Escritorio/platzi/Shoppy/local/lib/python2.7/site-packages/django/db/models/sql/compiler.py", line 848, in execute_sql
cursor.execute(sql, params)
File "/home/ramon/Escritorio/platzi/Shoppy/local/lib/python2.7/site-packages/django/db/backends/utils.py", line 79, in execute
return super(CursorDebugWrapper, self).execute(sql, params)
File "/home/ramon/Escritorio/platzi/Shoppy/local/lib/python2.7/site-packages/django/db/backends/utils.py", line 64, in execute
return self.cursor.execute(sql, params)
File "/home/ramon/Escritorio/platzi/Shoppy/local/lib/python2.7/site-packages/django/db/utils.py", line 95, in __exit__
six.reraise(dj_exc_type, dj_exc_value, traceback)
File "/home/ramon/Escritorio/platzi/Shoppy/local/lib/python2.7/site-packages/django/db/backends/utils.py", line 64, in execute
return self.cursor.execute(sql, params)
File "/home/ramon/Escritorio/platzi/Shoppy/local/lib/python2.7/site-packages/django/db/backends/sqlite3/base.py", line 323, in execute
return Database.Cursor.execute(self, query, params)
OperationalError: no such table: clients_client

Alberto Rivera Rivera

student•

No me queda muy claro el error que pueda hacer, pero ¿hiciste las migraciones?

Juan Pablo Arnedo

student•

solo tienes que agregar las migraciones y agregar la aplicacion al proyecto y listo

alejandro ramos

student•

yo tengo una duda, si quiero modificar un campo de models, por modificación me refiero a cambiar el nombre de uno de los campos por otros , cual es la forma más eficiente para realizar lo?

class eventos (models.Model ):  
    producto_nombre = models.CharField(max_length=200)  
    ***nuevo_nombre = models.CharField(max_length=200)  
    producto_description = models.TextField()  
    ***nuevo_nombre_desciption= models.TextField()

Erik Ivan Muñoz Barajas

student•

Te refieres simplemente el cambiar el nombre de los campos?

Si es así, únicamente

1. cambia el nombre del (de los) campo(s)

2. ./manage.py makemigration

3. ./manage.py migrate

Los cambios deben reflejarse a mi entendimiento.

alejandro ramos

student•

Si si ya lo aprendi pero gracias de todas formas jejejej un pulgar

Gabriel Fernandez

student•

Eso no es una relacion many to many con una tabla intermedia?

Ramses Martinez Ortiz

student•

Sí, pero en este caso esa tabla auxiliar sí se le da un uso. se puede hacer con models.ManyToMany

Fernando Velez

student•

No es necesario crear la tabla intermedia. Con una relación ManyToMany se crea automáticamente y temporalmente la tabla pero no se guarda en ningún modelo. Es importante saberlo ya que de lo contrario se estaría agregando complejidad innecesaria. En resumen: Es fatal crear una tabla intermedia! No lo hagan.

javier alejandro segovia

student•

Yo lo resolvi de esta forma:
<a href="{% url ‘new\_product’ %}">New products</a>

javier alejandro segovia

student•

Jdango siempre hay errores. me canse

Diego Forero

Team Platzi•

Es lo divertido de la programación encontrarse con errores, investigar como solucionarlos y eso te ayuda a crecer muchísimo, si fuera fácil que aburrido sería programar.

Ronaldo Ricardo Mata Rodriguez

student•

¿Como elimino una app? pero que el modelo se borre de la base de datos, ¿se hace desde django o debo saber de postgres?

Diego Forero

Team Platzi•

lo haces con el comando de migraciones y usando el nombre de migración zero

./manage.py migrate <app> zero

<app> lo reemplazas por tu aplicación, recuerda hacer esto antes de quitarla del Installed Apps.

Ricardo Fuenmayor

student•

Para que sirven los decoradores?

Andrés Felipe Martínez Salazar

student•

Como hacer una relación 1 a varios?, por ejemplo:
Hay un cliente y este tiene varios productos como favoritos.

Diego Forero

Team Platzi•

Para mi eso es una relación muchos a muchos ya que un cliente tienes muchos productos favoritos y un producto puede ser favorito de muchos clientes.

lo puedes hacer así:

class Cliente(...):
    ...
    productos = models.ManyToManyField(Productos)

Esto va a crear automáticamente una tabla intermedia donde se guarda la relación entre productos y clientes.

Andrés Felipe Martínez Salazar

student•

Entonces tocaría importar el modelo Product en la app clients verdad?
algo así:

from django.db import models
from products.models import Product
# Create your models here.

class Client(models.Model):
    name = models.CharField(max_length=255)
    phone = models.IntegerField(unique=True)
    email = models.EmailField(max_length=255,unique=True)
    address = models.CharField(max_length=255)
    productos = models.ManyToManyField(Product)

    def __str__(self):
        return self.name

    class Meta:
        ordering = ('id',)

y eliminando el modelo Favorite:

class Favorite(models.Model):
    user = models.ForeignKey(Client)
    product = models.ForeignKey(Product)

    class Meta:
        verbose_name = 'Favorite'
        verbose_name_plural = 'Favorites'

    def __str__(self):
        return '%s %s' %(self.user, self.product)```

Ronaldo Ricardo Mata Rodriguez

student•

¿Por que crear un modelo Client? la manera correcta creo que seria relacionar el producto con el User de Django ¿no? de esta manera:

class Favorite(models.Model):
    user = models.ForeignKey(User)
    product = models.ForeignKey(Product)

    class Meta:
        verbose_name = 'Favorite'
        verbose_name_plural = 'Favorites'

    def __str__(self):
        return '%s %s' % (self.user.name, self.product.name)

Diego Forero

Team Platzi•

Puedes crear el modelo cliente que tenga una relación uno a uno con el modelo User y en este almacenar más información que no tienes con tu modelo User como es dirección, telefono, ciudad, etc.

Esta es la razón por la cual se debe hacer, yo hago la relación con User para poder usar el sistema de login de django.

Ronaldo Ricardo Mata Rodriguez

student•

Ah ok entiendo, entonces seria crear el modelos Client y heredar User de Django y anexar nuevos campos ¿?

Fernando Velez

student•

Por que dentro de la aplicación productos creas la tabla favoritos? No debería ir fuera de la aplicación de clientes y de la aplicación de productos? Es decir funcionaria como una tabla intermedia en cuanto a relacionar cliente y producto. No se si lo que haces esta bien en cuanto a patrones de diseño. Si alguien sabe por favor justifiqueme eso. Un saludo para todos!

Diego Forero

Team Platzi•

Hola, como lo mencionas la tabla favoritos es una tabla para manejar la relación muchos a muchos que existen entre productos y clientes, como tal no tiene una lógica diferente a la de almacenar esta relación por lo tanto puede ir o en la aplicación de productos o en la aplicación de usuarios, en este caso es mas claro que este en la app de productos porque son productos favoritos.

Por otro lado dentro de las buenas practicas de desarrollo en django se menciona que una aplicación o módulo no debe tener más de cinco modelos, si tiene más debes pensar en refactorizar esa aplicación y separarla en dos o mas aplicaciones.

Fernando Velez

student•

Muchísimas gracias por tu respuesta!
La confunsion que se me genera es que por ejemplo en los diagramas de clase y en sus patrones de diseño obviamente, no existe una tabla intermedia entre la relación de dos clases. Entoces en este caso, y pensando en el diagrama de clase Favoritos no debería de ser una clase sino que debería ser un atributo de la clase clientes, el cual directamente seria instanciado de la clase Producto.
Si bien estuve observando que en los diagramas de entidad relación se utilizan tablas intermedias para realizar la relación entre dos estructuras de datos.
La conclusión que formule es que en Django al utilizar el ORM trabajamos con clases en un archivo de python () y estas clases crean la estructura de la base de datos. Entonces las clases mas bien representan un DER (diagrama entidad relacion) y no pueden modelarse segun los patrones de diseño utilizados en un diagrama de clases.

Genial lo que me comentaste sobre que una aplicación que no puede tener mas de 5 modelos, lo voy a tener en cuenta!

Richar Soria Mora

student•

Hola, si yo tengo un diagrama de clases hecho en UML y lo quiero programar ,¿Tendría que programar todas las clases en el archivo ? o se puede crear un carpeta aparte donde se pueda guardar cada clase por separado.

Diego Forero

Team Platzi•

El ideal es que separes la lógica de tu aplicación en pequeñas aplicaciones o módulos y cada módulo tenga sus modelos de bases de datos, por convención no se recomienda crear los modelos en un archivo diferente al ya que si un programador nuevo llega al proyecto no va encontrar los modelos.

Richar Soria Mora

student•

En otras palabras lo correcto o convencional ¿seria crear por cada clase una aplicación?
ya que salgo de programar de java ,donde cada clase iba por separado ademas todos iban en un paquete o carpeta y programar todas las clases en un solo archivo me parece una mala practica o no??
tal vez en django es convencional como tu dices.
Pero para salir de dudas tendría que modular mi proyecto en aplicaciones , y como yo separaría mi diagrama de clases(las clases tienes relaciones,agregaciones,etc) o talvez me estoy enredando mucho XD

class eventos (models.Model ):  
    producto_nombre = models.CharField(max_length=200)  
    ***nuevo_nombre = models.CharField(max_length=200)  
    producto_description = models.TextField()  
    ***nuevo_nombre_desciption= models.TextField()

from django.db import models
from products.models import Product
# Create your models here.

class Client(models.Model):
    name = models.CharField(max_length=255)
    phone = models.IntegerField(unique=True)
    email = models.EmailField(max_length=255,unique=True)
    address = models.CharField(max_length=255)
    productos = models.ManyToManyField(Product)

    def __str__(self):
        return self.name

    class Meta:
        ordering = ('id',)

class Favorite(models.Model):
    user = models.ForeignKey(Client)
    product = models.ForeignKey(Product)

    class Meta:
        verbose_name = 'Favorite'
        verbose_name_plural = 'Favorites'

    def __str__(self):
        return '%s %s' %(self.user, self.product)```

class Favorite(models.Model):
    user = models.ForeignKey(User)
    product = models.ForeignKey(Product)

    class Meta:
        verbose_name = 'Favorite'
        verbose_name_plural = 'Favorites'

    def __str__(self):
        return '%s %s' % (self.user.name, self.product.name)

Creando nuevas relaciones entre modelos de datos

Bienvenidos

Actualizaremos este curso pronto

Introducción a Python

Guía de Python

¿Qué necesito y por qué para iniciar con Python/Django?

¿Qué es Python?

Ventajas de usar Python

Tu primer 'Hola Mundo' en Python

Creando tu primer archivo de Python

Tipos de datos en Python

Operadores básicos en Python

Comentarios en tu código de Python

Funciones y Variables

Preguntas y respuestas

Estructuras de control e imports en Python

Workshop y preguntas: Manejo de fechas en Python

Métodos de control

Imports

Conversiones, funciones comunes y piedra papel y tijera en Python

Preguntas y respuestas

Paquetes, clases e introducción a frameworks de Python

a.1) Workshop y preguntas: ¿Cómo hacer una GUI en Python?

a.2) Workshop y preguntas: Resolvemos tus preguntas

Manejar excepciones en Python

Clases en Python

Manejo de Archivos con Python

Otro ejemplo de Clases

Introducción a los Web Frameworks en Python

Preguntas y respuestas

Introducción a Django 1.9

Workshop y preguntas: ¿Por qué usar Django?

Configura Django para tu primer proyecto

Introducción de Django y configuración del proyecto

Creación de una aplicación en Django

Conectar datos de nuestros modelos a las vista

Preguntas y respuestas

Imágenes, formularios y relaciones entre modelos

Workshop y preguntas: Manejo de templates con Django

Pillow: Manejo de imagenes en Django

Creación de formularios en Django