[MSSQL] dubbele PK not NULL

[Verwijderd]

Hallo mensen,

Ik heb een tabel aangemaakt waarin ik gebruik maak van een dubbele Primary Key. (2 kolommen die samen 1 PK vormen)

Normaliter is een PK automatisch not NULL en werkt dit ook naar behoren.
Nu ik gebruik maak van een dubbele PK kan ik ineens wel NULL waarden invoeren (terwijl de database aangeeft dat de kolommen not NULL zijn).
Dit is niet de bedoeling.

Weet iemand hoe ik dit kan oplossen?

[curry684]

Huh? Geef eens het 'create table' script?

[Verwijderd]

Ik heb hem handmatig aangemaakt:

[Max|Burn]

auw @ structuur Sla even een boekje open over ERD's / Relationele Databases.
Sorry dat ik even geen tips geef; Ik zou zelf nooit op deze manier een db bouwen.
Naja ok..

tabel klant
tabel produkt
tabel produkt_klant
etc..

[ Voor 103% gewijzigd door Max|Burn op 27-12-2004 13:07 ]

[P_de_B]

Doe eens rechtermuisknop op de tabel --> generate SQL Script en post dat script hier.

[sopsop]

idd MaxBurn.
Je gaat mij niet vertellen dat al die velden 100 lang moeten zijn. De gecombineerde sleutel zie ik ook niet echt in.

Als ik een suggestie mag doen: pak gewoon een identity veld als PK en zet een constraint op klantnaam en productnaam. Al zie ik nog steeds niet waarom die combinatie per definitie uniek zou moeten zijn.

=edit= en idd, normaliseren zou ook geen overbodige luxe zijn.

[ Voor 9% gewijzigd door sopsop op 27-12-2004 13:09 ]

[Verwijderd]

P_de_B schreef op maandag 27 december 2004 @ 13:07:
Doe eens rechtermuisknop op de tabel --> generate SQL Script en post dat script hier.

if exists (select * from dbo.sysobjects where id = object_id(N'[dbo].[Hardwaregegevens]') and OBJECTPROPERTY(id, N'IsUserTable') = 1)
drop table [dbo].[Hardwaregegevens]
GO

CREATE TABLE [dbo].[Hardwaregegevens] (
[klantnaam] [nvarchar] (100) COLLATE SQL_Latin1_General_CP1_CI_AS NOT NULL ,
[productsoort] [nvarchar] (100) COLLATE SQL_Latin1_General_CP1_CI_AS NULL ,
[productnaam] [nvarchar] (100) COLLATE SQL_Latin1_General_CP1_CI_AS NOT NULL ,
[productmerk] [nvarchar] (100) COLLATE SQL_Latin1_General_CP1_CI_AS NULL ,
[producttype] [nvarchar] (100) COLLATE SQL_Latin1_General_CP1_CI_AS NULL ,
[serienummer] [nvarchar] (100) COLLATE SQL_Latin1_General_CP1_CI_AS NULL ,
[opmerkingen] [nvarchar] (100) COLLATE SQL_Latin1_General_CP1_CI_AS NULL ,
[extra1] [nvarchar] (100) COLLATE SQL_Latin1_General_CP1_CI_AS NULL ,
[extra2] [nvarchar] (100) COLLATE SQL_Latin1_General_CP1_CI_AS NULL ,
[extra3] [nvarchar] (100) COLLATE SQL_Latin1_General_CP1_CI_AS NULL
) ON [PRIMARY]
GO

[pjvandesande]

Je PK's zijn dus ook nog is een string (VCHAR). Het is verstandig om even een stukje te lezen over databases en relaties. Moet de klantnaam en productnaam uniek zijn?

Bij mijn vorige werk waren er meerderen klanten met dezelfde naam en zelfde product. De kans is niet groot, maar het kwam bij ons al 3x voor.

offtopic:
Me ondertitel slaat niet op de TS

[Verwijderd]

boppert schreef op maandag 27 december 2004 @ 13:08:
idd MaxBurn.
Je gaat mij niet vertellen dat al die velden 100 lang moeten zijn. De gecombineerde sleutel zie ik ook niet echt in.

Als ik een suggestie mag doen: pak gewoon een identity veld als PK en zet een constraint op klantnaam en productnaam. Al zie ik nog steeds niet waarom die combinatie per definitie uniek zou moeten zijn.

=edit= en idd, normaliseren zou ook geen overbodige luxe zijn.

Productnaam is een naam die zelf toegekend wordt aan een product en per klant gedefenieerd wordt.

[Verwijderd]

questa schreef op maandag 27 december 2004 @ 13:12:
Je PK's zijn dus ook nog is een string (VCHAR). Het is verstandig om even een stukje te lezen over databases en relaties. Moet de klantnaam en productnaam uniek zijn?

