constraint im sql-server

Re(3): constraint im sql-server

Ardjan — Thu, 21 Aug 2003 20:17:16 GMT

Redundanz ist nur dann böse, wenn es zwei verschiedene Stellen gibt die die gleiche Daten eingeben. Für Beschleunigung könnte man hier durchaus der zusammengesetzte Kode von einen Trigger erstellen lassen und eintragen. Das spart Zeit beim Select, da man nicht im Select zusammensetzen muß.

Ardjan

Re(2): HILFE - PANIK

D_I_D_I — Thu, 21 Aug 2003 13:29:48 GMT

ähmm, ups meine schuld!
jetzt funktioniert alles, ich bin glücklich und du bist schuld! danke!!

Re(6): constraint im sql-server

D_I_D_I — Thu, 21 Aug 2003 13:26:21 GMT

alles klar!! ich werd ja noch richtig gscheit

Re: HILFE - PANIK

Sir Hondo — Thu, 21 Aug 2003 13:20:02 GMT

Schaut so aus als wäre dein eindeutiger Schlüssel wohl nicht so ganz UNIQUE.

Re(5): constraint im sql-server

Sir Hondo — Thu, 21 Aug 2003 13:17:04 GMT

Hmm,

dein Beispiel ist absolut ok, nur bei deiner Zusammenfassung "man speichert also den kombinierten ..." muss ich sagen, kann man so machen, muss man nicht. Wenn der Kombi-Schlüssel aus lauter NOT NULLs besteht, kannst auch darüber den PK machen. Ich persönlich bin ein großer Fan von künstlichen PK, aber ich kenne genug Leute die hassen künstliche Schlüssel wie die Pest. Bei deinem konkreten Fall aber macht es absolut keinen Sinn den Kombi-Schlüssel als PK zu verwenden. Man stelle sich vor, du willst eine Detail-Tabelle zu den Artikel machen, da bestünde der FK in der Detail-Tabelle wieder aus 6 Attributen und das wäre ja total unlesbar, ganz abgesehen mal von Redundanzen.

greetz
Walter

HILFE - PANIK

D_I_D_I — Thu, 21 Aug 2003 13:11:59 GMT

'Artikel'-Tabelle
- Index 'IX_Artikel' kann nicht erstellt werden.
ODBC-Fehler: [Microsoft][ODBC SQL Server Driver][SQL Server]CREATE UNIQUE INDEX wurde beendet, da ein doppelter Schlüssel für die Index-ID 4 gefunden wurde. Der signifikanteste Primärschlüssel ist 'E'.
[Microsoft][ODBC SQL Server Driver][SQL Server]Einschränkung konnte nicht erstellt werden. Siehe vorherige Fehler.
[Microsoft][ODBC SQL Server Driver][SQL Server]Die Anweisung wurde beendet.

Re(4): constraint im sql-server

D_I_D_I — Thu, 21 Aug 2003 13:07:00 GMT

ahh verstehe - wieder was gelernt! danke!

man speichert also den kombinierten schlüssel als UK und den "zusammengesetzten string" als PK - hab ich das richtig verstanden?

ich erlaube mir dir kurz meinen fall zu schildern um zu sehen ob ich alles richtig gemacht habe:
ich hab eine artikeltabelle, die eine artikelnummer als PK hat. ausserdem gibt es eine 18-stellige statistiknummer für den artikel. stelle 1-3 bedeutet zB antriebsart 4-6 zB Marke usw.
jetzt hab ich pro "klasse" (also zB 1-3) eine tabelle gemacht und in der artikeltabelle 6 FK´s auf die neue Tabelle. Auf diese 6 FK´s hab ich jetzt den UK gesetzt. Ist das gut so?

vielen, vielen Dank!

Re(4): constraint im sql-server

Sir Hondo — Thu, 21 Aug 2003 13:06:57 GMT

Grundsätzlich kann man auch auf den UK einen FK setzen, hab das aber noch nie gesehen, geschweige denn selbst gemacht bzw. bin ich mir nicht sicher, ob das alle RDBMS unterstützen ?!?

greetz
Walter

Re(3): constraint im sql-server

Sir Hondo — Thu, 21 Aug 2003 13:00:16 GMT

das ist Ansichtssache, meistens die vom Kunden.

greetz
Walter

Re(3): constraint im sql-server

Sir Hondo — Thu, 21 Aug 2003 12:58:19 GMT

Die wesentlichen Unterschiede sind:

- PK nur auf NOT NULL Felder und es kann nur einen pro Tabelle geben.

- Unique NOT NULL oder NULL is egal, Hauptsache eindeutig und theoretisch
beliebig viele pro Tabelle möglich.

- Foreign Keys gehen auf den PK nicht auf den UniqueKey.

Oft gibts die Kombi PK entsteht aus einem künstlichen Schlüssel und der UniqueKey enthält den natürlichen Schlüssel.

greetz
Walter

Re(2): constraint im sql-server

Psychopath — Thu, 21 Aug 2003 12:56:42 GMT

Redundanz ist boese

Re(2): constraint im sql-server

D_I_D_I — Thu, 21 Aug 2003 12:48:40 GMT

ja würd gehen - würde dann aus einem strukturierten einen kombinierten schlüssel machen. aber der vorschlag von sir hondo ist (wie immer) erfolgversprechender

trotzdem danke!

Re(2): constraint im sql-server

D_I_D_I — Thu, 21 Aug 2003 12:42:46 GMT

ich will nur dass 5 bestimmte felder in einer tabelle zusammen eindeutig sind und kein 2. mal in der tabelle vorkommen

ahh hab "unique" gefunden es gibt 3 schlüssel-typen PK/Index/Unique! alle davon können auch strukturiert sein.

kannst du mir bitte nochmal kurz den unterschied zwischen unique und pk erklären? ist der unterschied, dass PK NN sein muss und die zeile indentifiziert und unique nicht?

danke

Re: constraint im sql-server

Ardjan — Thu, 21 Aug 2003 12:40:09 GMT

Da kenne ich mich nicht direkt so aus. Aber um das ganze (vielleicht) einfacher zu machen, könntest du ein extra Feld in der Tabelle anlegen wo der ganze zusammengesetzter Schlüssel extra abgespeichert wird. Wennst einen Trigger definierst der dieses Feld füllt, braucht du weiter nix mehr zu machen...

Ardjan

Re: constraint im sql-server

Sir Hondo — Thu, 21 Aug 2003 12:35:27 GMT

Was soll der Constraint Checken ?
Eindeutigkeit ?

Falls ja, wie wär's mit einem Unique Key ?

greetz
Walter

constraint im sql-server

D_I_D_I — Thu, 21 Aug 2003 12:28:54 GMT

hi!

ich hab eine tabelle bei der 5 spalten zusammen eindeutig sind! (nicht als PK!) jetzt möcht ich dafür einen (check) constraint festlegen und brauche den "Einschränkungsausdruck"?
oder macht man da einen zweiten strukturierten primärschlüssel?