Hallo !

Ich habe von dem Update alle Dateien auf den Server gespielt.
Ging glatt.

Danach habe ich das Update der SQL-Datei eingespielt und folgende Meldung kam:

#1050 - Table 'mod_eos_config' already exists

Ist das OK oder nicht ???

Viel Grüsse

Farocker....

Bitte lösche die alte Tabelle und spiele die neue Struktur der Tabelle ein.

_________________
Viele Grüße,
Sebastian

FWP Systems GmbH

Yep !

Ich habe mod_eos......Tabelle gelöscht und das update neu ausgeführt!

Danach kam folgendes:

DROP TABLE `action_auction_bid`

MySQL meldet: Dokumentation
#1051 - Unknown table 'action_auction_bid'


????

MfG

farocker....

Beim ersten Ausführen der Änderungen wurde die Tabelle bereits gelöscht.

Eigentlich solltest Du beim zweiten Durchgang nur die mod_eos_config einspielen.

_________________
Viele Grüße,
Sebastian

FWP Systems GmbH

Ups...


Ach so !

Also ist OK so ???

Ich lass es mal so !

Vielen Dank für die superschnelle Hilfe !!!

(Wenn ich endlich damit fertig bin, werde ich nicht die Credits vergessen!)

MfG

farocker....

Hallo

meine Fehlermeldung beim ersten(!) manuellen Import der sql Datei lautet wie folgt:

Zitat:

Fehler SQL-Befehl: UPDATE `data_link` SET `sAction` = '|eosList|eosEdit|' WHERE CONVERT( `data_link`.`sLinkId` USING utf8 ) = 'sLinkEosEdit' LIMIT 1 ALTER TABLE `mod_eos_config` ADD `sNotation` VARCHAR( 40 ) NOT NULL AFTER `iUserId` ; MySQL meldet: #1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'ALTER TABLE `mod_eos_config` ADD `sNotation` VARCHAR( 40 ) NOT NULL AFTER `iUser' at line 2

die Fehlermeldung beim nochmaligen (also dem zweiten Import der sql Datei) lautet wie folgt:

Zitat:

Fehler SQL-Befehl: CREATE TABLE `mod_eos_config` ( `iUserId` int( 11 ) NOT NULL , `sCode` varchar( 64 ) NOT NULL , `sId` varchar( 64 ) NOT NULL , `bCheckAddress` varbinary( 1 ) NOT NULL , `bReliability` varbinary( 1 ) NOT NULL , `bCreditCard` varbinary( 1 ) NOT NULL , `bDebit` varbinary( 1 ) NOT NULL , `bCheckBankAccount` varbinary( 1 ) NOT NULL , `bGiropay` varbinary( 1 ) NOT NULL , UNIQUE KEY `iUserId` ( `iUserId` ) ) ENGINE = MYISAM DEFAULT CHARSET = utf8; MySQL meldet: #1050 - Table 'mod_eos_config' already exists

Danach habe ich in der Datenbank die Tabelle mod_eos_config gelöscht und die beiden folgenden Statements aus der sql Datei eingegeben:

Zitat:

CREATE TABLE `mod_eos_config` ( `iUserId` int(11) NOT NULL, `sCode` varchar(64) NOT NULL, `sId` varchar(64) NOT NULL, `bCheckAddress` varbinary(1) NOT NULL, `bReliability` varbinary(1) NOT NULL, `bCreditCard` varbinary(1) NOT NULL, `bDebit` varbinary(1) NOT NULL, `bCheckBankAccount` varbinary(1) NOT NULL, `bGiropay` varbinary(1) NOT NULL, UNIQUE KEY `iUserId` (`iUserId`)) ENGINE=MyISAM DEFAULT CHARSET=utf8; INSERT INTO `mod_eos_config` ( `iUserId`, `sCode` , `sId` , `bCheckAddress` , `bReliability` , `bCreditCard` , `bDebit` , `bCheckBankAccount` , `bGiropay` )VALUES (1, 'code', '0', '0', '0', '0', '0', '0', '0');

Muß noch etwas beachtet werden in Bezug auf die Aktuallisierung der DB?
Habe ich das "richtig" gemacht oder hat sich ein Fehler eingeschlichen?


danke für eine kurze Antwort



extim

