Quote from: doze at Jan 22, 2007, 10:59 PM
Quote from: ZAP at Jan 22, 2007, 10:30 PM
Next run the MODx installer.
Why the MODx installer needs to be run? I’m not saying that it shouldn’t be, just asking..
It doesn’t absolutely have to be. If you’re using the same exact version of MODx then this is a redundant step. But you could take the opportunity to update to the latest version when you make the switch, and it seems as if this helps to verify that all the tables have been created correctly, database connectivity has been established, etc.
Quote from: chrisandy at Jan 22, 2007, 11:27 PM
And the database questions...
When exporting from PHPmyadmin I have lots of options - how do I know what I’m getting right? And which type of file to export? If I generate text it appears to have a ’header’ area that contains info about the current database - surely this doesn’t want to be imported to the new database?
I also get lines of log entries that I understand I don’t want? How do I lose these?
Different versions of phpMyAdmin have different Export options, but I choose to export as SQL with the following options:
Structure - Add AUTO_INCREMENT value and Enclose table and field names with backquotes
Data - Use hexadecimal for binary fields (Export type INSERT)
So far I’ve personally never needed to do anything else, but it’s possible that if you are moving between very different versions of mySQL that you may need to use complete inserts or some other specific option (try it this way first and see how it goes).
As far as not including the log data, you can just delete all of the lines that say INSERT INTO whatever_log_table before you paste into phpMyAdmin (keep the CREATE TABLE blocks though).
Any line with a # at the beginning is a comment, so none of those will be processed when you submit the query via phpMyAdmin (this includes the database dump info at the beginning).