mysql: Can't create table

11.6.2008 13:29 | Přečteno: 1965× | Linux

mysql: ERROR 1005 (HY000) at line 21: Can't create table './dbname/tablename' (errno: 150)

Informativní chybová hláška, že? Z toho je na první pohled jasné, v čem je chyba. No přece ...

mysql> create table `second` (id binary(6) primary key) engine=innodb;
Query OK, 0 rows affected (0.01 sec)

mysql> create table `first` (id char(6) primary key, foreign key (id) references `second` (`id`) on delete cascade) engine=innodb;
ERROR 1005 (HY000): Can't create table './test/first.frm' (errno: 150)

Jak prosté, máš chybu v cizím klíči, tak já přece nemůžu vytvořit tabulku a ty hledej hlupáku. No není to zas taková sranda, když těch řádek toho scriptu je pár set a vy máte k dispozici jen tu chybovou hlášku.

       

Komentáře

[Archman]

Koukám, ře teď řešíme podobnou věc...

Cannot add or update a child row: a foreign key constraint fails (`newdatabase/denicky_zaznamy`, CONSTRAINT 
`denicky_zaznamy_ibfk_2` FOREIGN KEY (`denicky_id`, `user_id`) REFERENCES `denicky` (`denicky_id`, `user_id`) 
ON DELETE NO ACTION ON UPDATE NO ACTION)

[Archman]

Akorát já to teda mám jasnější

[Miloslav Ponkrác]

MySQL má tyhle věci jenom nalepené, takže to takhle dopadá.

Ale jinak já na všech databázích (myslím tím datové stroje, tedy ne MySQL) vždy vytvářím tabulky tak, že nejprve vytvořím holou tabulku max. s primárním klíčem, pak k němu vytvořím indexy, pak doménovou integritu, pak případné cizí klíče a nakonec triggery. Je to čisté a člověk přesně ví, kde se to zaseklo.

[Hynek (Pichi) Vychodil]

To je samozřejmě správný přístup, ale v tomhle případě se jednalo o script updatující na novou verzi database schema. Tam se to dá taky udělat, ale ...

[Miloslav Ponkrác]

Mým cílem nebylo kritizovat. Mě se samozřejmě taky nelíbí chybová hláška od MySQL, která je tu popisována, ale jsem si vědom toho, že MySQL teď dělá věci, které nikdy nebyly v plánu. MySQL nikdy neměla být víc, než malá souborová databáze bez referenční integrity a transakcí. Ovšem její úspěch jí dovedl k tomu, že na nevhodné architektuře se teď provozuje něco, s čím se nepočítalo - vnitřní architekrtura MySQL je jen kostra s "pluginy" (jednotlivými typy tabulek jako MyISAM, InnoDb, ...), které umí vnitřně vrátit chybu "nepodařilo se vytvořit tabulku", ale víc ne. Protože s referenční integritou architektura zkrátka nepočítala, takže mlhavá error message je inherited from ancient times.

[J_i_r_k_a]

Pokud to nekomu pomuze, tak reseni je tady Rychle shrnuto: pokud je cizi klic atribut ktery v odkazovane tabulce neni primarnim klicem, musi byt vytvoren jeho index (v odkazovane tabulce). MySQL vytvari index primarniho klice automaticky, takza na jednoduchych pripadech (kdy je cizi klic zaroven primarnim klicem v odkazovane tabulce) to funguje bez problemu. Kdyz ale mate vic cizich klicu, malokdy je podminka indexu splnena a je treba se o ne postarat rucne.