[TYPO3-german] bei Felderweiterung nicht die uid sondern anderes Feld speichern
Koller Michel
webmaster at einfallsreich.ch
Fri Apr 15 17:58:47 CEST 2011
Hallo Chris
Ich verstehe Deine Bedenken, das ist allerdings ein Spezialfall, in dieser
Tabelle hat es eben einen anderen eindeutigen Idetifikator eine sogenannte
"user_id" diese wird im verlauf mit anderen Tabellen Beziehungen herstellen.
Und nun der Spezialfall, diese Tabelle wird ab und zu von extern mit
frischen Daten gefüllt, sodass die "uid" sich verändern kann ein User (das
ist eben eine Usertabelle) hat heute die uid 22 und morgen die 23 weil die
Tabelle total geleert und neu gefüllt wird. Also bin ich gezwungen einen
eigenen eindeutigen "user_id" zu benutzen, der übrigens auch mitgeliefert
wird, also teil des externen imports ist.
Drum bin ich gezwungen den Idetifikator der extern zugeführten Daten zu
benutzen.
viele Grüsse
M.Koller
"Christian Wolff" <chris at connye.com> schrieb im Newsbeitrag
news:mailman.1.1302871223.20562.typo3-german at lists.typo3.org...
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Am 15.04.2011 13:33, schrieb Koller Michel:
>> Guten Tagsmu
>
>> Ist auch möglich das eben nicht die uid sondern ein anderes Feld des
>> selben
>> Datensatzes dort gespeichert wird? kann ich das manipulieren?
>
> warum willst du denn ein anderes feld dort speichern?
> du willst doch in deiner relation zu einem bestimmten "datensatz" und
> dafür brauchst du einen "eindeutigen Idetifikator (Unique ID kurz UID)
>
> wenn du später daten aus dem anderen datensatz benötigst kannst du dir
> die daten ja per SQL Join problemlos holen.
>
> gruss chris
>
>
> - --
> Christian Wolff // Berlin
> http://www.connye.com
>
> some projects:
> http://richtermediagroup.com | http://titanic.de | http://keyopinions.info
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.10 (MingW32)
>
> iEYEARECAAYFAk2oPKgACgkQIcCaXPh/JHHzFQCgnCBPBxipRMSyuGb16E5KAQyz
> kWIAnAj1LGmvOFGChLBHEAuEPfQcBePz
> =KB8K
> -----END PGP SIGNATURE-----
More information about the TYPO3-german
mailing list