Ergebnis der Suchanfrage

• Forum: Datenbanken

  AW: Sinnvoller aufbau einer DB

   
    by hoika, 29. Mär 2019
  Hallo,
  
  
  
  Dann gehen die Ausreden los:
  "Das war mein Vorgänger."
  "Das machen wir immer so."
  
  :)
• Forum: Datenbanken

  AW: Sinnvoller aufbau einer DB

   
    by hoika, 28. Mär 2019
  Hallo,
  das mit der Rechnungsnummer war nur ein konstruiertes Beispiel.
  
  Mir ging es hier eher darum, dass man als PK wirklich einen künstlichen Schlüssel nimmt,
  der mit den eigentlichen Daten nichts zu tun hat.
  
  Sollte ein "richtiges" Feld eindeutig sein müssen, bekommt man das auf DB-Seite locker über einen zusätzlichen Unique-Index hin.
• Forum: Datenbanken

  AW: Sinnvoller aufbau einer DB

   
    by hoika, 28. Mär 2019
  Hallo,
  ich handhabe das so:
  Ein PK hat erst mal nichts mit den Daten der Tabelle zu tun, erst ist also ein artificial key (künstlicher Schlüssel).
  Dass kann ein Integer (AutoInc) oder eine GUID sein.
  
  Vorteil:
  Der Kunde sagt:
  "Das Feld kann nie und nimmer doppelte Werte haben", z.B. Rechnungsnummer -> mein PK
  
  Der Kunde sagt 2 Jahre später
• Forum: Datenbanken

  AW: Sinnvoller aufbau einer DB

   
    by hoika, 27. Mär 2019
  Hallo,
  
  
  Einspruch:
  wenn jemand über Mitternacht weg ist, macht das Aufdröseln bei 23:59:59 nicht viel Sinn (wo bleibt dann übrigens die 1 Sekunde?).
  Ich hatte das damals mal so gemacht, dass es ein Startdatum, aber kein Enddatum gibt.
  Die Zeit selbst wurde komplett auf das Startdatum gerechnet.