Bij mijn vorige werk waren er meerderen klanten met dezelfde naam en zelfde product. De kans is niet groot, maar het kwam bij ons al 3x voor.

offtopic:
Me ondertitel slaat niet op de TS

Okey, het is misschien logischer om een bigint met een ID veld o.i.d. te gebruiken... maar dan nog zou ik graag willen weten waarom ik NULL waarden in deze velden kan plaatsen als ze not NULL zijn en daarbij ook nog eens een PK vormen.

[ Voor 5% gewijzigd door Verwijderd op 27-12-2004 13:17 ]

[P_de_B]

Ik denk toch dat er iets vreemds aan de hand is, ik geloof niet dat SQL Server toestaan een NULL te inserten in een kolom die NOT NULL gedinieerd is. Kan het zijn dat je test op een andere tabel of database of zo?

Verder kan ik het niet anders als eens zijn met de mensen hierboven, probeer eens wat informatie over het normaliseren van databases op te zoeken, je database is niet erg uitbreidbaar op deze manier.

offtopic:
questa, het is mijn niet me

[curry684]

P_de_B schreef op maandag 27 december 2004 @ 13:07:
Doe eens rechtermuisknop op de tabel --> generate SQL Script en post dat script hier.

En vergeet niet 'generate constraints and indexes' aan te vinken daarbij

Anyway: wat een tranentrekkende structuur Doe eens snel die 'extra' fields in een aparte tabel zetten waar je ze linkt naar een klantID dat als identity en single-field PK in die hoofdtabel slingert en zo

[Verwijderd]

P_de_B schreef op maandag 27 december 2004 @ 13:17:
Ik denk toch dat er iets vreemds aan de hand is, ik geloof niet dat SQL Server toestaan een NULL te inserten in een kolom die NOT NULL gedinieerd is. Kan het zijn dat je test op een andere tabel of database of zo?

Verder kan ik het niet anders als eens zijn met de mensen hierboven, probeer eens wat informatie over het normaliseren van databases op te zoeken, je database is niet erg uitbreidbaar op deze manier.

offtopic:
questa, het is mijn niet me

Ik heb het met meerdere tabellen geprobeerd en heb bij allemaal hetzelfde probleem.

[curry684]

Okee ik heb net die exacte tabel nagebouwd in SQL Server hier, en als ik niets in die PK-velden invul krijg ik netjes de correcte error dat ik in beide velden geen NULL mag stoppen

[Verwijderd]

curry684 schreef op maandag 27 december 2004 @ 13:17:
[...]

En vergeet niet 'generate constraints and indexes' aan te vinken daarbij

Anyway: wat een tranentrekkende structuur Doe eens snel die 'extra' fields in een aparte tabel zetten waar je ze linkt naar een klantID dat als identity en single-field PK in die hoofdtabel slingert en zo

Die extra velden horen bij het product... Zoals je waarschijnlijk wel zult begrijpen is dit 1 tabel uit de gehele database. Klantnaam is bv gekoppeld aan een andere tabel waar weer klantgegevens instaan etc. etc.

Maar nogmaal... dat de structuur suckt is nu niet mijn probleem.

[P_de_B]

Je moet iets fout doen, no way dat dit een bug van SQL Server is. Zit je wel in de goede database?

[curry684]

Ik heb deze tabel gemaakt:

SQL:

CREATE TABLE [TestTable] (
    [klantid] [nvarchar] (100) COLLATE SQL_Latin1_General_CP1_CI_AS NOT NULL ,
    [meuk1] [nvarchar] (100) COLLATE SQL_Latin1_General_CP1_CI_AS NULL ,
    [pk2] [nvarchar] (100) COLLATE SQL_Latin1_General_CP1_CI_AS NOT NULL ,
    [extra1] [nvarchar] (100) COLLATE SQL_Latin1_General_CP1_CI_AS NULL ,
    CONSTRAINT [PK_TestTable] PRIMARY KEY  CLUSTERED 
    (
        [klantid],
        [pk2]
    )  ON [PRIMARY] 
) ON [PRIMARY]
GO

Deze is in principe equivalent als de jouwe, met een clustered primary key op 2 non-null velden. Daar doe ik deze query op:

SQL:

insert TestTable (meuk1, extra1) values ('woei', 'waa');

Wat dit resultaat geeft:

Server: Msg 515, Level 16, State 2, Line 1
Cannot insert the value NULL into column 'klantid', table 'Test.dbo.TestTable'; column does not allow nulls. INSERT fails.
The statement has been terminated.

Wat gewoon correct gedrag is. Ergo de bug die je noemt bestaat niet en je doet iets anders fout

[sopsop]

Verwijderd schreef op maandag 27 december 2004 @ 13:22:
[...]


