Hallo Christian, was spricht dagegen, ein Feld für die ID zu definieren und das jeweilige UPDATE table daran aufzuhängen?
UPDATE tablename SET ….. WHERE my_id = import_id Ich gehe mal davon aus, dass du mit einem eindeutigen Index eine eindeutige ID meinst. Wenn du TCA-Felder hast, die benutzt werden - ist es vielleicht auch möglich, dass im Backend neue Datensätze angelegt werden. Dann stimmen die internen und externen uids sowie nicht mehr überein. viele Grüße Birgit > Am 27.09.2019 um 18:53 schrieb _doc <_...@freenet.de>: > > Hallo hristzian (Christian?), > > Bitte prüfe vorm Posten deine Rechtschreibung/Schreibstil. Ich finde deine > Beschreibung schwer verständlich und es ist schwer, Hinweise zu geben. > > Beschreibe einmal an einem Beispiel, wo dein Problem liegt. > - Was steht in der Datenbank? (HeidiSQL/DBeaver/PHPStorm/...) > - Was wird im Frontend angezeigt? Was hättest du erwartet? > - Was wird im Backend angezeigt / nicht angezeigt? Was hättest du erwartet? > - Was nutzt du als Grundlage (32 oder 64 Bit-Software?) > > Mit besten Grüßen > > Dieter > > > Am 27.09.2019 um 18:31 schrieb Christian Tauscher: >> 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 > > -- > --- > > Dr. Dieter Porth > Grünenstraße 23 > D-28199 Bremen > Germany > > +(049) 421 / 51 48 35 48 > +(049) 160 / 99 18 06 88 (abends/ after 18:00) > > _______________________________________________ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german _______________________________________________ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
