# Update Script PE 3.0.4.1 nach PE 4.0.0.0

**URL:** <https://forum.oxid-esales.com/t/update-script-pe-3-0-4-1-nach-pe-4-0-0-0/35703>\
**Category:** Deutsches Forum\
**Tags:** installation-konfiguration\
**Created:** [November 28, 2008, 11:27am UTC](https://forum.oxid-esales.com/t/update-script-pe-3-0-4-1-nach-pe-4-0-0-0/35703 "2008-11-28T11:27:21Z")\
**Posts on this page:** 8\
**Page:** 1

<div class="post-metadata">

**Author:** ![DerTom](https://forum.oxid-esales.com/letter_avatar_proxy/v4/letter/d/f04885/32.png) [@DerTom](https://forum.oxid-esales.com/u/DerTom)\
**Post date:** [November 28, 2008, 11:27am UTC](https://forum.oxid-esales.com/t/update-script-pe-3-0-4-1-nach-pe-4-0-0-0/35703/1 "2008-11-28T11:27:21Z")

</div>

Hallo nochmal, habe meinen Beitrag versehentlich ins engl. Forum gepostet. [www.oxid-esales.com/de/resources/forum/installation-and-configuration/update-script-pe-3041-pe-4000](http://www.oxid-esales.com/de/resources/forum/installation-and-configuration/update-script-pe-3041-pe-4000) Wäre ja auch nicht schlimm wenn er auch in engl. gewesen wäre, sorry. Darum hier nochmal.

Hänge an folgendem Problem. Unser Shop läuft auf der Version PE 3.0.4.1. Nun haben wir eine Kopie in einer Testumgebung aufgebaut um unseren Shop eventuell auf PE 4.0.0.0 zu upgraden.  
Wenn wir über phpmyadmin oder auch über die Konsole das update.sql ausführen, schlägt MYSQL auf folgenden Poller.MySQL meldet: Dokumentation  
 #1030 - Got error 139 from storage engine

Daraufhin habe ich das update script Blockweise ausgeführt um heraus zu finden wann er denn ein Problem hat.  
An der Zeile 650### changing table types  
ALTER TABLE `oxarticles` ENGINE = InnoDB;  
bleibt er hängen. Alle anderen laufen sauber durch.  
Keine Ahnung was für ein problem er hat? Habe auch schon ge-googelt, werde aber nicht schlau daraus.  
Die einzige Vermutung die ich habe ist, die Tatsache das wir 10 Sprachen konfiguriert haben. Kann es sein das InnDB nur eine gewisse Anzahl an Spalten kann, oder so ähnlich.  
Wäre toll wenn jemand einen Tip bzw. ne Lösung hätte.

Gruß  
DerTom

---

<div class="post-metadata">

**Author:** ![marco.steinhaeuser](https://forum.oxid-esales.com/user_avatar/forum.oxid-esales.com/marco.steinhaeuser/32/1832_2.png) [@marco.steinhaeuser](https://forum.oxid-esales.com/u/marco.steinhaeuser)\
**Post date:** [November 28, 2008, 2:40pm UTC](https://forum.oxid-esales.com/t/update-script-pe-3-0-4-1-nach-pe-4-0-0-0/35703/2 "2008-11-28T14:40:56Z")

</div>

Hab im engl. Forum gelöscht 😉

* * *

Marco Steinhäuser  
Community Operator  
OXID eSales AG

---

<div class="post-metadata">

**Author:** ![marco.steinhaeuser](https://forum.oxid-esales.com/user_avatar/forum.oxid-esales.com/marco.steinhaeuser/32/1832_2.png) [@marco.steinhaeuser](https://forum.oxid-esales.com/u/marco.steinhaeuser)\
**Post date:** [November 28, 2008, 2:54pm UTC](https://forum.oxid-esales.com/t/update-script-pe-3-0-4-1-nach-pe-4-0-0-0/35703/3 "2008-11-28T14:54:19Z")

</div>

Hallo Tom,

ich hab mich soeben auch mal hier durch gehangelt:  
[http://bugs.mysql.com/bug.php?id=10035](http://bugs.mysql.com/bug.php?id=10035)

Deine Vermutung scheint nicht ganz falsch zu sein, dass es irgendwie doch auf die Größe ankommt. Eine Mögliche Lösung wird aufgezeigt:

> Splitting the table into smaller ones is the way to solve this. It will also increase the portability to other database brands, since many brands have the maximum row length even smaller than 8000 bytes.

Gruß

* * *

Marco Steinhäuser  
Community Operator  
OXID eSales AG

---

<div class="post-metadata">

**Author:** ![DerTom](https://forum.oxid-esales.com/letter_avatar_proxy/v4/letter/d/f04885/32.png) [@DerTom](https://forum.oxid-esales.com/u/DerTom)\
**Post date:** [November 28, 2008, 3:58pm UTC](https://forum.oxid-esales.com/t/update-script-pe-3-0-4-1-nach-pe-4-0-0-0/35703/4 "2008-11-28T15:58:09Z")

</div>

Hallo Marco,

danke erstmal. Haben das Problem nun auch so erkannt.  
Wenn ich z.B. OXLONGDESC\_10 (Text) lösche oder leere laüft das update script durch. Das ist irgendeine Begrenzung von Anzahl der Spalte und der Größe.  
Frage mich nur warum diese InnoDB Begrenzung not tut, an dieser Stelle. Und funktionieren muß es ja, schließlich gibt es ja diese Anleitung von Oxid:

\<cite\>Mehrere Sprachen  
http://www.oxid-esales.com/de/resources/forum/administration/multi-sprachen

die Datenbank ist für eine dritte Sprache bereits vorbereitet, deshalb läßt sich die dritte Sprache relativ einfach installieren:

1. Admin -\> Grundeinstellungen -\> Einstellungen -\> Sprache  
xh =\> xhosa
2. Kopiere /out/basic/en/ nach /out/basic/xh/
3. Übersetze lang.php von Englisch nach Xhosa
4. Fertig. Für mehr als drei Sprachen muss die Datenbank angefasst werden. In den Tabellen, bei denen Übersetzung notwendig ist (z.B. oxarticle), findet man Felder wie oxtitle (für die erste Sprache), oxtitle\_1 (für die zweite) usw.\</cite\>  
Werde mal beim Oxid Support anklopfen. Mal schaun was die dazu sagen.

Danke und Gruß  
DerTom

---

<div class="post-metadata">

**Author:** ![marco.steinhaeuser](https://forum.oxid-esales.com/user_avatar/forum.oxid-esales.com/marco.steinhaeuser/32/1832_2.png) [@marco.steinhaeuser](https://forum.oxid-esales.com/u/marco.steinhaeuser)\
**Post date:** [November 28, 2008, 4:43pm UTC](https://forum.oxid-esales.com/t/update-script-pe-3-0-4-1-nach-pe-4-0-0-0/35703/5 "2008-11-28T16:43:39Z")

</div>

Hallo Tom,

das werden die Jungs auch nicht lösen können. Ich hab das Thema aus dem MySQL Bugtracker gefischt.  
Und das Problem ist auch etwas anders geartet: Anlegen kannst Du Tabellen wahrscheinlich soviele wie Du willst. Die Portierung über einen Dump scheint die Schwierigkeit zu sein.

Gruß

* * *

Marco Steinhäuser  
Community Operator  
OXID eSales AG

---

<div class="post-metadata">

**Author:** ![DerTom](https://forum.oxid-esales.com/letter_avatar_proxy/v4/letter/d/f04885/32.png) [@DerTom](https://forum.oxid-esales.com/u/DerTom)\
**Post date:** [December 3, 2008, 1:17pm UTC](https://forum.oxid-esales.com/t/update-script-pe-3-0-4-1-nach-pe-4-0-0-0/35703/6 "2008-12-03T13:17:21Z")

</div>

Hallo Marco & Co wer lesen kann ist klar im Vorteil. Habe mir das Script nochmal genauer angesehen.

Zeile 213 # copying long descriptions #if you have more than 4 languages, please add additional fields here Zu beachten ist noch der Block davor

Zeile 199 ### oxartextends table So mal schnell gesagt, wird eine neue Tabelle oxartextends mit den Spalten OXLONGDESC und OXTAGS erstellt und die Daten aus diesen Spalten aus der oxarticles kopiert und in oxarticles gelöscht, damit diese wiederum nicht zu groß wird um sie per InnoDB laufen zu lassen. So sollte das dann z.B. ausschauen

\<code\> ### oxartextends table CREATE TABLE `oxartextends` ( `OXID` char(32) NOT NULL, `OXLONGDESC` text NOT NULL, `OXLONGDESC_1` text NOT NULL, `OXLONGDESC_2` text NOT NULL, `OXLONGDESC_3` text NOT NULL, `OXLONGDESC_4` text NOT NULL, `OXLONGDESC_5` text NOT NULL, `OXLONGDESC_6` text NOT NULL, `OXLONGDESC_7` text NOT NULL, `OXLONGDESC_8` text NOT NULL, `OXLONGDESC_9` text NOT NULL, `OXLONGDESC_10` text NOT NULL, `OXTAGS` varchar(255) NOT NULL, `OXTAGS_1` varchar(255) NOT NULL, `OXTAGS_2` varchar(255) NOT NULL, `OXTAGS_3` varchar(255) NOT NULL, `OXTAGS_4` varchar(255) NOT NULL, `OXTAGS_5` varchar(255) NOT NULL, `OXTAGS_6` varchar(255) NOT NULL, `OXTAGS_7` varchar(255) NOT NULL, `OXTAGS_8` varchar(255) NOT NULL, `OXTAGS_9` varchar(255) NOT NULL, `OXTAGS_10` varchar(255) NOT NULL, PRIMARY KEY (`OXID`) ) TYPE=MyISAM; # copying long descriptions #if you have more than 4 languages, please add additional fields here INSERT INTO `oxartextends` ( `OXID`, `OXLONGDESC`, `OXLONGDESC_1`, `OXLONGDESC_2`, `OXLONGDESC_3`, `OXLONGDESC_4`, `OXLONGDESC_5`, `OXLONGDESC_6`, `OXLONGDESC_7`, `OXLONGDESC_8`, `OXLONGDESC_9`, `OXLONGDESC_10`, `OXTAGS`, `OXTAGS_1`, `OXTAGS_2`, `OXTAGS_3`, `OXTAGS_4`, `OXTAGS_5`, `OXTAGS_6`, `OXTAGS_7`, `OXTAGS_8`, `OXTAGS_9`, `OXTAGS_10`) SELECT `OXID`, `OXLONGDESC`, `OXLONGDESC_1`, `OXLONGDESC_2`, `OXLONGDESC_3`, `OXLONGDESC_4`, `OXLONGDESC_5`, `OXLONGDESC_6`, `OXLONGDESC_7`, `OXLONGDESC_8`, `OXLONGDESC_9`, `OXLONGDESC_10`, `OXSEARCHKEYS`, `OXSEARCHKEYS_1`, `OXSEARCHKEYS_2`, `OXSEARCHKEYS_3`, `OXSEARCHKEYS_4`, `OXSEARCHKEYS_5`, `OXSEARCHKEYS_6`, `OXSEARCHKEYS_7`, `OXSEARCHKEYS_8`, `OXSEARCHKEYS_9`, `OXSEARCHKEYS_10` FROM `oxarticles`; # dropping copied fields ALTER TABLE `oxarticles` DROP COLUMN `OXLONGDESC`; ALTER TABLE `oxarticles` DROP COLUMN `OXLONGDESC_1`; ALTER TABLE `oxarticles` DROP COLUMN `OXLONGDESC_2`; ALTER TABLE `oxarticles` DROP COLUMN `OXLONGDESC_3`; ALTER TABLE `oxarticles` DROP COLUMN `OXLONGDESC_4`; ALTER TABLE `oxarticles` DROP COLUMN `OXLONGDESC_5`; ALTER TABLE `oxarticles` DROP COLUMN `OXLONGDESC_6`; ALTER TABLE `oxarticles` DROP COLUMN `OXLONGDESC_7`; ALTER TABLE `oxarticles` DROP COLUMN `OXLONGDESC_8`; ALTER TABLE `oxarticles` DROP COLUMN `OXLONGDESC_9`; ALTER TABLE `oxarticles` DROP COLUMN `OXLONGDESC_10`; #adding fulltext index for tags ALTER TABLE `oxartextends` ADD FULLTEXT (`OXTAGS`); ALTER TABLE `oxartextends` ADD FULLTEXT (`OXTAGS_1`); ALTER TABLE `oxartextends` ADD FULLTEXT (`OXTAGS_2`); ALTER TABLE `oxartextends` ADD FULLTEXT (`OXTAGS_3`); ALTER TABLE `oxartextends` ADD FULLTEXT (`OXTAGS_4`); ALTER TABLE `oxartextends` ADD FULLTEXT (`OXTAGS_5`); ALTER TABLE `oxartextends` ADD FULLTEXT (`OXTAGS_6`); ALTER TABLE `oxartextends` ADD FULLTEXT (`OXTAGS_7`); ALTER TABLE `oxartextends` ADD FULLTEXT (`OXTAGS_8`); ALTER TABLE `oxartextends` ADD FULLTEXT (`OXTAGS_9`); ALTER TABLE `oxartextends` ADD FULLTEXT (`OXTAGS_10`); \<code\>

Ich hatte diesen Part ja erstmal ignoriert weil ich es ja erstmal so ausprobieren wollte. Nu denn, immer hin ein kleiner Teilerfolg, jetzt hänge ich nur noch an [http://www.oxid-esales.com/de/resources/forum/installation-und-konfiguration/fehler-nach-update-auf-pe4000](http://www.oxid-esales.com/de/resources/forum/installation-und-konfiguration/fehler-nach-update-auf-pe4000)

Grüße DerTom

Nachtrag: Bin ich doof oder warum funktionieren die Formatierungen bei mir nicht ? \<code\>Banane\</code\>

---

<div class="post-metadata">

**Author:** ![marco.steinhaeuser](https://forum.oxid-esales.com/user_avatar/forum.oxid-esales.com/marco.steinhaeuser/32/1832_2.png) [@marco.steinhaeuser](https://forum.oxid-esales.com/u/marco.steinhaeuser)\
**Post date:** [December 3, 2008, 6:07pm UTC](https://forum.oxid-esales.com/t/update-script-pe-3-0-4-1-nach-pe-4-0-0-0/35703/7 "2008-12-03T18:07:04Z")

</div>

Danke für’s Feedback!

* * *

Marco Steinhäuser  
Community Operator  
OXID eSales AG

---

<div class="post-metadata">

**Author:** ![system](https://forum.oxid-esales.com/user_avatar/forum.oxid-esales.com/system/32/4245_2.png) [@system](https://forum.oxid-esales.com/u/system)\
**Post date:** [July 13, 2026, 7:42pm UTC](https://forum.oxid-esales.com/t/update-script-pe-3-0-4-1-nach-pe-4-0-0-0/35703/8 "2026-07-13T19:42:27Z")

</div>


