Necesito opiniones sobre esta estructura de BD

[chiwuan]

Recientemente retomé un proyecto de bases de datos (usando PHP y Access) que unos compañeros tenían.

Se trata de una BD que almacena información de empresas y sus clientes. Las tablas están declaradas así:



Tabla: Empresas
Campos: idEmpresa, [datos varios]

Tabla: Clientes
Campos: idCliente, [datos varios]

Tabla: EmpresaCliente
Campos: idEmpresa, idCliente

La tabla EmpresaCliente está relacionada con las otras dos tablas en los campos que allí se nombran.

Yo no entiendo la necesidad de crear una 3ra tabla (la EmpresaCliente), pues consideraría que simplemente con agregar un campo llamado 'idEmpresa' a cada registro de la tabla Clientes, puedo obtener la información de la empresa con la que cada cliente está trabajando.

Mi propuesta sería dejar las tablas así:


Tabla: Empresas
Campos: idEmpresa (autonumerico), [datos varios]

Tabla: Clientes
Campos: idCliente (autonumerico), idEmpresa , [datos varios]

Esto me facilita que cuando inserto un nuevo cliente, no tengo que actualizar 2 tablas, además de que primero tendría que obtener el nvo. valor idCliente (pues es autonumérico), y ya conociéndolo, actualizar la tabla EmpresaCliente.

Cabe mencionar que NO necesito saber que empresas tiene cada cliente, pero si necesito saber que clientes tiene cada empresa.

Tomando estas consideraciones, quisiera que me dieran su opinión sobre si el formato de 3 tablas tiene ventajas, de lo contrario, optaría por el diseño de 2, pues es más fácil hacer los queries y actualizar 1 tabla en vez de 2.

Gracias.

[Avelar]

Depende de si es una relación uno a varios. Generalmente la "tercer tabla" se utiliza para almacenar detalles y no tener qué repetir registros con la misma información y que sólo sea un campo el que cambie. Si crees que no es tu caso es posible que la tercer tabla si esté de más, pero si se van a estar repitiendo registros cambiando sólo un campo es mejor utilizar la tabla del detalle.

[puchitol]

Hola,
te cuento la diferencia entre implementar 2 o 3 tablas.
Si implementas 2 tablas (tal y como cuentas tu en tu post), estas indicando que una empresa puede tener muchos clientes pero un cliente solo puede estar relacionado con una empresa (que supongo que no es lo normal), seria una relacion uno a varios, lo normal es que una empresa tenga varios clientes y un cliente pueda estar relacionado con varias empresas, no? En este caso, seraia una realacion varios a varios, por lo que deberias crear 3 tablas, ya que en la tercera tabla es donde tendrias las relaciones entre los clientes y las empresas (la clave primaria seria los 2 campos -> idempresa e idcliente).
Espero que te haya quedado algo mas claro, todo depende del significado que tu quieras darle...
un saludo.

[chiwuan]

Bueno, lo que pasa es que dije "Empresas y clientes" para no entrar a detalle, pero realmente se trata de Empresas y Anuncios

Una misma empresa puede tener cientos de anuncios, pero los anuncios solamente pueden tener una empresa (que fue la que los publicó), y todos los anuncios son distintos entre si (dos empresas distintas no pueden publicar el mismo anuncio).

Siendo así, creo que la relación es uno a varios, ¿no? Y de ser así, la tercera tabla sale sobrando...

Corríjanme si me equivoco. Todo lo que se de PHP, HTML o SQL lo sé por práctica, nunca he estudiado teoría detrás de BD ni nada por el estilo, así que confío más en la opinión de ustedes que saben más q yo.

Saludos.

[peris]

Yo creo que según como lo cuentas, siendo la relacion 1-N, está muy claro, es lo que tu dices.

Te sobra la tercera tabla, otra cosa sería si hay una relación N-N,
así que yo te diría que dejes las dos tablas y pongas idempresa en la tabla anuncios, que así es más sencillo.

Si no quieres que en las consultas aparezca ese campo idempresa ya sabes que solo necesitas ocultarlo, o sea que ningún problema.

saludillos y espero que te hayamos aclarado algo.

[puchitol]

Hola otra vez,

ahora esta todo mas claro, efectivamente es el caso de 1 a varios.
Con dos tablas tienes suficiente, y ademas añades la clave ajena (foreign key) idempresa en la tabla anuncios.

un saludo.