reducir cantidad de tablas

[moron]

Tengo las siguientes tablas:

tabla1
(nombre varchar(50);
Apellido varchar(50);
dato date)

tabla2
(nombre varchar(50);
Apellido varchar(50);
dato text)

tabla3
(nombre varchar(50);
Apellido varchar(50);
dato integer)

Como verá las tablas son identicas en estructura, salvo por el tipo de dato del campo "dato". esto es porque no se que es lo que va a ingresar el usuario, puede ser una fecha, un texto gigante o un valor numerico.

se les ocurre algo mejor, ya que veo medio complicado la busqueda luego.

muchas gracias desde ya

[Linterns]

puedes dejarlo tal como la tabla 2 ya que en un texto puedes guardar valores numericos (formato texto) y fechas.

tabla2
(nombre varchar(50);
Apellido varchar(50);
dato text)

[moron]

gracias por la respuesta.

Lo habia pensado de esa manera, el tema es que me preocupa además del tipo de dato, la longitud, ya que debo dejar ese campo con un tamaño gigante por si ingresan un texto muy extenso, pero ese espacio es innecesario para un campo numerico de 1 o 2 caracteres o una fecha y el campo varchar , que tengo entendido es "autoajustable" en mysql es solo hasta 255.

saludos

[.seb]

Haz una cosa, déjalo como la tabla2, con tipo de dato varchar2 (no se que DBMS estás utilizando) para que el tamaño del campos se "agrande" a medida que se utiliza.
Para optimizar tus búsquedas agrega un cuarto campo que te ayude a identificar si lo ingresado es un texto, fecha o valor numérico.

Los discos están baratos ;) no elimines costos por ese lado.

[luchop]

estoy de acuerdo, creo que lo mejor seria tener la siguiente tabla

create table tabla (
codigo int primary key,
apellido varchar(50),
nombre char(50),
dato varchar(?),
tipo char(1)
)

el campo codigo no tiene que ver, pero la experiencia demuestra que es muy conveniente.

el campo tipo conservaria, digamos, 'I', 'F' o 'T' para numeros, fecha o texto. tu aplicacion debe discriminar a que tipo pertenece el dato introducido por el usuario antes de guardar la info.

[moron]

Iniciado por .seb

Haz una cosa, déjalo como la tabla2, con tipo de dato varchar2 (no se que DBMS estás utilizando) para que el tamaño del campos se "agrande" a medida que se utiliza.

estoy utilizando mysql 5, segun tengo entendido, el varchar es hasta 255.
Está muy buena la idea. tambien de agregar un campo mas con el tipo de dato, pero por ejemplo, para las fechas, en un campo de texto, como busco entre fechas?, tengo que guardar el valor entero no?, pq el formato date no me serviria.
muchas gracias a todos por el aporte.
saludos

[.seb]

Guárdalas en la forma YYYYMMDD y así puedes utilizar los operadores > y < e =

[moron]

ok. pero deberia tener una función para calcular por ejemplo, 60 dias apartir de la fecha de alta, ya que en entero va de 100 en 100 y aca va de 30, 31, 29 o 28 etc. se me hace medio quilombo.

[luchop]

en MySQL 5 el limite de un campo tipo varchar es 65535

por otra parte, hay muchas funciones que facilitan el manejo de fecha como ADDDATE() o DATEDIFF()

[moron]

esta muy bueno eso.
Debe ser el navicat que por alguna razon limita el tamaño de los campos, ahora veo que no solo el varchar sino que text y char solo me deja ingresar como tamaño del mismo, un valor dentro del rango (0/255)