Utilizacion de Campos Null

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

É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

Y tener todos mis almacenes en una sola tabla tambien es optimo
o tendria q tener entidades diferentes x cada Almacen,
ya que si lo separo esto me generaria mas campos null
pero para mi generacion del sistema y optimizacion seria mas rapido

"Miguel Egea" escribió en el mensaje
news:

É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

Veamos una cosa es unos cuantos cmapos null y otra muy distinta es no
poner las BBDD's en 3FN los almacenes son otra entidad, y tienen una
relación N:N con productos, por ejemplo. De todas formas no tienes que
tener entidades distintas por cada almacen, almacen es una entidad que
está en una tabla y que tendrá las relaciones que tenga que tener.

Si una vez terminado tu modelo en 3FN puedes justificar ciertas
desnormalizaciones por motivos de rendimiento, pero nunca antes.

Espero haberme explicado.

Saludos
Miguel Egea
"Carlos Vargas" wrote in message
news:

Y tener todos mis almacenes en una sola tabla tambien es optimo
o tendria q tener entidades diferentes x cada Almacen,
ya que si lo separo esto me generaria mas campos null
pero para mi generacion del sistema y optimizacion seria mas rapido

"Miguel Egea" escribió en el mensaje
news:

É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