Diseñar Tabla con más de 500 campos por registro

[rikijonson]

Buenos días:

Tengo el dilema de diseñar una tabla en una BD con más de 500 campos por registro. Estos datos pueden ser de distintos tipos: boolean, numéricos, de fecha, texto, memo ...

Ninguno de los campos es obligatorio, normalmente se grabarán de 10 a 50 campos de los 500 a elegir.

Por supuesto, no puedo diseñar una base de datos con 500 campos para cada fila, por lo que campo está numerado y el diseño de la DB sería el siguiente:

idRegistro ............. long
idCampo .................... integer
valordelCampo .......... memo???

El dilema que me aparece es que como campo puede ser de distinto valor, para grabar el valor del campo debería definir dicho campo como memo, pero me parece una pérdida grande de espacio, pero es más sencillo a la hora de programar y definir búsquedas por distintos valores de los campos.

Una posible solución sería definir 3 o 4 tablas distintas, y en una grabar los campos numéricos, en otra las cadenas, en otra los memo ..., pero esto complica y enlentece bastante las búsquedas ...

¿Qué haríais? ¿Podéis echarme una mano?

Gracias a todos.

[_Ruben_]

A mi me gustaría saber que información tienes que guardar que deba tener 500 campos en una tabla pero solo se rellenen entre 10 y 50, es muy posible que hayas planteado mal el diseño de la base de datos.

Si de verdad fuese imposible hacer una tabla con muchísimos menos campos entonces si pensaría en buscar una solución, pero igualmente habría que saber que tipo de información se va a guardar.

[Libras]

500 campos en una tabla?? Eso es mas que suficiente para armar una base de datos completa.....que datos necesitas guardar??

Saludos!

[gildus]

Holas,

500 Tablas, es posible, pero a mi parecer es un mal diseño.

Saludos

[rikijonson]

Es una tabla para datos médicos. Guarda los resultados de varios análisis. Estos pueden ser simples, y no tener que rellenar más que un par de datos, o complejos, y dependiendo del resultado de unos se generan otros, etc.. pero nunca se guardarán todos porque existen distintos tipos y distintos resultados.

Además la tabla está parametrizada, es decir, el diseño de los campos se guarda en una tabla que el propio médico puede cambiar: si es un campo de texto, un checkbox, una fecha... La pantalla de captura de datos se construye en tiempo de ejecución respecto a los datos que están dicha tabla.

Mi consulta sigue siendo: priorizar la simplicidad y la rapidez y guardar todo en una solo tabla, o priorizar el tamaño de la BD y utilizar varias tablas según los tipos de datos...

O si a alguien se le ocurre otro modo...

[gildus]

Hoy en dia no es mucho de conciderar es espacio o tamaño de una BD, existen gigas, teras, petas, exas, etc de dispositivos que la soportan, la idea creo que mas seria en la simplicidad y rapidez de tus procesos, sea en guardar los datos como en consultarlas.

Saludos

[matanga]

idRegistro ............. long
idCampo .................... integer
valordelCampo .......... memo???

Esta solución no es mala idea, la puedes optimizar creando una columna por cada tipo, por ejemplo:

Código:

create table t1 (
 IdRegistro integer,
 TipoCampo text,
 ValorDelCampoInt int,
 ValorDelCampoText text,
 ValorDelCampoFecha date,
 etc)

Saludos