Forums / Install & configuration / upgrading database in phpmyadmin

upgrading database in phpmyadmin

Author Message

bisk

Monday 22 September 2003 3:04:46 am

Hi, i'm trying to upgrade the database on my ezpublish-3.2.0-2 install.

How do I do that in phpmyadmin, as I can't simply upload the dbupdate-3.2.0-2-to-3.2-1.sql and run it as a query, because it gives errors about duplicate column names and existing tables.

Thanks for any help.

-------------------------------
http://www.kookfijn.nl & http://www.magento.be

Tony Wood

Monday 22 September 2003 3:27:00 am

Delete the offending line and then run it

Tony Wood : twitter.com/tonywood
Vision with Technology
Experts in eZ Publish consulting & development

Power to the Editor!

Free eZ Training : http://www.VisionWT.com/training
eZ Future Podcast : http://www.VisionWT.com/eZ-Future

bisk

Monday 22 September 2003 5:15:42 am

thanks, but that means i'll have to delete 80% of the dbupdate-3.2.0-2-to-3.2-1.sql file, as almost every line gives an error.

-------------------------------
http://www.kookfijn.nl & http://www.magento.be

Tony Wood

Monday 22 September 2003 5:47:29 am

I had the same experience, but it appears to work.

Tony Wood : twitter.com/tonywood
Vision with Technology
Experts in eZ Publish consulting & development

Power to the Editor!

Free eZ Training : http://www.VisionWT.com/training
eZ Future Podcast : http://www.VisionWT.com/eZ-Future

Adri Rots

Monday 22 September 2003 10:27:42 am

Be carefull with deleting. I ended with a corrupted database.

Volker Lenz

Monday 22 September 2003 11:02:05 am

Yep, there are quite a lot of "offending lines" in dbupdate 3.2.0-2-to-3.2-1. This script does not fit in the upgrade sequence at all.

The mystery is twofold:
After having cleansed dbupdate 3.2.0-2-to-3.2-1 from each superfluous line, the cleansed script has just the following lines:

___________________________________

create index ezsearch_word_object_count on ezsearch_word(object_count);
create index ezcontentobject_status on ezcontentobject( status );
create index ezcontentobject_tree_path_depth on ezcontentobject_tree( path_string, depth );
create index ezurlalias_source_md5 on ezurlalias( source_md5 );
create index ezpreferences_name on ezpreferences( name );
ALTER TABLE ezcontentobject_attribute ADD index ( sort_key_int );
ALTER TABLE ezcontentobject_attribute ADD index ( sort_key_string );

ALTER TABLE ezsite_data DROP COLUMN id;
ALTER TABLE ezsite_data ADD PRIMARY KEY ( name );

INSERT INTO ezsite_data (name, value) VALUES('ezpublish-version', '3.2');
INSERT INTO ezsite_data (name, value) VALUES('ezpublish-release', '1');

___________________________________________________

Now, if you compare this remainder dbupdate script for ezp 3.2 beta 2 upgrades to ezp 3.2 release with the complete kernel_schema file of ezp 3.2 release, the CREATE INDEX statements of the update script are not part of the kernel_schema.sql.

In other words: Upgrading from ezp 3.1 to 3.2 does not exactly produce the ezp 3.2. kernel schema.
Since the differences are just about indices, they won't do any harm except that one might encounter differences in database performance and resource allocation.
The thing remains strange, though. One does not know which procedure to choose in order to obtain a ezp 3.2 kernel_schema as intended by ez systems ;-)

bisk

Monday 22 September 2003 11:56:09 am

thanks for the reply's, as I was wondering if I was the only one with upgrade problems on the sql part.

Anyway I've got a database back-up so I'll see how it goes.

-------------------------------
http://www.kookfijn.nl & http://www.magento.be