[TYPO3-german] SLQ: uid int(11) -> bigint!?

[Birgit]

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 <_doc at 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 at 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 at lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german