Forum PHP Romania - Discutii despre PHP, MySQL, Javascript, AJAX, etc

[Pirahna]

Ok ... nu prea e legat de PhpMyAdmin dar pentru ca nu s-a mai postat p-aici de muuult muuult timp ... ar fi cazul sa mai apara cateva post-uri ...

so ...

am o baza de date de 2.5 mb ...
desigur 2.2 mb sunt ocupate de forum (5300 posts) ...
problema e ca nu pot sa import baza de date ...

am sql query error de la primele linii ... :oops:
si se continua ... :roll:

asa ca ... ce as putea sa fac ?
(am o impresie ca sunt ghilimele aiurea , sau punct si virgula ?) ....
stie phpmyadmin sa ... FIX ... un tabel ? :D
(stiu ca e intrebare tampita asa ca nu raspundeti daca va simtiti ofensati)

[arond]

Vezi setarea MySQL max_allowed_packet.

Ideea este ca daca ai un dump mai mare decat max_allowed_packet nu vei putea sa importi dump-ul, solutia e fie sa maresti setarea cu pricina, fie sa spargi dump-ul in bucatele mai mici.

Numa' bune.

[carco]

Sau mai bine ne zici eroarea. Acel "dump" nu e altceva decat o insiruire de comenzi mysql. Ia _doar_ instructiunea care da eroare si incearca sa o executi separat si nu uita sa ne dai eroarea.

[johnny]

O problema care am intalnit-o la importul unei baze de date a fost o eroare in sintaxa crearii unui tabel, o coloana se numea "to"... Pentru ca baza de date era prea mare, exportul a fost facut cu mysqldump, si acest nu face escape `to` varchar... fisierul avea 500 Mb, si eroarea era cam pe la mijloc...
Prima solutie split pe fisiere in functie de numarul de linii:
split -l 1000 backup.sql prefix , gasire, corectare , concatenare si import
again...
a 2-a nano -w backup.sql, fix, crtl+o, ctrl+x (nano se comporta chiar bine cu fisiere uriase, daca are resurse)

Oricum, ideea e: nu folositi cuvinte cheie in denumirea coloanelor...
In ceea ce priveste valorile, de obicei programele de dump, fac un escaping corect...

[PHPRomania Bot]