Dotaz: Kartézký součin

[derddddd]

dobrý den, ahoj !

Menší problém - mám tabulku se dvěma sloupci (id_palivo, nazev_palivo), no a v jednom formuláři, kde admin přidává auto do databáze si vybírá palivo, kt. se pak zapíše na řádků spolu s dalšími vlastnostmi auta.

Kde je problém - že mi to vypíše do select.boxu všechny kombinace - hledal sem jak to řešit, ale všude je psáno jako jediné řešení hlubší-specifikovaný dotaz pomocí WHERE, nojo ale ja nemám dle čeho bych to specifikoval, nemam k čemu vázat palivo - tato tabulka pouze slouží k doplnění o jedné vlastnosti auto do jedne veliké, kde se již reálné auto zapisuje s právě uvedenými daty s jednotlivejch tabulek (obsah_motoru, palivo atd.)

Odpovědi

[derddddd]

pro uplnost: php,mysql

model db je: jedna tabulka jako sběrač dat s indexy do jednotlivých tabulek, kt. specifikují vlastnosti aut

[Martin Baleja]

Jestli to dobře chápu, potřebuješ dotaz ve stylu: SELECT co_potrebujes FROM tabulka_auta AS auta, tabulka_paliva AS paliva WHERE auta.id_paliva=paliva.id;

Ale popravdě - nějak jsem ten tvůj dotaz asi nepochopil. Může to ale být i tím, že jsem teprv před chvilkou nabootoval a obnovuji žurnál

Zkus toho o problému prozradit trošku víc.

[derddddd]

#####
tohle musim vyzkouset... zatim diky Jestli to dobře chápu, potřebuješ dotaz ve stylu: SELECT co_potrebujes FROM tabulka_auta AS auta, tabulka_paliva AS paliva WHERE auta.id_paliva=paliva.id; ## budu referovat... zatim diky

[Petr Bravenec]

Dotaz jsem taky nepochopil. Ale řekněme, že by mohlo být odpovědí už výše uvedené:

select auta.*, paliva.nazev_palivo
  from tabulka_auta auta,
       tabulka_paliva paliva
  where auta.id_palivo = paliva.id_palivo;

Průserem je, pokud některé auto nemá zadané palivo - pak se takové auto nevypíše. Pro tyto případy je lépe použít dotaz:

select auta.*, paliva.nazev_palivo
  from tabulka_auta auta
  left join tabulka_paliva paliva using (id_palivo);

Kapitálním průserem by bylo, pokud by snad mnohem rychlejší databáze neuměla left join (nevím):

select auta.*, paliva.nazev_palivo
  from tabulka_auta auta,
       tabulka_paliva paliva
  where auta.id_palivo = paliva.id_palivo
union all 
select auta.*, null
  from tabulka_auta auta
  where auta.id_palivo is null;

No a pak, jestli se vám takto složitý dotaz na získání takto jednoduché informace nelíbí, doporučuji view. Jestli vaše databáze view neumí (nevím), zkuste nějakou méně rychlou.

Samozřejmostí při takovém datovém návrhu by měly být cizí klíče - to jen pro sichr, aby vám nějaký nezodpovědný jedinec nezadal do databáze k nějakému auto neexistující palivo, či snad, nedejbobe, nesmazal palivo, na které ještě pořád některé z vašich aut jezdí:

create table tabulka_auta (
....
  id_palivo int4 references tabulka_paliva(id_palivo) 
            on update cascade on delete cascade
....

[derddddd]

Musim se přiznat, že po zpětném přečtení.... je to ostuda, taky to nechápu!

Zkusim to vysvětlit příkladem:
1) Vytvořím tabulku tb_auto (s třemi sloupci: jméno výrobce, jméno modelu a obsah motoru - vše to budou SMALLINT)

2) Vytvořím tabulky tb_vyrobce, tb_model, tb_obsah,kt. budou naplněny textovými daty (např. Ford, Mustang, 2.0). Dvě z nich budou míti 2 sloupce - tb_vyrobce - id_vyrobce, nazev_vyrobce, tb_obsah - id_obsah, nazev_obsah apod. Tabulka tb_model bude mít sloupce 3 - id, název a id_vyrobce.

Tak asociace jsou zcela jasné - údaje v ústřední tb_auto jsou pouze čísla, kt. jsou v relacích s id v tab. tb_vyrobce,tb_model, tb_obsah. Tak to je struktura db!

