Relación imposible

[tcp_ip_es]

Os cuento, estoy empezando a hacer un aplicación, todavía no he diseñado la BD, pero como siempre pienso en el futuro y llego a plantearme dudas.. bueno al hecho. Tengo que hacer una BD de contratos (en otro hilo ya he comentado otras dudillas que han sido más o menos resueltas ) joe mira que me enrrollo... bueno pues en esa BD tengo las siguientes tablas:

Contratos
idcontrato
FechaFirma
FechaEntradaVigor
Objeto
IdTipoContrato
etc..

Partes
idPartes
IdContrato
IdEmpresa
Clase
Responsable

Tengo más tablas pero mi pregunta es sobre estas dos; la tabla partes se refiere a las Partes que tiene el contrato, la empresa que contrata y las n empresas que son contratadas, el campo clase definirá si es contratante o contratista. Esta tabla la relaciono con contratos por el campo idcontrato de manera: Contratos ->1-n->Partes

Bueno la duda el usuario lo que quiere es que a la hora de ver un informe de contratos o en dbgrid ver lo siguiente:

idcontrato parte1 parte2 parten... FechaFirma FechaEntradaVigor Objeto IdTipoContrato
1 empresaA EmpresaB EmpresaN 01/02/08 01/02/08 Limpieza 3
2 empresaB EmpresaD EmpresaN 03/05/08 03/05/08 Seguridad 3
3 empresaA EmpresaY EmpresaN 17/07/08 17/07/08 Informatica 3

y eso con sql puessss no se me ocurre como sacárselo....

Ellos (Los usuarios ) me dan la posibilidad de limitar las partes a 4 con lo que podría meter cuatro campos en la tabla contratos, pero luego a la hora de la búsqueda sería un poco rollo preguntar siempre por cuatro campos :

Código SQL [-]
where (parte1=x) or (parte2=x) or (parte3=x) or (parte4=x)

Bueno pues esa es mi pregunta, no se si debería ir aqui el hilo o en Conexión de BD, esto es una mezca de Diseño de BD y SQL

[Ñuño Martínez]

Lo que puedes utilizar es una tabla de "relaciones". Por ejemplo:

REL_CONTRATO_PARTE
  id_contrato
  id_parte

De esta forma, para saber los partes de un contrato:

Código SQL [-]
SELECT partes.*
FROM partes, contratos, rel_contrato_parte
WHERE contrato.id = x
  AND rel_contrato_parte.id_contrato = contratos.id
  AND partes.id = rel_contrato_parte.id_parte;

Como ves, partes y contratos se relacionan a través de esa tabla "intermedia". Además, si en el futuro hay más de cuatro partes por contrato no tienes que cambiar el diseño de la base de datos.

[tcp_ip_es]

Pero de la manera que he expuesto yo tambien puede poner cuantas partes quiera, lo único que no me salen como quiere el usuario que salgan, con lo que me pones tu tambien pasa lo mismo. de hecho es lo mismo que he expuesto yo... mi tabla partes es como la tabla de relacion que me pones tu, yo relaciono idcontrato y un idempresa.....

lo que quiero:

idcontrato parte1 parte2 parten... FechaFirma FechaEntradaVigor Objeto IdTipoContrato
1 empresaA EmpresaB EmpresaN 01/02/08 01/02/08 Limpieza 3
2 empresaB EmpresaD EmpresaN 03/05/08 03/05/08 Seguridad 3
3 empresaA EmpresaY EmpresaN 17/07/08 17/07/08 Informatica 3

lo que me has puesto tu:

parte1 contrato1 FechaFirma1 FechaEntradaVigor1 Objeto1
parte2 contrato1 FechaFirma1 FechaEntradaVigor1 Objeto1

lo que quiero es que las partes salgan por columnas y los contratos 1 a 1 por filas... creo que realmente es imposible hacer esto pero si tenéis alguna solución....

[[duilioisola]]

Esta clase de problemas (mostrar horizontalmente una tabla) la soluciono con procedimientos almacenados o con tamblas temporales.

Si es con tablas temporales, al crear el Form que contiene el grid o al lanzar el listado, relleno esta tabla. Dependiendo del tiempo que esté abierto este Form, también le pongo un botón para refrescar datos, que vuelve a rellenar la tabla temporal.

[[coso]]

