Ergebnis der Suchanfrage

• Forum: Datenbanken

  Re: Ersatz für GUID als Primärschlüssel

    Delphi
    by shmia, 5. Nov 2009
  Ohne clustered Index schaut eine Datenbank zuerst, ob irgendwo "Löcher" (=gelöschte Datensätze) in der Tabelle sind
  und versucht diese zu füllen.
  Andernfalls wird am Ende der Tabelle (bzw. der Datenbank) physikalisch angefügt.
  Das ist mit anderen Worten das was du geschrieben hast.
  
  Mit clustered Index ist das Verhalten so:
  Der clustered Index wird benützt, um die Einfügestelle zu finden....
• Forum: Datenbanken

  Re: Ersatz für GUID als Primärschlüssel

    Delphi
    by shmia, 5. Nov 2009
  MS SQL Server kennt einen speziellen Clustered Index (Gruppierter Index).
  Pro Tabelle kann es nur einen clustered Index geben.
  Der Primärschlüssel wird häufig als clustered Index gewählt; (das ist aber kein Muss).
  Der clustered Index ist wertvoller als nonclustered Indizies, weil der Zugriff über den clustered Index schneller ist.
  
  Die Datensätze in der Tabelle sind physikalisch in der...
• Forum: Datenbanken

  Re: Ersatz für GUID als Primärschlüssel

    Delphi
    by shmia, 5. Nov 2009
  Die Daten haben keinen natürlichen Schlüssel; also musste es ein künstlicher sein.
  Die ursprüngliche Datenbank war MS Access.
  Daher gab es keine Generatoren, Stored Procedures oder Ähnliches.
  AutoInc-Felder konnten ebenfalls nicht benützt werden, weil der Primärschlüssel nach dem Einfügen in die Mastertabelle noch als Sekundärschlüssel in weiteren Detailtabellen benötigt wird.
  
  Es blieben...
• Forum: Datenbanken

  Ersatz für GUID als Primärschlüssel

    Delphi
    by shmia, 5. Nov 2009
  In meiner Datenbank gibt es mehrere Tabellen, die eine GUID als Primärschlüssel verwenden.
  Das Problem ist nun, dass die Anzahl der Datensätze in die Hunderttausende geht und eine Tabelle über 80 Felder hat.
  Durch die Verwendung einer GUID als Primärschlüssel werden die Datensätze, die nacheinander eingebucht wurden
  über die gesamte Tabelle verstreut.
  
  Später werden dann die Verbuchungen...