Kde je problém - obsluha db?
Píšu obslužný formulář, kt. ošetřuje přidávání aut do tb_auto a to pomocí select.boxu a option tagů, do kt. načítám data z tb_vyrobce, tb_model, tb_obsah.

Tak a zde je onen problém:

A)První select je naplněn z tb_vyrobce pomocí dotazu:"SELECT id_vyrobce,nazev_vyrobce FROM tb_vyrobce ORDER BY nazev_vyrobce ASC". Hle a tady ke kartezkemu součinu nedochází a jména jednotlivých výrobců se neopakují!!

B)U druhého select.boxu je to jasné, na základě vybraného výrobce volám ty modely, kt. mají specifické id ze select.boxu prvního, pomocí WHERE!

C)Třetí select.box se naplňuje řádky z tb_obsah, dotaz je úplně stejný jako u prvního select.boxu: "SELECT id_obsah, nazev_obsah FROM tb_obsah ORDER BY nazev_obsah ASC" A ZDE DOCHÁZÍ K TOMU KARTÉZKÉMU SOUČINU - PROČ?

[Kyosuke]

"C)Třetí select.box se naplňuje řádky z tb_obsah, dotaz je úplně stejný jako u prvního select.boxu: "SELECT id_obsah, nazev_obsah FROM tb_obsah ORDER BY nazev_obsah ASC" A ZDE DOCHÁZÍ K TOMU KARTÉZKÉMU SOUČINU - PROČ?"

Tam může jen těžko dojít k součinu. V první řadě vyvíráš z jediné tabulky. Máš tam správná data?

[derddddd]

myslíte datový typ?

[zabza]

Ne, ta přímo data... Jsou správná?

[derddddd]

Děkuji všem za rady....! Vám Kyosuke děkuji za upřesnění pojmu "kartézský součin"! Ještě si o tom něco určitě přečtu! Problém je vyřešen, alespoň se zdá býti vyřešen!

Ano chyba nebyla v db, ale ve spatne napsanem dotazu:

$query="SELECT id_obsah, nazev_obsah, id_palivo, nazev_palivo FROM tb_obsah_motoru,tb_palivo ORDER BY nazev_obsah";
nyní se vypisujou data opakovaně a to, že násobkem je počet řádků v tb

Po "promazání":
$query="SELECT id_obsah, nazev_obsah FROM tb_obsah_motoru ORDER BY nazev_obsah";

Sice to zatim naplní jenom select.box - obsah motoru, ale zato správně(jeden udaj - jedna radka), pouze řádek po řádku

[Kyosuke]

"FROM tb_obsah_motoru,tb_palivo"

Když se nezadá pravidlo spojení, generuje se opravdu kartézský součin. To je zcela v pořádku (a podle normy), protože databázový server požedované pravidlo spojení hádat nebude.

[Pmx]

V tb_auto se mi zdá zbytečné uvádět výrobce, protože ten je určen modelem auta, takže je to tam vlastně dvakrát a může dojít k nekonzistenci dat...

[derddddd]

Zajímavé, myslíte, tedy při zápisu auta do tb_auta by se hodnota do slouce vyrobce:

Neměla zapisovat - prostě smáznout sloupec vyrobce z tabulky tb_auto.

Proč?

tb_vyrobce - pouhý seznam výrobců (indexem se váže k určitému modelu v tb_model)
tb_model - seznam modelů s id vázáný k tb_vyrobce
tb_auto - sběrač dat, při přidávání auta dojde ke třem krokům:

1) (pridat_auto_krok1.php) - načtení do select.boxu z tb_vyrobce, vybrání a zápis hodnoty value z option do proměnné $carMaker
2) (pridat_auto_krok2.php)na základě proměnné $carMaker(což je číselná hodnota, kt. koliduje s hodnotou id_vyrobce v tb_vyrobce) se dosadí do dotazu na model a to v "SELECT id_model, nazev_model FROM tb_model WHERE vyrobce_id=$carMaker ORDER BY nazev_model ASC". A tím diferencuji modely, kt. se načtou zase do select.boxu - opakuje se zápis proměnné do $carModel
3)(pridat_auto_krok3.php) - uložím tyto 2 proměnné do <input type="hidden"> a jdu vyplnit 3 formulář s dalšími vlastnostmi auta... poté odesílám (kontrola_pridani_auta.php)

### kontrola_pridani_auta.php - je vlastně již vizuální kontrola dat (výpis proměnných z input-hidden) pro obsluhu - poté odeslat a zápis do tb_auto.

