Divide y vencerás

[OsSk4R]

Buenas,

Ando preocupado con el tema del diseño de las tablas ya que quiero que quede lo más optimizado posible.
Una vez me dijerón que para este tema, había que aplicar el famoso lema de -"divide y vencerás"- y así he solido hacer siempre.

Pero claro, puede que en algunos casos no haga falta...

Les explico. Quiero crear un sistema de grupos o páginas (como el de las redes sociales), entonces, la tabla principal sería grupos con los siguientes campos: id, nombre, descripcion, fecha, creador, visitas.

Bien, pero me gustaría que estos grupos o páginas tuvieran como una pequeña configuración. Es decir que el usuario pudiese ponerle un color o imagen al fondo, pudiese darle X permisos, etc.

Entonces, ¿aplico el divide y vencerás?. O sea, creo otra tabla llamada por ejemplo, config_grupo en la que los campos sean: id, grupo_id, permisos, estilo_fondo?
¿O lo añado todo a una misma tabla?

Como díje, siempre suelo dividir el trabajo, pero claro, ¿realmente es óptimo crear dos tablas, para tan pocos campos?


Saludos,

[rickyper]

Si solo vas a tener un campo mas que es color o fondo no creo que sea necesario pero si vas a agregar mas configuraciones creo que es mejor una nueva tabla de configuraciones

[OsSk4R]

Gracias por responder,

Claro, eso mismo pienso yo. Como van a ser 3 o 4 campos pues probablemente lo meta todo en una tabla y listo.

Una pregunta...

Supongamos que tengo 50 tablas. ¿Es mejor meterlas todas en una misma base de datos?, o por el contrario, ¿saldría más optimizado si pongo 25 tablas en una base de datos y las otras 25 en otra base? (Obviamente estando en el mismo servidor...)

Muchas gracias,

[Vun]

Hazte la siguiente pregunta ¿la configuracion de un grupo va a servir para varios grupos o algo por el estilo? ¿o cada grupo su configuracion independiente? Si la respuesta es cada grupo su configuracion entonces metelo todo en la propia tabla. Otra cosa es que por ejemplo quisieras añadir un campo tipo TEXT, de esos con muchos kbs de informacion, entonces si es aconsejable sacarlo a otra tabla de modo que la "tabla principal" este mas "liviana", ahi optimizas bastante ayudando con la carga del mysql.

Lo de las 50 tablas, no ganas nada separandolas en dos bases de datos del mismo server. Piensa que Mysql es una "bestia", esta diseñado para que tire con todo lo que le eches y más. La diferencia entre una base de datos con 5 tablas o con 500 ¿cual es? no soy muy experto pero probablemente le cueste muy poquito acceder a cualquiera sean las que sean. Es como preguntar ¿que es mejor tener en windows mis 500 peliculas en la misma carpeta o separarlas por letra? (quizas no sea la mejor comparacion ejje)

La optimizacion tiene que ir mas enfocada a las tablas individualmente hablando, tener buenos indices, sacar campos tipo TEXT fuera, cachear resultados, etc.

Otra cosa sería el caso en que tuvieramos tal cantidad de tablas y registros (sobre todo registros) que la CPU de tu server heche humo! ahi ya conviene separar quizas los datos en dos servers, pero de eso si que se muy pero que muy poquito...

[Ribon]

Facil, estudia diseño conceptual de base de datos (o modelamiento de datos) y un poco de normalización y te quedará todo más claro.

saludos

[OsSk4R]

La respuesta en este caso es cada grupo su configuración Así que haré eso, lo metere todo en la misma tabla, aparte para dos o 3 campos más... y encima no van a ser TEXT... así que... todo en la misma tabla :)

Sobre lo de tener una tabla en un server y otra en otro, pues es algo que me informare más adelante...

Gracias a todos por responder,

Saludos,

PD: Ribon, ya me he pillado un librillo al respecto, a ver que tal...

PD2: Vun, no puedo agradecertelo con Karma (no me deja)