Hallo zusammen.
Frage an unsere SQL Experten.
ich hab eine tabelle:
CREATE TABLE tx_tmdmovie_movie (
uid int(11) NOT NULL, # auto_increment,
pid int(11) DEFAULT '0' NOT NULL,
wichtig1 int(11),
wichtig2 ...
wichtig3 ...
PRIMARY KEY (uid),
KEY parent (pid)
);
Kennt man ja, ist soweit TYPO3 standard abgesehen das ich die uid NIHT
auto_increment hab (wird noch wichtig).
Ich im schreib da Datenen rein, und die werden regelmäßig aktualisiert.
-> Deswegen nutz eine ID in den originaldaten als uid.
Wenn sich der externe-Datensatz ändert (kommt per soap rein), dann kan
ich einfach den Datensatz mit der uid überschreiben, hab also nie altlasten.
So nun hat sich der extenerne index geändert und braucht statt int
bigint! zwar funktioniert das insoweit, als die Daten brav geschrieben
werden und mein FE rendert auch mit BIGINT alles schön raus, aber im BE
scheint mit die TCA nicht recht mitzumachen...
uid wird ohnehin nicht in der TCA definiert, das geschieht wohl generell
irgendwo im core, und diese Funktion ist auf int beschränkt, weil ich
kann die Datensätze nicht mehr öffnen.
Weiß jemand mehr darüber? oder hat mir jemand einen tipp wie ich BIGINT
irgendwie umrechnen kann das wieder eine eindeutige uid entsteht aber
eben nur INT.
Das "Geburtstagsproblem" (-> z.B. indentische hash-werte mit
unterschiedlichem input) kömmer mal vernachlässigen, weil ich nie den
gesamten Adressraum belege, eher ein paar Handvoll Datenssätze.
Oder kann ich den auto increment für uid wieder anstellen und einen
eigenen index-definieren (zusätzlich) mit dem ich ebenso korrekt daten
überschreiben kann?
Bin da dank bar für Hilfe, bin nicht der SQL experte und verlier mich
immer in der mysql doku ohne wirklich verstanden zu haben was ich grad
las....
Ich probiers halt aus.
Danke nochmals für Eure geduld,
hristzian
_______________________________________________
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
