Cita: 1 - La tabla para googleMaps al tener solo 2 campos, no tiene sentido no? deberia incluirlos en cada tabla de establecimiento?
Las tablas son representaciones de entidades reales o virtuales. En tu caso hay una entidad denominada "Establecimiento", que tiene ciertos atributos. Su ubicación geográfica
es un atributo de la entidad, por lo tanto pertenece a la tabla de la entidad. No se comprende por qué razón creaste una tabla independiente para ello.
Cita: 2 - Al tener muchos campos para cada establecimiento, es logico pensar en 10 tablas, para no tener que negarlos en una sola tabla que englobe decenas de campos?
Que tengas muchos tipos de establecimientos
no implica que tengas que tener muchas tablas diferentes para cada tipo de ellos. De hecho, sin importar qué tipo de establecimientos estás manejando, todos ellos deben forzosamente tener atributos que son comunes (nombre, identificación comercial/institucional/impositiva, domicilio, propietario(s), etc.). Esos atributos son los que definen la entidad "Establecimiento".
Los atributos no comunes pueden estar hablando de subtipos de entidad y no necesariamente de tablas independientes de Entidades. Es muy posible que tu diseño sea realmente una
jerarquía y no una red de tablas independientes.
De todos modos, sin saber qué entidades son, y qué tipos de datos ves diferentes entre ellas, no es fácil darte consejos. Sería una buena idea que nos dieses un ejemplo más detallado para ver exactamente qué es lo que conviene hacer.
Cita: 3 - Las características específicas de cada establecimiento tipo buleanas, me obligan a generar muchos checkbox en el registro. Hay alguna forma de guardarlos juntos (al menos los que refieran a aspectos relacionados), o debo generar para por ej, 100 campos tipo boolean para 100 checkbox..?
Por definición del modelo E-R no deben existir campos multivaluados, de modo que si tienes que guardar 100 valores que corresponden a 100 datos diferentes de una entidad, necesitas 100 columnas diferentes.
No te extrañe. Tengo al menos un caso donde una misma entidad debe almacenar 196 campos diferentes, la mayoría de ellos booleanos (no b
uleanos, eso es como escribir Guat en lugar de Watt en electricidad), ninguna de las cuales se puede omitir ni derivar a otra, porque son atributos de la misma instancia.
En cuanto a lo de los checkbox, y demás, el tema no es que pongas 100 checkbox en una misma vista de web. En todo caso lo que haces es hacer sucesivos formularios, agrupados temáticamente y que sean llenados en forma consecutiva... Como hacen todos los programas en las áreas de configuración... ¿No te parece?
De todos modos eso es tema de programación y no de base de datos. Está fuera del alcance de este foro.