Tak takhle realizuji zápis nového vozidla do db. Musím říct, že já jsem osobně spokojen, neboť to odpovídá mým nynějším znalostem... tím víc žádám o nelítostnou kritiku a další upozornění na nedostatky či chyby...

Shrnutí:
Vše realizuji ve 3 krocích pomocí třích formulářů, ze kt. ukládám proměnné do input/hidden, kt. zpětně obsluze ukazuji s možností zpětného kroku k opravě. První krok je vybrání výrobce, druhý modelu a třetí dalších vlastností(např. karoserie, barva, obsah motoru, vykon atd.)

[derddddd]

OPRAVA:
3)...uložím tyto 2 proměnné do <input type="hidden">...
Do input/hidden ukládám už v 2 kroku.

[derddddd]

pane bravenec, ve vašem příspěvku nerozumím několika věcem,...neva zjistíme, ale přecejenom vás žádám o popsani těchto řádek, za předpokladu, že ten výklad popíšu mylně:

create table tabulka_auta ( .... id_palivo int4 references tabulka_paliva(id_palivo) on update cascade on delete cascade .... mám tomu rozumět, že syntaxe je:

název sloupce datova hodnota references jmeno_tabulky(název_sloupce, z jiné tabulky?-nevím)on update cascade on delete cascade

[Michal Kubeček]

  create table TBL2(
    ...
    COL2 <typ> references TBL1(COL1)
    ...
  );

znamená, že hodnota sloupce COL2 musí odpovídat některé hodnotě sloupce COL1 v tabulce TBL1 (nebo být NULL - podle okolností). Zápis

  create table TBLB(
    ...
    foreign key (COLB1,...,COLBn) references TBLA(COLA1,...,COLAn)
    ...
  );

znamená, že v každém řádku tabulky TBLB musejí hodnoty sloupců COLB1,...,COLBn odpovídat hodnotám sloupců COLA1,...,COLAn v některém řádku tabulky TBLA.

Přidáte-li 'on update cascade', při změně odkazovaných hodnot v tabulce TBLA se odpovídajícím způsobem změní i shodné hodnoty v tabulce TBLB (jinak byste dostal chybu "violation of foreign key ..."). Analogicky 'on delete cascade' při smazání řádku v tabulce TBLA smaže odpovídající řádky v TBLB a 'on delete set null' nastaví hodnoty na NULL.

[Petr Bravenec]

No a ještě bych měl jednu připomínku k textu, který jsem napsal včera: v tomto konkrétním případě bych použil nikoli cascade, ale no action - pak nejde smazat žádné palivo, na které v databázi některé auto jezdí.

K vašemu stylu zápisu sql dotazů: dlouho jsem ani z příspěvků nechápal, jak dovedete v tak primitivním dotazu vyrobit karteziánský součin - mě se to nestává, vyrobím něco podobného jen zcela vyjímečně. Proti podobným chybám můžu doporučit, abyste vždy zadával všechny všechny tabulky, ze kterých taháte byť i jediný sloupec a dával jim vždy aliasy:

select a.*, b.sloupec2
  from tabulka1 a
  left join tabulka2 b using(klic);

Při takovém stylu zápisu je možnost vzniku kartezského součinu nižší - při překlepech bývá takto zapsaný dotaz nefunční, neproběhne.

Aut, která takto v databázi evidujete, asi nebude mnoho, karteziánský součin vám pouze znepříjemní výstupy. V databázi s milióny záznamů je karteziánský součin mnohem větší legrace - vede to k dotazům, které server není schopen zvládat.

[derddddd]

však ano, učím se...aliasy - to myslíte -> tb_obsah.id_obsah

myslíte, že "povedeny" kartézký součin, lze využit k útoku, je to vůbec možné? teda asi jo, ale to musi utočnik znat strukturu db, a když už ji zna, tak je většinou již uvnitř.

[Kyosuke]

K útoku? Tím může tak maximálně vývojář zaútočit na vlastní stroj.

A ten alias, to je to "FROM dlouha_tabulka_1 t1, dlouha_tabulka_2 t2" s tím, že všude jinde v dotazu kromě FROM klauzule se použije už jen to t1 a t2.

[Michal Kubeček]

Dodal bych, že jakmile je v joinu potřeba mít dvě instance stejné tabulky, bez aliasů to nejde. Osobně se je snažím používat vždy, výjimkou jsou pouze jednodušší dotazy nad jednou tabulkou, kde je z obvykle pohodlnosti vynechávám (a pak si za to obvykle nadávám, když je k tomu potřeba něco přijoinovat).