Union de todas las tablas de base de datos

[salbatore]

Hola foreros!

Me estoy volviendo loco uniendo un monton de tablas de mi base de datos sql, jeje. El problema que tengo es que el numero de tablas puede variar y por lo tanto no puedo hacer un select estatico, jeje, sino que deberia sacar los nombres de las tablas el solito, jeje.

Por lo tanto mi pregunta es:

¿Como puedo hacer un select que me una todos los registros de todas las tablas?, las tablas tienen dos campos titulo y texto.

Es que la verdad no creo que se deba hacer una a una...

[gnzsoloyo]

En realidad no se debe hacer una UNION sin que tenga sentido, sobre todo si las tablas corresponden a datos demasiado diversos. Con una unión como la que describes, si el contenido que poseen se divide de alguna forma, lo que obtendrás será una inmensa tabla que deberás administrar via código
¿Tiene sentido hacer eso?
Además si son demasiado largas, lo que lograrás será una inmensa transmisión de datos que en definitiva serán principalmente basura... ¿para qué traer 10.000 registros (que pueden implicar muchos bytes), si quiero obtener 30 solamente?

Es mejor tratar de hacer un select más preciso para obtener lo que realmente necesitas.
No te olvides que el hecho de tener 50 registros hoy no es impedimento para que4 esos 50 se vuelvan 50.000.000 dentro de un tiempo. ¿Traerías 50.000.000 de registros por que sí?

En todo caso, si aún así quieres intentarlo, lo único que debes hacer es respetar las reglas básicas de una UNION:
1. Los SELECT implicados deben tener la misma cantidad de campos en todos los casos.
2. las columnas deben tener el mismo tipo de datos y en el mismo orden.

Fuera de eso, el nombre de las tablas aparece en information_schema.`TABLES`

[salbatore]

Hola gnzsoloyo:

Entiendo lo que me dices, jeje... aunque aun creo que estoy algo verde con sql. Por eso pregunto dos preguntas:

1 - ¿Como organizarias 100 tablas con los mismos campos?
2 - ¿Como harias un select de los primeros 50 registros segun el campo fecha de todas tablas?

Mi respuestas... corregirme si me equivoco:

1 - Tengo 100 tablas con 3 columnas: id (autoincrement), texto y fecha. Asi de simple.
2 - Un select uniendo todas las tablas, con order by fecha y limit 50.

¿Me equivoco en algo?, es que creo que estoy haciendo algo mal?, no?

[Carxl]

Hola salbatore...

Realmente tienes 100 tablas con la misma estructura??????????????:neuro tico

Si es así, es lo mas raro que he "visto"... por que no una solo tabla con los registros?? por que no intentar arreglar tu sistema??? Créeme que si lo dejas así, quizás ahora puedas solucionarlo... después se tornará inmanejable

Saludos

[salbatore]

Hola de nuevo, jeje

Tengo justamente 76 tablas... tienen la misma estructura por que cada una es de un producto determinado. Las tablas tienen miles de registros... asi que he pensado que era mejor ponerlas en tablas diferentes... no?

Segun he leido es mejor dividir los registros en tablas para no saturar la base de datos buscando registros dentro de un tabla con un monton de registros.

Ademas que tener los registros dividos en varias tablas segun el producto que sea es mucho mas rapido para navegar...

¿Que crees?

[gnzsoloyo]

Si tienes 76 tablas con la misma estructura, pero todas son de productos, entonces lo que puede estar fallando es el diseño conceptual del sistema, ya que no has considerado que en ese contexto el tipo de producto es habitualmente un campo ID de una tabla de tipos. De ese modo solamente tendrías una tabla productos con registros identificables por un atributo específico (hacer tablas diferentes para una entidad que se diferencian en un atributo es un error conceptual de diseño según enseñan en las universidades).
De esa forma suele trabajarse un modelo de esas características. Por darte un ejemplo, ese es el modelo de estructura que Oracle usa en sus modelos de prueba para tunning, por lo que debemos suponer que es un estándar.
Por otro lado, piensa esto: En una consulta, el principal costo de performance lo representan los accesos a disco. Cada tabla que se debe abrir, y cada índice distinto que se debe acceder implica overhead de disco que se suma. Si tienes muchas tablas iguales que abrir lo que tienes es un enorme consumo de recursos de microprocesador que no tendrías si se consultaran, por ejemplo, cuatro tablas (por más que una sea inmensa) par aobtener la misma info.

Es un tema para considerar.

[Carxl]

Sí salbatore, afirmo lo que dice gnzsoloyo, tu problema no es de consulta, es de diseño de la DB. Me importaría primero arreglar eso, que la propia consulta

Saludos

[salbatore]

Hola, jeje...

Algo asi me temia, jeje... entonces como debo hacerlo?. Todos los registros en una misma tabla indicando en un campo el tipo de producto?.

Os agradezco muchisimo vuestra ayuda!... jeje...

[jurena]

Salbatore,
orienta a la gente del foro sobre la naturaleza de tus datos, y cómo trabajarás con ellos, y hazlo con ejemplos. Seguro que así podrán ayudarte a hacer una estructura relacional más eficiente.

[Carxl]

Pues la idea sería que cada producto perteneciera a un tipo... además tuviera su pk...

Lo del tipo del producto, debes ver si lo dejas en una tabla(hay posibilidades que administres el tipo?? agregarlos, modificarlos) o como un simple campo del producto. Intenta normalizar la mas que puedas tu diseño...

Creo que tendrás inconvenientes con los id de los registros de las tablas al unirlos en una sola

Saludos