Ako ces import kroz phpMyAdmin najlakse ti je da backup radis kroz mysqldump.... Samo ako baza nije prevelika.

Nije velika baza...
Radicu sa mysqldump ali mi trebaju smernice oko parametara... tipa --routines,--add-drop-database, --single-transaction

parametri su vrlo samoobjasnjujuci uradis mysqldump --help pa pogledas ... ili uradis dump koristeci phpmyadmin ako ces da ga koristis za import

Ako ćeš import raditi preko phpmyadmin, zašto ne radiš i export preko phpmyadmin?

Pogledao sam po raznim postovima na temu mysqldump-a, gledao i mysqldump help ali nisam nasao :
Da li je moguce reci mysqldump-u da mi dump-uje bas sve za neku selektovanu bazu?

Recimo ako mu kazem:
mysqldump --opt --databases myDB > myDB_bkp.sql
nece mi uopste dumpovati stored procedure i funkcije, a view-ove po default-u radi. Nije frka kad imas nekoliko baza, pa ih "pazis i cuvas" i poznajes ih u dusu... Nego je problem kad imas na desetine aplikacija pa jos puta 3 (prod, devel, test), i u tamo nekoj se neki developer setio da ubaci koju stored proceduru, koja se naravno nece bekapovati. E onda tu nastaju problemi. :-)

?!?!? ne razumem ?!
zasto ti --routines --triggers ne radi posao ?

npr ja cesto koristim:

mysqldump --routines --triggers --dump-date -Q --order-by-primary --hex-blob -i -c -C -a -K -E -e -F -n IMEBAZE > IMEBAZE.sqldump

sta ti to npr nece dampovati iz IMEBAZE baze?

Radice sigurno ako mu stavim tu "kobasicu". :-)
Nego, kontam nije vise 2000 godina (i MySQL 3.x) gde nisu postojale stored procedure i funkcije. Mislio sam da je i mysqldump tu malo napredovao po tom pitanju pa da mi dumpuje po default-u stored procedure, funkcije i trigere. Ovako kod svake backup script-e moram da ubacujem i --routines --triggers.
Mislim nije mi problem da ubacim u sve backup script-e... ali eto, nadao sam se da ima nesto jednostavnije. :-)

Hvala u svakom slucaju.

Igor

na zalost - backwards compatibility je dosta bitan tako da bi menjanja nacina rada takve komponente bilo prilicno nemoguce danas .. svejedno moras da pravis kobaju sta god da radis, par dodatnih opcija u kobaji ne pravi razliku ... tebi je problem sto imas mnogo skripti pa te mrzi da menjas, rekao bih da je problem napravljen kada su skripte pravljene prvi put pa nije odma stavljena kompletna kobaja :(

inace sto se bekapa tice mi sada guramo meb koji je mnoooogo bolji od mysqldump-a . jedino na zalost nije foss

Fali vam opcija, kao u Oracle exp, FULL=YES

odes na bugs.mysql.com i kao i za svaki drugi foss, napises lepo bug,
- sta oces (koju funkcionalnost)
- zasto hoces (koji ti je rationale zasto je to bolje i potrebnije od ovoga sto postoji)
- kako mislis da je najbolje da se implementira (od toga kako ce da se zove opcija do toga kako to moze da izgleda u kodu, napises ono sto umes)

i onda ce to sveta lepo da procita, odluci dal ce da ide dalje ili ne, mozda postavi neko podpitanje, i ima sanse u nekoj buducnosti da taj feature request bude realizovan.

tako sto na es-u napises kako fali xyz, nista se sigurno nece desiti (teoretski ja bi mogao da dodam to kao FR i da ga poguram, ali necu, da je to jedina stvar koja nam fali ... na zalost ja imam jedno 2000 stvari koje su mi bitnije od toga da umesto --routines --events -- triggers mogu da napisem --full ), ako napises na bugs desice se nesto sigurno (recice ti ne ili mozda ili ... mozda ce jos 2000 ljudi da komentarise to i da kazu "ocemo i mi to je do jaja fora"...)