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

Vorrei sapere cosa pensate riguardo all'utilizzo dell'integrità 
referenziale.
Mi spiego: per come la vedo io ho il vantaggio di poter fare eliminazioni 
e aggiornamenti a catena, oltre ad avere un controllo sui dati immessi , 
ma ho un rallentamento nelle operazioni di inserimento dei dati (almeno 
ho sentito dire) e non posso spezzare la base dati in più files (utilizzo 
un .mdb).
Risultato?
Conviene smanettare un po' di più e non utilizzarla?
Ciao.

 ha scritto nel messaggio ...

In effetti il più delle volte rappresenta un impiccio, sicuramente
il suggerimento migliore è non abusarne.
A dirla tutta sarebbe bene che in fase di update i campi
della chiave univoca fossero disabilitati, in modo che gli
aggiornamenti in cascata non ti occorrano; inoltre non
è che anche le cancellazioni in cascata siano da prendere
alla leggera. Spero non ti sia mai saltato in mente che
cancellando un cliente vengano segate in automatico
anche tutte le sue fatture o i suoi ordini, se un utente
lo fa x sbaglio rischi di perdere una marea di info,
spesso una bella flaggatura è la soluzione + prudente.
Bye, Ste
Bye, Ste



 spesso una bella flaggatura è la soluzione + prudente.
Io di solito prima di eliminare qualcosa chiedo conferma 4 o 5 volte .... 
ma ho visto qualcuno che con le eliminazioni a catena ha svuotato mezzo 
DB....... :)))))
Visto che ci sono approfitto del tuo sapere :)
Ho un applicativo Access che lavora su una base dati comune (.mdb) 
residente su un server Unix.
Sinceramente non ho una grande fiducia per quanto riguarda la stabilità 
dei DB Access e visto che il DB si sta ingrandendo a vista d'occhio 
volevo passare a un DB Server.
Ho dato un occhiata a MySQL sotto Linux che però non supporta l'integrità 
referenziale (guardando nel manuale sembra che venga considerata come una 
funzione quasi inutile), ma che almeno non costa quanto Oracle o 
Informix.....
Hai esperienza di casi del genere ?
Ciao e grazie.
JBad


In effetti il più delle volte rappresenta un impiccio, sicuramente
il suggerimento migliore è non abusarne.
A dirla tutta sarebbe bene che in fase di update i campi
della chiave univoca fossero disabilitati, in modo che gli
aggiornamenti in cascata non ti occorrano; inoltre non
è che anche le cancellazioni in cascata siano da prendere
alla leggera. Spero non ti sia mai saltato in mente che
cancellando un cliente vengano segate in automatico
anche tutte le sue fatture o i suoi ordini, se un utente
lo fa x sbaglio rischi di perdere una marea di info,
spesso una bella flaggatura è la soluzione + prudente.
Bye, Ste
Bye, Ste

 wrote in message
MPG.12e7cadd5...@news.tin.it...



Lavoro regolarmente con db su macchine unix, ma sempre
con server commerciali (oracle al momento). Non vorrei
dire una sciocchezza ma mi pare che x linux si trovino
parecchi server commerciali gratuitamente o giù
di lì, ad esempio ho visto di recente su qualche rivista
Interbase e mi pare che perfino Oracle  sia disponibile
(probabilmente con qualche limitazione sugli utenti)
in modo gratuito....
Bye, Ste

Non sono d' accordo sul fatto che l' integrità referenziale sia "il più
delle volte un' impiccio". Penso infatti che sia la maniera più corretta,
sicura e performante di integrare in una base dati le regole che la
governano. Una procedura che riproduca il cascading è senza dubbio più lenta
e rischiosa, perché ad esempio chi sviluppa una seconda applicazione sulla
stessa base dati potrebbe non essere al corrente di tutte le "regole" e
combinare pasticci, cosa non possibile se tali regole sono integrate nel db.
Stefano
--
Posted from 
pop05-acc.tin.it
 [212.216.176.68]
via Mailgate.ORG Server - 
http://www.mailgate.org

combinare pasticci, cosa non possibile se tali regole sono integrate nel db.
Ma tu la usi? E come fai?
Hai tutte le tabelle in un unico mdb?
Per la serie "vorrei ma non posso"...
--
Lorenzo Coronati
--
ICDA Forever official member
<<...buona la pasta coi ricci>>
--

combinare pasticci, cosa non possibile se tali regole sono integrate nel
db.
O negli "oggetti" che a lui accedono .......
Bye, Ste



O negli "oggetti" che a lui accedono .......Bye, Ste
Come sopra...comunque considero queste tematiche interessanti e ti ringrazio
per la possibilità di discuterne.
Ciao
Stefano
--
Posted from 
pop04-acc.tin.it
 [212.216.176.67]



Altrettanto. In ogni caso le decisioni di tutti noi sono sempre
dettate dall' esperienza passata e legate ai contesti con cui
ci si è "scornati"; il contesto della soluzione (e del cliente)
è sicuramente imprescindibile per poter dire che una soluzione
è + valida di un'altra.
Bye, Ste