Zum Inhalt springen

tt_address und sql error

Erstellt am 23. März 2005 · 7 Antworten · letzte Antwort am 24. März 2005

Tags: tt_address, Datenbank, Frage

fschnidi ·

guten tag
probiere nun schon über einen tag..aber wie ich es auch drehe, wenn ich tt_address installiere erhalte ich auf backend und frontend diverse mysql errors . zb:

Warning: mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in /home/marcelt/public_html/t3lib/class.t3lib_db.php on line 689

hat vielleicht jemand ähnliche probleme, oder kann mir einen tipp geben?

gruss flo

typo3 3.6.2

fschnidi ·

hallo!
ja ich verwende

MySQL 4.1.10a

gell das hat was damit zu tun, dass er mit "increment 0" usw probleme hat?....
ich glaub andere hatten schon bei andren extensions probleme damit.

ich habe mir nun so beholfen: bei einer anderen typo3installation auf einem völlig anderen(!) server habe ich die tt_address tabelle exportiert und in meine problemfall-tabelle eingefügt...nun funtzt's..

gruss flo

maxhb ·
fschnidi schrieb

hallo!
ja ich verwende
MySQL 4.1.10a
gell das hat was damit zu tun, dass er mit "increment 0" usw probleme hat?....

Das Problem ist die Festlegung von Standardwerten (default '0') für autoincrement-Felder. Bis Version 4.0.x machte das keineProbleme, darüber liegende Versionen meckern (zu recht) darüber.

CU
maxhb

fschnidi ·

shit. gibts da ein "mittel" dagegen?

nun wollte ich eine simple d_mail gruppe erstellen..schon wieder mysql error. langsam bin ich am verzweifeln. ich glaube das ganze direct_mail ist extrem empfindlich betr. sql sachen.

gruss flo

maxhb ·
fschnidi schrieb

shit. gibts da ein "mittel" dagegen?

AFAIK ist das einzige Mittel, die ext_tables.sql Datei einer Extension in den PHP-MyAdmin zu kopieren und dort die Defaultwerte für die autoincrement-Felder zu entfernen - dann läuft alles rund.
Das problem ist allerdings schon eine Weile bekannt und ich hoffe mal, dass in Version 3.8 von Typo3 eine entsprechende Anpassung stattfindet.

CU
maxhb

maxhb ·
fschnidi schrieb

und der andere workaround wäre eine andere mysql version, sehe ich das richtig?

Entweder dass, oder das SQL in der ext_tables.txt ändern, allerdings meckert der Extension-Manager dann immer rum, dass er die Autoincrement-Felder neu anlegen möchte, da die aktuelle Definition (angeblich) von der in der DB abweicht.

CU
maxhb