[es] - mysqldump innodb i foreign key

konj
Milos Sreckovic
Sabac

Član broj: 30126
Poruke: 216
*.smin.sezampro.yu.

Jabber: shakalsrecko@elitesecurity.org

Profil

mysqldump innodb i foreign key

^{09.01.2006. u 00:24}

kada napravim backup.sql i pokusam da nabacim u drugu bazu prijavljuje gresku. Kaze da ne moze da napravi prvu tabelu jer ima foreign key iz ka nekoj tabeli koja se pravi kasnije. jasno je da bi resio ovo kada bi mal oispremestao tabele ali ima ih oko 50 pa nije zanimljivo. jl ima nacina da on to sam uradi prilikom mysqldump?????

^{09.01.2006. u 00:24}

SmilieBG
Aleksandar Skodric
NL

Član broj: 13094
Poruke: 1822
*.speed.planet.nl.

Profil

Re: mysqldump innodb i foreign key

^{09.01.2006. u 07:23}

Ocito imas veze medju tabelama... Ja znam 2 nacina da to odradis:

1. kao sto si i sam naveo, da rucno ispremestas tabele, tako da prilikom ucitavanja dump-a 'zavisne' tabele dodju tek posle tabela od 'kojih zavise' (al' sam se izrazio, nadam se da razumes) :)

2. manje elegantan nacin, koji takodje ostavlja _mnogo_ prostora za greske, odnosno zaobilazi 'zavisnost' tabela i koristiti samo ako si 100% siguran da je dump 100% OK:

stavis u dump fajlu na pocetku:

set foreign_key_checks = 0;

a na kraju dump fajla:

set foreign_key_checks = 1;

na ovaj nacin govoris mysql-u da ne proverava povezanost tabela, ali istovremeno, ukoliko neka povezanost nije OK, neces znati :(

Poz,
Sale

=========
Uporedi cene i karakteristike za vise od 10.000 proizvoda, izmedju ostalog:
Digitalni foto-aparati
Mobilni telefoni
Skolski pribor
=========

^{09.01.2006. u 07:23}

konj
Milos Sreckovic
Sabac

Član broj: 30126
Poruke: 216
*.smin.sezampro.yu.

Jabber: shakalsrecko@elitesecurity.org

Profil

Re: mysqldump innodb i foreign key

^{09.01.2006. u 12:09}

Citat:

SmilieBG: koristiti samo ako si 100% siguran da je dump 100% OK

pa ako mi na mom mysql sve radi "savrseno" i t dump-ujem, sto onda dump ne bi valjao? kada pravim bazu on uvek prijavljuje ako nesto ne valja sa foreign key-om i nece da ga napravi, pa je tesko napraviti nesto sto ne radi. tako da bi dump takve baze uvek trebao da bude dobar po pitanju dump-a

_{[Ovu poruku je menjao konj dana 09.01.2006. u 13:11 GMT+1]}

^{09.01.2006. u 12:09}