[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