Ergebnis der Suchanfrage

• Forum: Datenbanken

  AW: Sinnvoller aufbau einer DB

   
    by TigerLilly, 29. Mär 2019
  Meine Erfahrung:
  In der Designphase (konzeptionelles Datenmodell) sollte die DB so sauber wie möglich designt werden. Dh auch, dass ich je Tabelle ein oder mehrere Attribute als PK identifizieren kann. Wenn nicht, ist das immer ein Alarmzeichen, weil ich die Identität eines Datensatzes willkürlich (sonst hätte ich ja einen PK) durch Businesslogik (abzählen) herstelle. Das ist nur sehr selten...
• Forum: Datenbanken

  AW: Sinnvoller aufbau einer DB

   
    by TigerLilly, 28. Mär 2019
  :shock:
  Naja, das würde ich schon eher vermeiden. Tabellen, die nichts miteinander zu tun haben, sollten nicht in einer DB liegen. Alternativ gibt es noch die Möglichkeit, das mit Schemas zu lösen.
  
  Aber wie gesagt, wenn alle gleich heißen, kann man´s weglassen. Wenn NICHT alle gleich heißen, dann nicht. Ich dachte, das erschließt sich von selbst.
• Forum: Datenbanken

  AW: Sinnvoller aufbau einer DB

   
    by TigerLilly, 28. Mär 2019
  - Wenn alle Tabellen mit wt_ anfangen, kannst du das auch weglassen.
  - Ich würde nicht alle PKs ID nennen, das führt zu einem Ducheiande. Benne sie nach der Tabelle: ID_Employee, dann kannst du auch die FK ohne Namensänderung so benennen.
  - Wenn du FK benennst, benenn sie immer nach dem gleichen Schema. id_employee ist der FK in die wt_employee. id_main sollte also id_time_main heißen etc.
  -...