Null-værdi i fremmednøgle

Ja, jeg mener at det er din tabel struktur du skal tilpasse.  Siden en payment kan eksistere uden adresse saa skal din Payment-tabel kun indeholde felterne paymentid og description.  I en saerskilt PaymentAddress tabel har du saa paymentaddressid, paymentid, postcode, countryid.  I PaymentAddress tabellen er paymentid fremmednoegle til Payment tabellen og postcode og countryid er fremmednoegler til postalcode tabellen.  (Du kunne saa gaa videre og lave en country tabel med countryid og country og saa i paymentaddress tabellen erstatte countryid med country.  Saa behoever folk ikke at huske countryid, og ved at goere country fremmednoegle til country tabellen bevares den referentiele integritet.

Jeg er helt med på hvad du mener og vil ændre min tabel-struktur som du har beskrevet. Tak for din super-duper forklaring :-)

Hvis du har oprettet en FK og tilladt NULLS så vil den da fejle hvis du prøver at oprette noget som ikke er NULL og som ikke findes i PK-tabellen.
Det forstår jeg ikke hvorfor du ikke kan få til at virke, det er skam et helt almindeligt db-design.

well nu har jeg fjernet det gamle design. Christian_Belgien overbeviste mig om at jeg havde lavet et dårligt design, som nu er lavet om ;).

Men efter hukommelsen var det noget i den stil jeg havde lavet følgende tabel, der havde reference til en post-tabel med Postalcode og CountryID:
CREATE TABLE PaymentOnline
(
    PaymentOnlineID SMALLINT IDENTITY NOT NULL PRIMARY KEY
    , GUID VARCHAR(50) NOT NULL
    , F_ActivityID    INT NOT NULL
        REFERENCES Activities(ActivityID)
   
    , Amount VARCHAR(50) NOT NULL
    , Description VARCHAR(1000) NULL DEFAULT NULL
       
    , Authmail VARCHAR(50) NULL DEFAULT NULL
    , SPemail VARCHAR(50) NULL DEFAULT NULL
    , Fullname VARCHAR(50) NULL DEFAULT NULL
    , Adress VARCHAR(50) NULL DEFAULT NULL
   
    , PostalCode VARCHAR(10) NULL
    , CountryID TINYINT NULL
     
    , IP VARCHAR(50) NULL DEFAULT NULL
    , DateTimeStamp DATETIME NOT NULL
   
    , CONSTRAINT postalCode_fk FOREIGN KEY (F_PostalCode, F_CountryID)
        REFERENCES PostalCodes(PostalCode, CountryID)
)



Hvis jeg i ovenstående tabel skrev en forkert PostalCode lykkedes det uden problemer (måske skyldes det - men det er kun et gæt - at jeg kun udfyldet den ene primærnøgle[PostalCode] og ikke begge [+CountryID])

Ahh ja, din FK er sammensat. Det kan du løse ved at lave en særskilt FK constraint på hhv. PostalCode og CountryId.

Men udover det har Christian jo ret mht. normaliseringen.. Boyce Codd ;) The key, the whole key and nothing but the key :)