consulta rompecabezas

[harryp]

buenas noches;

estoy implementando un presupuestador para mi web.. y el caso es que la mejor forma de veo de estructurarme es la siguiente:

titols(#id,^nom,...)
cont_form(#id,^variable,type_input,...)
form_select(#id,variable[fk-cont_form(variable)],opt,...)
cargador(id[fk-titols],variable[fk-cont_form(variable)],...)
precios(#id_titols[fk-titols(id)],#id_cont[fk-cont_form](id),#id_select[fk-form_select(id),PRECIO,...)

*leyenda
#primary key
^unique
campo[fk_tabla(campo)]

inserto titulos, esos titulos tienen en cargador una serie de registros, estos registros están obligatoriamente en la tabla cont_form , pero no necesariamente en la tabla form_select ya que form_select la uso solo para cuando el cont_form.type_input == select (en form_select tengo los diferentes opt que tienen los select que estoy creando, si fuese por ejemplo cont_form.type_input==text, no tendría ningún registro en esta tabla)
Cabe decir que en la tabla precios, el id_select se permite nulo(para poder poner registros que no estén en form_select[cont_form.type_input<>select], todo lo demás es not null.

una vez llegados a este punto, el problema que tengo es que para facilitar la escritura de la tabla precios(esta vacia), me gustaría que me regresara en una consulta(para hacerme un script que me facilite la tarea):
para todos los títulos, todos los registros de la tabla cargador, y si cont_form.type_input==select tendría que mostrar cada registro de la tabla cont_form referente al form_select.variable==cont_form.variable

resumen :
titols.nom,cont_form.variable,form_select.opt,prec ios.precio

lo mas cerca que creo que e estado es con...

Código:

select
t.nom,c.variable,s.opt from cont_form f
inner join form_select s on f.variable=s.variable
inner join carregador c on s.variable=c.variable
inner join titols t on t.id=c.id
order by t.id

pero si ago eso solo me devuelve los registros que están en la tabla form_select

Código:

form_select s on f.variable=s.variable

, los que no están, no son mostrados. Que la consulta si no me equivoco es correcta, lo que pasa es que necesito todos los campos de cont_form...

Si alguien que tuviera algo mas experiencia que yo en esto me echara una mano... lo agradecería.. :-p

pd:he obviado campos que creo que no eran necesarios para no marear mas.. por lo que igual parece que no es la mejor forma de hacerlo. Pido perdón por si no se entiende nada ... o por si se entiende demasiado (bucles de sobreinformación ) estoy abierto a todo tipo de sugerencias y criticas

Un saludo y gracias

[mortiprogramador]

hola
bueno, pues yo te sugeriría que pusieras nombres mas descriptivos a las tablas y las presentes un poco mejor, por ej

tipodocumento (id, descripcion)
documento (id, idtipodocumento,valor)

y tal vez agregando un gráfico o un ejemplo en texto sería
más fácil la comprensión de lo que tienes (puedes agregar imagenes con esto cuando estas escribiendo el mensaje (de pronto ya lo sabias pero por si acaso)

y pues en cuanto a lo que necesitas, probaste con left o right join?
puede que inner join no sea del todo lo que necesitas precisamente
por lo que comentas que algunas veces los datos no estaran por completo
en ambos lados, en cuyo caso estan las opciones de buscar en una u otra
tabla con los tipos de joins, si quieres ahondar mas en el tema pues date
un chapuzón en internet al respecto

saludos

[harryp]

hola mortiprogramador, gracias por tu respuesta,
aqui tienes una imagen para hacer un poco mas grafico el ejemplo


Los campos de cont_form pueden
ser usados en mas de un titol y no tendran
el mismo precio, por lo la idea es, teniendo esto,
meter estos registros talcual salen en una tabla precios
(identificandolos corectamente por el id.form_select)
para poder poner los valores que necesite



Bueno decir que creo que left join y right join no me pueden ayudar...

[mortiprogramador]

bueno, gracias por la gráfica, ahora bien, si entendi mejor el asunto,
pienso que la estructura de base de datos puede mejorarse (menos tablas por un lado, y por el otro las llaves serían numéricas)

pero pues tu problema actual es base de datos, porque?
bueno, no tenemos tu script de la creación y poblado de tablas, pero yo
en base a la imagen que pusiste, hice esto

Código MySQL:

create table titols (id int(2) primary key auto_increment,
nom varchar(20) not null, descripcio varchar(20) not null);
create table cont_form (id int(2) primary key auto_increment,
type_input varchar(20) not null, variable varchar(20) not null);
create table carregador (id int(2) not null, ordre int(2) not null,
variable varchar(20) not null);
create table form_select (id int(2) primary key auto_increment,
variable varchar(20) not null, opt varchar(20) not null);
 
insert into titols (nom,descripcio) values
('llibres','llibres y revistes'),
('granformat','llibres y revistes'),
('targetes','llibres y revistes'),
('carteleria','llibres y revistes'),
('dispositivos_ele','llibres y revistes');
 
insert into cont_form (type_input,variable) values
('text','cantidad'),
('select','formato'),
('select','formato_digital'),
('select','incluye_portada');
 
insert into carregador (id,ordre,variable) values
(4,1,'cantidad'),
(4,2,'formato'),
(4,3,'tipo_impresion'),
(4,4,'plastificado'),
(4,5,'tamaño_habierto'),
(4,6,'hidden'),
(4,7,'aceptar'),
(5,1,'formato_digital'),
(5,2,'cantidad'),
(5,3,'hidden'),
(5,4,'aceptar');
 
insert into form_select (variable,opt) values
('formato','normal'),
('formato','diptico'),
('formato','triptico'),
('formato_digital','cd'),
('formato_digital','dvd'),
('formato_digital','usb tarjeta');
 
y si uso la consulta más reciente publicada obtengo esto
 
+----+-----------------+----+
| id | variable        | id |
+----+-----------------+----+
|  4 | formato         |  1 |
|  4 | formato         |  2 |
|  4 | formato         |  3 |
|  5 | formato_digital |  4 |
|  5 | formato_digital |  5 |
|  5 | formato_digital |  6 |
+----+-----------------+----+
 

ahora bien, analizemos por partes

tengo esto

Código MySQL:

select c.id, c.variable from cont_form f
inner join carregador c on f.variable=c.variable
 
obteniendo
+----+-----------------+
| id | variable        |
+----+-----------------+
|  4 | cantidad        |
|  4 | formato         |
|  5 | formato_digital |
|  5 | cantidad        |
+----+-----------------+
 
y haciendo esto
 
select t.id, c.variable from carregador c
inner join titols t on t.id=c.id
inner join cont_form f on f.variable=c.variable
order by t.id 
 
se obtiene lo mismo,por ende es ausencia de datos lo que aquí ocurre,
si hicieramos esto
 
insert into cont_form(type_input,variable) values
('select','cantidad'),
 ('select','hidden');
 
y corremos cualquiera de las anteriores consultas,
se obtiene esto:
 
+----+-----------------+
| id | variable        |
+----+-----------------+
|  4 | cantidad        |
|  4 | cantidad        |
|  4 | formato         |
|  4 | hidden          |
|  5 | formato_digital |
|  5 | cantidad        |
|  5 | cantidad        |
|  5 | hidden          |
+----+-----------------+
 
y si quisieramos verlos sin repeticiones, bueno, con un group by bastaría
 
select c.id, c.variable from cont_form f
inner join carregador c on f.variable=c.variable
group by c.variable
 

sin embargo, si ejecutamos la consulta inicial (los inners) pues sigue sin
mostrarlos, así que seguramente algún join esta haciendo restricciones,
y de nuevo apunto al tema del mer de la bd, así que yo en tus zapatos
haría un buen análisis de la bd, y mejoraría su estructura

suerte y paciencia
saludos

[harryp]

igual tienes razon... en principio use una bd antigua de un proyecto parecido y e intentado adaptarla.. por intentar ahorrar tiempo...

Cuando lo tenga pongo los create table a ver que te parece...

gracias por todo locombiano

[harryp]

al final creo que se queda así...

Código MySQL:

create table titols (
  id_titol integer auto_increment not null,
  nom varchar(60) not null,
  descripcio varchar(160) not null,
  primary key(id_titol),
  unique(nom))
  Engine=InnoDB;
 
  create table formulari (
  id_formulari integer auto_increment not null,
  type_input varchar(30) not null,
  variable varchar(30) not null,
  contingut text,
  primary key(id_formulari),
  unique(variable))
  Engine=Innodb;
 
 
  create table options (
  id_option integer auto_increment not null,
  id_formulari integer not null,
  opt varchar(50) default null,
  primary key(id_option),
  constraint fk_form_opt foreign key (id_formulari) references formulari(id_formulari)
  on delete cascade
  on update cascade)
  Engine=Innodb;
 
  create table carregador(
  id_titol integer not null,
  ordre integer not null,
  id_formulari integer not null,
  primary key(id_titol,id_formulari),
  constraint fk_carregador_formulari foreign key (id_formulari) references formulari(id_formulari)
  on delete cascade
  on update cascade,
  constraint fk_carregador_titols foreign key (id_titol) references titols(id_titol)
  on delete cascade
  on update cascade)
  Engine=Innodb;
 
  create table preus(
  id_titol integer not null,
  id_option integer null,
  primary key(id_titol,id_option),
  preu FLOAT (4,2) not null,
  constraint fk_preus_options foreign key (id_option) references options(id_option)
  on delete cascade
  on update cascade,
  constraint fk_preus_titols foreign key (id_titol) references titols(id_titol)
  on delete cascade
  on update cascade
  )Engine=Innodb;
 

la idea es que por cada titulo (podríamos considerarlo como apartados independientes), puedo tener diferentes precios por cada option, por ejemplo 2 titulos que tengan en la tabla cargador formulari.variable==portada_plastificada, pueden o no tener el mismo valor en option ... como tengo al tabla tendre que repetir registros en la tabla preus(precios) con el mismo precio,mismo id_option, pero diferente id_titol...

como esta ahora, tendré que poner todos los registros de formulari en la tabla options obligatoriamente, y los registros que no requieran el campo de opt, tendran options.opt=null.(notese que e puesto default null)

Que tal este planteamiento?

[mortiprogramador]

hola
bueno, pues si mejora el asunto, podrías también
manejar una tabla intermedia entre formulari y options
que sea la que relacione que formulari tiene que options,
y solo estarían los ids de cada lado, esto obviamente
constituye incluir a esta muchacha en la consulta, pero
pues podría ser otro modo de hacerlo, sin embargo lo que
mencionas de dejarlo en null también es aceptable

saludos