Hola, imposible no pero bastante elaborado si. Creo q como te dice ñuño una tabla intermedia, o un rediseño te lo optimizaria bastante. Lo q yo tenia pensado para solucionarlo

Código SQL [-]
select (select idcontratos from contratos) as idcontratos,
         (select first(idparte) from partes where idcontratos = contratos.idcontratos) as id1, 
         (select first(idparte) from partes where idcontratos = contratos.idcontratos and idparte <> id1) as id2, 
         (select first(idparte) from partes where idcontratos = contratos.idcontratos and idparte <> id1 and idparte <> id2) as id3, 
         (select first(idparte) from partes where idcontratos = contratos.idcontratos and idparte <> id1 and idparte <> id2 and idparte <> id3) as id4, 
         (select empresa from partes where idparte = id1) as empresa1, 
         (select empresa from partes where idparte = id2) as empresa2, 
         (select empresa from partes where idparte = id3) as empresa3, 
         (select empresa from partes where idparte = id4) as empresa4, 
         fechaentrada ...

luego no mostrando los campos id1,id2,id3,id4. Seria mas elegante recoger todos los campos 'idparte where idcontratos = contratos.idcontratos' y colocarlos en un 'array', para que luego mediante un where in [...] seleccionar las empresas, o bien mediante un bucle usando for... Desconozco bien bien como funcionan los bucles y arrays en sql, por lo que no pongo nada mas, pero es probable que se pueda hacer asi. Saludos.

[tcp_ip_es]

je je coso lo que me has puesto lo había pensado también pero es muy engorroso a parte no te aseguras todas las partes del contrato recuerda que son n partes no solo cuatro si son solo cuatro al final optaré por ponerlas en la misma tabla contratos. En cuanto al rediseño estoy abierto a que me planteeis otra solución todavía no he empezado a crear la BD simplemente es la idea inicial.

Lo que dice duilioisola esta bien pero no se mucho sobre procedimientos almacenados en MySQL y como pasarle valores desde delphi. Se supone que lo que tendría que hacer es crear una tabla temporal donde meta los contratos 1 a 1 y mediante un for o algo asi vaya creando tantos campos como partes tenga el contrato??? pero asi en una misma tabla unos contratos tendrán más campos que otros ??? ahhhhh esto no puede ser...

[[coso]]

si lo es, si . Es una relacion maestro detalle, con el numero de detalles variables, por lo que tendras que usar varias tablas.

[Neftali [Germán.Estévez]]

Personalmente creo que no es una buena organización para mostrar datos (salvo utilizando Pivot Tables/Tablas dinámicas).
* Son muy ineficientes a la hora de calcularlas frente a otras posibilidades similares.
* Suelen ser incompletas (salvo casos particulares); En tu caso el cliente te ha limitado a 4. **NOTA**
* En tu caso además estás perdiendo información de las partes; Todo lo que no es la empresa.
* Si mencionar las complicaciones que ya han comentado a la hora de ordenar, filtrar,...

Si no consigues cambiar la opinión del cliente para que se "conforme" con un Maestro detalle o un agrupado, mi recomendación es que trabajes sobre tablas temporales utilizando Stored Procedures y luego muestres los datos.


_________________________________________
**NOTA**: Si me guaradara un euro cada vez que me pide algo y me dicen; "Con esto vale, lo otro no va a hacer falta" y un mes después me piden lo que nunca iba a ser necesario (porque ahora se ha vuelto imprescindible) sería rico.

[tcp_ip_es]

Empezado por Neftali

**NOTA**: Si me guaradara un euro cada vez que me pide algo y me dicen; "Con esto vale, lo otro no va a hacer falta" y un mes después me piden lo que nunca iba a ser necesario (porque ahora se ha vuelto imprescindible) sería rico.

je je ¿Por que te crees que lo quiero dejar ilimitado? porque se que al final donde dije x ahora es x+1.

cuando dices:

Empezado por Neftali

Personalmente creo que no es una buena organización para mostrar datos (salvo utilizando Pivot Tables/Tablas dinámicas).

a que organización te refieres??? a la de meter las partes como campos de contratos??

Empezado por Neftali

En tu caso además estás perdiendo información de las partes; Todo lo que no es la empresa.

si lo hago como he puesto en el primer post no pierdo, lo que pasa es que me faltaría una tabla empresas, no la he puesto para no liar, la tabla partes iría relacionada con la tabla empresas 1 - N, y en esta tabla estaría el nombre, el cif, la dirección... etc....