Die extra velden horen bij het product... Zoals je waarschijnlijk wel zult begrijpen is dit 1 tabel uit de gehele database. Klantnaam is bv gekoppeld aan een andere tabel waar weer klantgegevens instaan etc. etc.

Maar nogmaal... dat de structuur suckt is nu niet mijn probleem.

Je hebt dus een PK die tevens FK is, en dan ook nog eens een relatie op basis van een string....

Dan kan de structuur nu nog wel niet je probleem zijn, maar neem van mij aan: dat wordt het wel.

[Verwijderd]

curry684 schreef op maandag 27 december 2004 @ 13:33:
Ik heb deze tabel gemaakt:

SQL:

CREATE TABLE [TestTable] (
    [klantid] [nvarchar] (100) COLLATE SQL_Latin1_General_CP1_CI_AS NOT NULL ,
    [meuk1] [nvarchar] (100) COLLATE SQL_Latin1_General_CP1_CI_AS NULL ,
    [pk2] [nvarchar] (100) COLLATE SQL_Latin1_General_CP1_CI_AS NOT NULL ,
    [extra1] [nvarchar] (100) COLLATE SQL_Latin1_General_CP1_CI_AS NULL ,
    CONSTRAINT [PK_TestTable] PRIMARY KEY  CLUSTERED 
    (
        [klantid],
        [pk2]
    )  ON [PRIMARY] 
) ON [PRIMARY]
GO

Deze is in principe equivalent als de jouwe, met een clustered primary key op 2 non-null velden. Daar doe ik deze query op:

SQL:

insert TestTable (meuk1, extra1) values ('woei', 'waa');

Wat dit resultaat geeft:

[...]

Wat gewoon correct gedrag is. Ergo de bug die je noemt bestaat niet en je doet iets anders fout

Als ik in ASP iets schrijf naar die tabel dan komt er wel data in te staan maar toch kan de waarde van Productnaam nogsteeds NULL bevatten!
Ergo ..................

[P_de_B]

Verwijderd schreef op maandag 27 december 2004 @ 13:44:
[...]


Als ik in ASP iets schrijf naar die tabel dan komt er wel data in te staan maar toch kan de waarde van Productnaam nogsteeds NULL bevatten!
Ergo ..................

Hier volgt een herhaling:

DIT KAN NIET IN SQL SERVER[

Je zult dus iets anders fout doen.

[curry684]

Verwijderd schreef op maandag 27 december 2004 @ 13:44:
[...]


Als ik in ASP iets schrijf naar die tabel dan komt er wel data in te staan maar toch kan de waarde van Productnaam nogsteeds NULL bevatten!
Ergo ..................

Doe nu eens in Query Analyzer right-click op die tabel, en dan 'Script to new window as... Create'. Paste het resultaat eens hier (daar zitten wel alle constraints in namelijk).

En probeer vervolgens eens wat handmatige INSERT's en UPDATE's op het ding los te laten middels QA, want het kan echt geen fout in SQL Server zijn dit is een probleem bij jou

[faabman]

Verwijderd schreef op maandag 27 december 2004 @ 13:44:
[...]


Als ik in ASP iets schrijf naar die tabel dan komt er wel data in te staan maar toch kan de waarde van Productnaam nogsteeds NULL bevatten!
Ergo ..................

ehmmm hoe geef jij die NULL op??? als een string??? dan is de waarde van het veld namelijk niet NULL maar "NULL"

edit:
ff voor de duidelijkheid, wanneer een veld de waarde NULL heeft dan ziet dat er in enterprise manager uit als

<NULL>

[ Voor 76% gewijzigd door faabman op 27-12-2004 13:59 ]

[curry684]

faabman schreef op maandag 27 december 2004 @ 13:53:
[...]


ehmmm hoe geef jij die NULL op??? als een string??? dan is de waarde van het veld namelijk niet NULL maar "NULL"

Uhm laat idd die ASP-code eens zien waarmee je de insert doet

[EfBe]

Wellicht insert ie een "" ?

[gorgi_19]

EfBe schreef op maandag 27 december 2004 @ 14:27:
Wellicht insert ie een "" ?

Ook dat is toch niet null? Dan laat hij afaik in SQL Server een lege string zien.

[JaQ]

gorgi_19 schreef op maandag 27 december 2004 @ 14:37:
[...]

Ook dat is toch niet null? Dan laat hij afaik in SQL Server een lege string zien.

Misschien dat hij daarom dus geen error krijgt?

"" != NULL

[EfBe]

gorgi_19 schreef op maandag 27 december 2004 @ 14:37:
[...]

Ook dat is toch niet null? Dan laat hij afaik in SQL Server een lege string zien.

Ja, maar sommige mensen vinden "" gelijk aan NULL bij strings. Bij strings heb je dus 2 gevallen waarin de waarde in feite 'undefined' is: "" en NULL.