Well, actually you can stil use phpmyadmin to make the dump files but instead of selecting all the tables, you need to select only several at one time to avoid producing a very large dump file (>1 meg). You then need to repeat the process until you have saved all the tables. It is a bit tedious, yes.
In this case, avoid saving the ICD and OpS tables because they are more than 1 meg each. Anyway their dump (split in several files) are available in the release package. You just reverse the process to restore all of them. But if there is a GUI based db manager that does it all at once elegantly, why not? If anybody here knows of one, please inform us. thanks in advance, elpidio On Thursday 06 May 2004 08:59, Nandalal Gunaratne wrote: > Does this mean we should NOT use the phpmyadmin to > dump or restore database? > > Why not put Wilfried Goedert's method up for now but > work out a simpler way of doing this for those who do > not like working on the CLI? ------------------------------------------------------- This SF.Net email is sponsored by Sleepycat Software Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to deliver higher performing products faster, at low TCO. http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3 _______________________________________________ Care2002-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/care2002-developers
