Ver Mensaje Individual
  #3  
Antiguo 01-03-2007
Avatar de ArdiIIa
[ArdiIIa] ArdiIIa is offline
Miembro Premium
 
Registrado: nov 2003
Ubicación: Valencia city
Posts: 1.481
Reputación: 22
ArdiIIa Va por buen camino
Revivo un tema un poco antiguo....
Yo veo mas práctico la utilización de Domains, por todos los aspectos... (aseo, comprensión, ulteriores cambios... etc) pero examinando en profundidad el asunto me surgen algunas dudas:
  • Los cambios posteriores que se puedan realizar en un domain:
    • Por ejemplo en un tipo Varchar(xx), la modificación ha de resultar un incremento de xx y nunca será menor de xx
    • No se pueden cambiar los tipos de datos, es decir, un varchar por un integer
  • Examinando la estructura de tabla RDB$RELATION_FIELDS se puede apreciar perfectamente que: Todos los campos además de estar asociados a sus respectivas tablas, apuntan a su respectiva definición o DOMAIN si es el caso; de tal modo que si ese campo no está asociado a un DOMAIN, está asociado a otro del sistema.

En el primer punto, solamente supone una matización de lo que creo con respecto a los cambios de un DOMAIN y en todo caso, sus existencia sigue suponiendo una gran ventaja frente a cualquier aspecto de su modificación.

Con respecto a la segunda cuestión, (contenido de RDB$RELATION_FIELDS), saco la conclusión (aparente) de que la utilización de DOMAINS, no conlleva un mejor rendimiento en la DB dado que de un modo u otro, siempre existe la definición de un campo en esa tabla y siempre apunta a un DOMAIN generado por nosotros o por el sistema.


A ver si alguien me puede decir que factores podrían influir en el rendimiento de una base de datos, mediante la utilización de DOMAINS, aparte de los obvios, claro está. (espero haberme explicado bien)

Saludos
__________________
Un poco de tu generosidad puede salvar la vida a un niño. ASÍ DE SENCILLO
Responder Con Cita