Ich fand es etwas schade, dass man bei der Installation vom Shop (Meine war 3.2.1) in der Konfiguration Prefixes für die Tabellen in der Datenbank angeben konnte. So heißen bei mir alle Tabellen fwp_*, und da gibt´s natürlich herrliche Probleme mit dem SQL-Statement beim Update.

Anmerkung
Vielleicht in Zukunft ein Updatescript schreiben, welches die SQL-Statements selbst ausführt, mit dem Prefix aus der Konfiguration. Denn nicht jeder schaut sich seine Datenbanken so genau an, und versteht auch noch, was im Query steht.


MfG,
Sebastian Roming

Hallo Sebastian,

ich nehme Deinen Vorschlag mal für die nächste Version auf.
Allerdings befürchte ich dann, dass viele User die DB nicht sichern!

Viele Grüße
Sebastian

_________________
Viele Grüße,
Sebastian

FWP Systems GmbH

Es besteht ja auch die Möglichkeit, während des Updatevorgangs durch das Skript selbst ein Datenbankbackup vorzunehmen und dieses dann unter einem bestimmten Pfad gespeichert wird.
Sollte beim Update dann etwas schief laufen, ist das Backup immer an der selben Stelle.

MfG,
Sebastian Roming

Hallo Sebastian,

das ganze ist leider etwas komplizierter, da einige User extrem kurze Timeouts haben. Wir werden uns dazu etwas überlegen.

http://www.fwpshop.org/bugs/view.php?id=1051


@Extim:
Nein, ansonsten musst Du keine Änderungen durchführen.

_________________
Viele Grüße,
Sebastian

FWP Systems GmbH

Die Timeouts könnte man umgehen, in dem man per ajax im Hintergrund immer 10-20 Tabellen auf einmal backupt, diese speichert, dann wieder 20, und so weiter...
Da wäre das Timeout-Problem schnell gelöst

Danke für´s aufnehmen.

MfG,
Sebastian Roming

da hat sich doch gerade ein freiwilliger gemeldet

_________________
Viele Grüße,
Sebastian

FWP Systems GmbH

Gerne, kein Problem.

Für näheres bitte Kontaktaufnahme, .de

MfG,
Sebastian Roming

in einem anderen Thread haben wir festgestellt, das die SQL Statements nach Abbruch, etc. (siehe oben die ersten Themenantworten) beim Update nicht eingespielt wurden.
Bei mir waren dies die letzten Anweisungen in der 3_3.sql, diese hier:

Zitat:

ALTER TABLE `mod_eos_config` ADD `sNotation` VARCHAR( 40 ) NOT NULL AFTER `iUserId` ; ALTER TABLE `mod_eos_config` CHANGE `iUserId` `iShopId` INT( 11 ) NOT NULL ; ALTER TABLE `mod_eos_config` ADD `bAutoCheckAssessment` VARBINARY( 1 ) NOT NULL DEFAULT '0',ADD `bAutoCheckAddress` VARBINARY( 1 ) NOT NULL DEFAULT '0',ADD `bAutoCheckBankAccount` VARBINARY( 1 ) NOT NULL DEFAULT '0'; CREATE TABLE `log_eos` ( `iShopId` int(11) NOT NULL, `iTime` int(14) NOT NULL, `sMessage` text NOT NULL, KEY `iShopId` (`iShopId`), KEY `iTime` (`iTime`)) ENGINE=MyISAM DEFAULT CHARSET=utf8; ALTER TABLE `mod_eos_config` ADD `iId` INT NOT NULL AUTO_INCREMENT PRIMARY KEY FIRST ; ALTER TABLE `action_order_status` ADD INDEX ( `iOrderId` ); ALTER TABLE `data_term_delivery` ADD `bGross` VARBINARY( 1 ) NOT NULL ,ADD `bAddCosts` VARBINARY( 1 ) NOT NULL ; ALTER TABLE `data_term_delivery_discount` ADD `bGross` VARBINARY( 1 ) NOT NULL DEFAULT '1'; CREATE TABLE `mod_easydebit_config` (`iShopId` INT NOT NULL ,`bActive` VARBINARY( 1 ) NOT NULL ,`sPopUpId` VARCHAR( 32 ) NOT NULL ,`sAuthKey` VARCHAR( 32 ) NOT NULL ,UNIQUE (`iShopId`)) ENGINE = MYISAM ;

das nur hier noch einmal aufgeführt, damit evtl. ähnlich gelagerte Update Probleme bei anderen nicht Folgeprobleme auslösen


extim