Newsgroup: it.comp.appl.access
Titolo: integrità referenziale





E' possibile applicare l'integrità referenziale su 
una relazione facoltativa ? In altre parole, è possibile dire ad Access che una 
foreign key abbia un valore corrispondente a una primary key di un'altra tabella 
oppure null ?


 


Grazie                         
Pietro Crincoli



 wrote in message
news:001a01c069dd$357ac0e0$0201020a@Angela...

Grazie                         Pietro Crincoli
Certamente.
Bye, Ste

E' possibile applicare l'integritą referenziale su una relazione
facoltativa? In altre parole, č possibile dire ad Access che una foreign key
abbia un valore corrispondente a una primary key di un'altra tabella oppure
null ?
Grazie                         Pietro Crincoli
Certamente.
Bye, Ste
La domanda era imprecisa. Se le due chiavi (foreign/primary) sono composte
da due campi, di cui uno obbligatorio e uno
facoltativo, posso ancora applicare l'integritą referenziale?
Non so se č chiaro, faccio un esempio:
La tabella Ordini ha la chiave esterna "societą, fattura" (che punta alla
tabella fatture). Il campo societą deve essere sempre valorizzato, il campo
fattura puņ avere valore Null. Access rifiuta di applicare l'integritą
referenziale sulla relazione ordini - fatture. O sbaglio ?
Ciao a tutti, spero in futuro di poter anche rispondere alle domande invece
di farne soltanto       Pietro Crincoli
-- 
Posted from 
urano.wintec.it
 [195.135.34.162] 
via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 referenziale sulla relazione ordini - fatture. O sbaglio ?
Bho? A naso direi di sì, ma bisognerebbe provare.
Sicuramente è la chiave per tabella fatture + stranache io abbia mai visto,
ed altrettanto sicuramente sarebbe sempre bene avere una chiave primaria
mono-campo su tutte le tabelle (sennò alla terza tabella relazionata ti
ritrovi una chiave primaria che ti occupa + spazio dei dati!!)
Ti posso dire cosa sicuramente funziona, se sulla tabella ordini hai la
chiave esterna
NumFattura che punta alla tabella fatture puoi tranquillamente impostare
l'integrità
referenziale tra fatture ed ordini anche lasciando il campo
Ordini.NumFattura a null.
Bye, Ste

 referenziale sulla relazione ordini - fatture. O sbaglio ?
Bho? A naso direi di sì, ma bisognerebbe provare.
Sicuramente è la chiave per tabella fatture + stranache io abbia mai visto,
ed altrettanto sicuramente sarebbe sempre bene avere una chiave primaria
mono-campo su tutte le tabelle (sennò alla terza tabella relazionata ti
ritrovi una chiave primaria che ti occupa + spazio dei dati!!)
Ti posso dire cosa sicuramente funziona, se sulla tabella ordini hai la
chiave esterna
NumFattura che punta alla tabella fatture puoi tranquillamente impostare
l'integrità
referenziale tra fatture ed ordini anche lasciando il campo
Ordini.NumFattura a null.
Bye, Ste
Perchè la chiave della tabella fatture (Società + NumFattura) è strana? Devo
gestire un sistema "multiazienda"
dove ogni società del gruppo ha i suoi ordini, le sue fatture... di
conseguenza la chiave primaria comprende quasi sempre la società...  O
dovrei inventare una chiave primaria?
In ogni caso, sull'help di access, alla spiegazione di "chiave esterna" dice
"se una
chiave esterna consiste di più campi e uno
qualsiasi di questi è null, tutti i campi devono essere null". Però mi
sembra una limitazione molto pesante.
Pietro



Onestamente anche a me, e mi risulta di difficile comprensione visto
che le chiavi non primarie sono "nullable" per definizione...
Ma hai provato se effettivamente le cose stanno così?
Và, mò provo e faccio sapè...
Bye, Ste


Confermo, effettivamente le cose stanno come dice l'help....
Brutta limitazione in effetti, ma ragione in più per mettere un id univoco.
Bye, Ste