[TYPO3-german] Extension Manager fordert mich ständig zum "Tabellen-Altern" auf ...

Hannes typo3 at sinus-medien.de
Wed Jul 4 11:54:17 CEST 2007


So, jetzt habe ich den Felher doch noch gefunden:
(es war das Leerzeichen hinter dem Komma)

PRIMARY KEY (user_id, criteria_id)
                    ^^^

besten Dank für die Tipps!
hannes

In article 
<mailman.1.1183538781.16244.typo3-german at lists.netfielders.de>,
 Hannes <typo3 at sinus-medien.de> wrote:

> Hallo Andreas,
> 
> wenn ich z.B. die Tabelle in der Datenbank lösche und dann in den 
> Extension-Manager gehe wird die Tabelle wieder korrekt angelegt. Beim 
> erneuten Aufruf der Extension-Infos erscheinen allerdings wieder diese 
> "ALTER TABLE ..." Aufforderungen.
> 
> Vielleicht hilft Dir ja mein SQL:
> 
> CREATE TABLE tx_blabla (   
>    user_id int(11) DEFAULT '0' NOT NULL,
>    criteria_id int(11) DEFAULT '0' NOT NULL,
>    expected int(11) DEFAULT '' NOT NULL,
>    achieved int(11) DEFAULT '' NOT NULL,
>    tstamp TIMESTAMP(14) NOT NULL,
> 
>    PRIMARY KEY (user_id, criteria_id)
> );
> 
> grüsse,
> hannes
> 
> > nein, vermutlich ist einfach nur das SQL nicht ganz korrekt. Z.B. wird
> > folgender SQL-Code in der ext_tables.sql immer wieder einen
> > Update-Versuch hervorrufen:
> > 
> > blafusel VARCHAR(2) DEFAULT '' NOT NULL
> > 
> > Das deswegen, weil MySQL - ich weiß nicht, ob wirklich immer -
> > VARCHAR-Spalten unter einer bestimmten Länge automatisch in CHAR
> > konvertiert. Wenn dann in deiner SQL-Definition immer noch ein VARCHAR
> > steht, erkennt TYPO3 natürlich den Unterschied und will die Tabelle
> > ändern. Weil MySQL das aber nicht zulässt, kriegst du beim nächsten
> > Aufruf des EM oder auch des Database Analyzer im Install Tool wieder die
> > gleiche Änderung präsentiert.
> > 
> > Probier vielleicht mal, den im EM angezeigten SQL-Code direkt in
> > phpMyAdmin oder auf der MySQL-Konsole auszuführen, dann sollte eine
> > Fehlermeldung kommen, die evtl. in die richtige Richtung zeigt.


More information about the TYPO3-german mailing list