Ergebnis der Suchanfrage

• Forum: Datenbanken

  Re: DB-Feld im Klartext als Schlüssel oder besser IDs ?

    Delphi
    by MaBuSE, 28. Jul 2005
  Wieso von der GUID wegkommen, Du spricht in deinem Titel von ID. Schau Dir mal die letzen 2 Buchstaben von GUID an.
  
  Ansonsten schliesse ich mich der Meinung von Sharky und marabu in den letzten 2 Posts an.
• Forum: Datenbanken

  Re: DB-Feld im Klartext als Primärschlüssel oder besser IDs

    Delphi
    by MaBuSE, 27. Jul 2005
  Das mag sein, ich arbeite momentan nicht mit ms-sql Servern. ;-)
  Bei Oracle ist die rowid definitiv keine GUID.
  
  
  Dito, verteilte Datenbanken meinte ich mit "bestimmte Situationen (siehe letzte Diskussion)" Ich arbeite meist mit dem guten alten integer, der automatisch um eins erhöht wird. (Ist vieleicht etwas altmodisch, funktioniert aber).
  Ich habe bisher nur in einem Projekt die GUID als...
• Forum: Datenbanken

  Re: DB-Feld im Klartext als Primärschlüssel oder besser IDs

    Delphi
    by MaBuSE, 27. Jul 2005
  Ich würde das wenn möglich ins Backend setzen. Also:
  "automatisch vom SQL-Server zu vergebender interne Datensatznummer"
  Im MS-SQL Server ist das imho eine GUID.
  
  Falls Du folgendes meinst:
  "automatisch vom SQL-Server zu vergebender Primärschlüssel"
  Dort würde ich in bestimmten Situationen (siehe letzte Diskussion) dem "autoinc Integer" eine GUID vorziehen.
  
  
  Wozu brauchst Du einen...
• Forum: Datenbanken

  Re: DB-Feld im Klartext als Primärschlüssel oder besser IDs

    Delphi
    by MaBuSE, 27. Jul 2005
  Das Randthema in der Diskussion "sprechender Primärschlüssel" war "GUID als Primärschlüssel".
  Die Diskussion kann man hier nachlesen: http://www.delphipraxis.net/internal_redirect.php?t=59862