[SOLUCIONADO] dividir mi tabla en dos

[jbryan1093]

Hola chicos,

Tengo una duda, tengo una tabla establecimiento con 27 campos
(id, id_miembro, id_pais, id_ciudad, id_provincia, id_distrito, nombre, direccion, ref_direccion, longitud, latitud, telefono, correo, web, video, horario, precio_Ref, tarjeta, parking, descripcion, img_principal, img_banner, valor_promedio, cantidad_votos, descripcion_interna, fecha_activacion, estado)

Necesito los id de pais, ciudad, etc. para que los usuarios busquen dependiendo su gusto.
Tengo 2 preguntas.
Pregunta 1
Debería dejarlo así o separarlo en dos tablas para mejorar el rendimiento, en caso que lo separe sería asi?
Tabla 1 = Establecimiento:{"id_est", "id_miembro", "id_pais", "id_ciudad", "id_provincia", "id_distrito", "nombre", "latitud", "longitud", "direccion", "ref_direccion", "img_principal", "img_banner", "estado" } sería lo que más utilizo cuestion de google map etc.
tabla 2 detalle_est= {"id_detalle", "id_est", "telefono", "correo", "web", "video", "horario", "precio_ref", "tarjeta", "parking", "descripcion", "valor_promedio", "cantidad_votos", "descripcion_interna", "fecha_activacion"}

Pregunta 2
Lo del valor_promedio y cantidad_votos van a ser valores que saca el promedio y cantidad total de la votación de la tabla votación, lo pienso poner para que la consulta sea rápida evitando join y los valores los genero mediante un disparador cada vez que se ingresa dato a la tabla votacion haciendo un update. Es mejor hacerlo de esta forma usando el disparador (trigger) o no necesito hacer y saco lo valores haciendo los cálculos correspondiente en la tabla con una consulta, cual es mejor rendimiento?.

Espero sugerencia
Saludos y gracias

[jbryan1093]

Para quien les sirva.
Saqué la conclusión que si tienes una tabla con muchos atributos, por rendimiento lo dividi en 2. En la principal serán los datos que más utilizaré para otras aplicaciones o ventanas y la segunda solo será utilizado en una sola ventana.
Por ello preferí dividirlo en 2.
Tabla 1 = Establecimiento:{"id_est", "id_miembro", "id_pais", "id_ciudad", "id_provincia", "id_distrito", "nombre", "latitud", "longitud", "direccion", "ref_direccion", "img_principal", "img_banner", "estado" } sería lo que más utilizo cuestion de google map etc.
tabla 2 detalle_est= {"id_detalle", "id_est", "telefono", "correo", "web", "video", "horario", "precio_ref", "tarjeta", "parking", "descripcion", "valor_promedio", "cantidad_votos", "descripcion_interna", "fecha_activacion"}

[gnzsoloyo]

Creo que deberías estudiar el concepto de "Normalización de bases de Datos"...
Una tabla no se "divide" por rendimiento. Se normaliza. El "rendimiento" o performance al que pareces referirte es un tema de consultas optimizadas, lo cual lleva a profundizar en varios aspectos diferentes de las bases de datos, y no a un simple particionamietno.
"Partir" una tabla en dos o más puede parecerte una buena idea, pero existe el riesgo cierto de que una incorrecta separación sin justificación por normalización termine generando no solo errores consultas, sino además grandes inconsistencias.

[jbryan1093]

Tienes razón, leí una parte. Creo que la único razón por lo que separo es para no generar búsquedas innecesarias cuando haga mis consultas, pero si me ocasionarían algunos problemas. Creo que por normalización no lo debería separar, solo manejar bien mis consultar y otras cosas. Voy a seguir analizando bien ese tema.