Forums Últimos mensajes - Powered by IBM
 
Tags Palabras claves

Utilizacion de Campos Null

25/10/2005 - 17:17 por Carlos Vargas | Informe spam
Ayuda Hacer una pregunta
Saludos
Tengo una BD de Almacenes (Control de Ingresos y Salidas de todos los
Motivos ; Produccion, x Compra, x Servicio) todo lo manejo mediante 2
tablas (cabecera y detalle), se almacena un promedio de 50000 registros
mensuales,existen 22 campos en la tabla cabecera y 30 en la tabla de
detalle,
y x Cada transaccion existiran 4 campos nulos en la tabla cabecera y 3 en la
tabla detalle aproximadamente ya que no todas las transacciones tienen los
mismos datos.
Ahora existe un nuevo analista que quiere dividir la tabla de movimientos
en 3 entidades una de ingresos x guia
otra de ingresos a planta y otra de movi x servicios,
dice q eso para q no exista muchos nulo x tabla q no es optimo pero a mi me
parece q seria lo contrario
la verdad quisiera saber si alguien pudiera darme algunas sugerencias de
esto
email Siga el debateRespuesta 5 respuestasRespuesta Tengo una respuesta
DRAGON AGE™: INQUISITION – Matadragones
 

Leer las respuestas

#1 Miguel Egea
25/10/2005 - 18:10 | Informe spam
Én esto no hay nunca verdades absolutas, pero los nulos no son poco optimos,
hay un bit que identifica si el campo es o no es nulo y por lo demás el
espacio que ocupa es mínimo. Por contra usar muchas tablas con relaciones
1:0 implica una mayor complejidad en las aplicaciones, crear left joins para
obtener los resultado que tiene y no tienen y todo para obtener el mismo
resultado. Además lo más normal es que cuando quieras sacar informes
genericos tengas que incluir más tablas si sigues ese criterio. Si solamente
son 3 o 4, yo no me los llevaría a otra tabla a pesar de lo que dice UML con
la genericidad y todo eso.

Saludos
Miguel Egea
"Carlos Vargas" wrote in message
news:
Saludos
Tengo una BD de Almacenes (Control de Ingresos y Salidas de todos los
Motivos ; Produccion, x Compra, x Servicio) todo lo manejo mediante 2
tablas (cabecera y detalle), se almacena un promedio de 50000 registros
mensuales,existen 22 campos en la tabla cabecera y 30 en la tabla de
detalle,
y x Cada transaccion existiran 4 campos nulos en la tabla cabecera y 3 en
la tabla detalle aproximadamente ya que no todas las transacciones tienen
los mismos datos.
Ahora existe un nuevo analista que quiere dividir la tabla de movimientos
en 3 entidades una de ingresos x guia
otra de ingresos a planta y otra de movi x servicios,
dice q eso para q no exista muchos nulo x tabla q no es optimo pero a mi
me parece q seria lo contrario
la verdad quisiera saber si alguien pudiera darme algunas sugerencias de
esto




Preguntas similares

 

Busqueda sugerida :