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

[_doc]

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)