El la sincronización, Django no creará ninguna tabla en la base de datos si está marcada como abstract.
En cuanto al nombre de la clave primaria del modelo, particularmente prefiero darle nombre en vez de dejar que Django la nombre como id.
Hay que ir con cuidado derivando modelos: No es lo mismo una tabla (o una entidad) derivada que una vista. Por ejemplo, podríamos tener una entidad llamada Persona y otras derivadas llamadas Cliente, Proveedor, Agente, Transportista, etc. Si en Django derivamos esos modelos directamente de un modelo base (Persona), en la base de datos se crearán tantas tablas nuevas como modelos derivados (Clientes, Proveedores, ...). Esto no tiene nada que ver con tener una tabla llamada Persona y diversas vistas de esa única tabla llamadas Clientes, Proveedores, etc. En Django cada modelo equivale a una tabla (entidad), no a una vista. Para crear el equivalente a una vista debemos usar un QuerySet.
```python
# -*- coding: utf-8 -*-
from django.db import models
LENGHT_DESC=150 # longitud de las descripciones
H_DESC = 'Entre descripción'
def cPk():
# devuelve clave primaria
return models.AutoField(primary_key=True)
def cFum():
# devuelve fecha ultima modificación
return models.DateTimeField(auto_now=True, null=False, blank=False)
def cDesc(ml=LENGHT_DESC, df=''):
# devuelve descripción
return models.CharField(max_length=LENGHT_DESC, help_text=H_DESC, null=False, blank=False, default= df)
def cFechaAlta():
# fecha de alta del registro
return models.DateTimeField(auto_now_add=True, null=False, blank=False)
class ModBase(models.Model):
#
# modelo base con descripcion, fecha de alta y fecha última modificación
#
descipcion=cDesc()
fecha_alta=cFechaAlta()
fum=cFum()
class Meta:
abstract=True
# esta tabla tendrá todos los campos de ModBase más los propios
class Personas(ModBase):
# el nombre de la clave primaria es persona
persona=cPk()
```
También podríamos usar la el modelo base para hacer un logger de los cambios en la base de datos, apuntando el nombre de la tabla, operación, usuario, etc.
