Newsgroup: it.comp.appl.access
Titolo: esame su access all'università

ciao a tutti
vorrei rivilgervi alcune domande in merito ad un esame unversitario in cui è 
richiesta una minima conoscenza di access:
sul programma che mi è stato consegnato (non ho seguito le lezioni) si parla 
di diagramma E/R e sua stampa, Entità, attributi
le domande che verrano fatte sono appunto sui suddetti argomenti e la 
preparazione di un semplce db costituite da 2 tabelle relazionate, una query 
significativa, una maschera e un report....
ora, per la parte pratica non ci dovrebbero essere problemi ma ho bisogno di 
conoscere un pò di parte teorica in merito ai diagrammi E/R, rntià ed 
attributi...
chi mi aiuta???
grazie in anticipo

 ha scritto nel messaggio
news:HnRKh.52$1G5...@nntpserver.swip.net...

c' un ottimo esempio webcast, (che è anche più interessante di amici di
maria de filippi) sul sito di ugiss. Dovresti iscriverti e poi guardare
nella sezione eventi un webcast sulla modellazione dati tenuto dal
bravissimo Davide Mauri.
E' relativo a sql server, ma le parti teoriche si applicano benissimo anche
ad access.
www.ugiss.org

 ha scritto nel messaggio 
news:45fbea14$0$4798$4faf...@reader4.news.tin.it...

il fatto è che con la pratica (tabelle query e quant'altro) me la cavicchio 
è solo che vorrei delle nozioni teoriche o definizioni di quanto ho chiesto 
nel post...
grazie per la risposta cmq...

 quanto ho chiesto nel post...
le enciclopedie on line ti aiutano sicuramente...
in italiano
http://it.wikipedia.org/wiki/Modello_relazionale
http://it.wikipedia.org/wiki/Normalizzazione_del_database
ma molto migliore per la spiegazione del modello ER,
http://en.wikipedia.org/wiki/Entity-relationship_model
Segui poi i link...
Buona lettura, ed in bocca al lupo per l'esame
Ciao,
Max

"Massimo Piubelli" <massim...@accessgroup.it.invalid> ha scritto nel 
messaggio news:etgqhg$d76$1...@tdi.cu.mi.it...




Ciao,
Max
----------------------------
da un sito che ho trovato mi pare di aver capito che:
le entità sono rappresentate dalle tabelle, gli attributi sono i campi di 
queste, il diagramma E/R non è altro che la modalità di relazionare le due 
tabelle attraverso i vari campi stabilendo il tipo di relzione che queste 
devono avere: 1:1, 1:M, M:M...
ho toppato qualcosa? :-)
grazie per i suggerimenti


Vincenzo Turturro
---------------------------------------------
il sito comune di it.comp.appl.access:
http://www.sitocomune.com/
---------------------------------------------
E quello di it.comp.as400
http://www.faq400.com/
---------------------------------------------

 formalmente una qualsiasi realtà, non necessariamente una base di dati.
[...]
Quanta inutile teoria per spiegare le cose semplici.
Oh ma non mi riferisco a te!
Mi riferisco a chi, per non aver alcuna via per rendersi utile,
scrive e scrive cazzate, l'una dietro l'altra.
E a chi, per giustificare i propri emolumenti, se ne appropria
e li dispensa ex-cathedra ai poveri discenti.
E così vanno avanti una pletora di corsi di laurea nati
non per esigenze scientifico-tecnico-culturali della
collettività, bensì per l'unico scopo di intascare le
pubbliche contribuzioni.
Nella mia città (Forlì) vi è un corso di laurea con un solo iscritto!
Quando andavo all'università io si studiavano i problemi,
ora si studiano i sistemi per complicar le cose facili.
Mala tempora currunt...
Bruno

Bruno


 Ed in maniera semplice, in modo che perfino io possa capire ...
Per esempio e per rispondere alla tua domanda che forse non c'entra molto 
con il quesito del tread, si potrebbe dire:
non si può parlare di normalizzazione di una base di dati in un database che 
contiene una sola tabella e con i campi che hai indicato.
Se vuoi normalizzare una tabella verifica che non vi siano campi che 
contengono più descrizioni o valori per un solo campo: esempio
campo indirizzo che contiene via cap scala piano ecc.
Che la tabella contenga un indice univoco, ecc..
In definitiva...
Prima di spiegare la teoria partirei da un fatto concreto: perchè il mio 
database aumenta di volume? Come mai uno stesso valore è ripetuto più volte? 
Cosa posso fare per velocizzare il db?
Voglio dire che anche a livello universitario si dovrebbe partire da fatti 
concreti per arrivare alla teoria e non il contrario. La comprensione della 
teoria è, in questo caso, più forte e stabile...mi serve davvero!
[cut...]
Ciao, Carlo 

Ciao, Carlo 



Scherzi a parte Vincenzo, perchè non ti proponi per tenere un intervento
alla CISA sulle tematiche di normalizzazione modellazione, e tools di
supporto?
Mi rendo conto che i migliori del newsgroup non avranno bisogno di nozioni
teoriche, però secondo me potrebbe essere utile ad altri.
Non a caso se un esponente della comunità sql, nel webcast da me citato, ha
ritenuto fondamentale iniziare con la modellazione la serie di webcast
relativi  ad un sistema maturo come sql server e rivolgendosi ad un audience
professionale, si deduce che non se ne parla mai abbastanza.
Proponiti, secondo me MA e gli organizzatori ti supporterebbero.
M

 Quindi chiudiamo scuole ed università ?
Da qui in avanti non ritengo doverti risposte: rispondi con battute
ad argomentazioni che io propongo seriamente.
Che per il fatto di esser proposte seriamente non pretendono
certo pedissequa condivisione ma nemmeno la liquidazione
sic et simpliciter alla botta e risposta.
Bruno

 
Qui trovi qualcosa di pronto:
http://www.databaseanswers.org/data_models/index.htm
Alla prossima.
	MAX

 di considerare la relazione non 3NF, mentre invece lo è !
cut
Fai bene a mettere in guardia da possibili errori e a spiegare bene la 
teoria che sottostà all'atto pratico...considera comunque che senza questo 
tread, senza il problema presentato, non avresti/avremmo avuto la 
possibilità di esporre tanta corretta teoria.
Questo, a mio avviso, è il corretto modo di insegnare.
Ciao, Carlo 

 MAX
Veramente un ottimo link.
Ciao, Carlo 




Bruno
Vincenzo Turturro


	MAX


 Gia' normalizzare in 2NF normalmente e' sufficente.
Se può essere sufficiente normalizzare con criteri convenzionali
allora diviene accettabile che si possano avere varie Rossi Srl
nella stessa città, posto che non risiederanno mai alla stessa
via AND allo stesso numero civico AND allo stesso interno..
Se poi non ci accontenta di ciò dovranno desumersi PK da
elementi ASSOLUTAMENTE UNIVOCI quali il CF, la
partita IVA per le persone fisiche e le aziende ovvero i codici
di prodotto per le merci, etc.
Sarebbero queste le scoperte di Codd, Boyce & C.?
Bruno 

Bruno 


 di un'intera giornata di corso.
[...]
Mi sono stampato le tue considerazioni che non mancherò
di studiare accuratamente.
Bruno 

 campo codice fiscale è PK .
Questo che c'entra?
Stiamo discutendo dell'utilità delle teorie di Codd, Boyce & C!
I casi di omocodia si evitano applicando tali teorie?
Bruno

di studiare accuratamente.
Le considerazioni non sono mie, bensì dei summenzionati signori Codd & C.
Io mi sono limitato a riportarle, lo ripeto ancora una volta, in maniera succinta, riassuntiva e non del tutto rigorosa.


 c' un ottimo esempio webcast, (che è anche più interessante di amici di
Ehm...
Ehmmmmmm
Antonio

 
Se ci pensi bene, quella che hai scritto sopra, e' la normalita' nella 
vita reale.
Oggi come oggi ci sono forse, ma dico forse, pochissimi artigiani che 
hanno una sola banca la maggior parte delle azienda viaggia con tre.
ciao.
	MAX

 Bruno
Ciao,
Max

 Sarebbero queste le scoperte di Codd, Boyce & C.?
no dai però... non offendiamo i teorici ...
alla fine mangiamo anche grazie ai loro studi!!!
==================================
E loro non mangiano anche grazie ai nostri sforzi?
Bruno

 fatte.
Bene, lasciami allora pensare di appartenere alla schiera dei
"probabilmente sì".
È stato un piacere conversare con te.
Abbiamo opinioni diverse ma hai aperto una breccia nel muro
delle mie certezze. La qual cosa è sempre un fatto positivo.
Bruno 

 Bruno
Ciao,
Max

 valido.
Ripeto, ogni realtà ha le sue chiavi primarie candidate...
No, ma ad esempio il contatore o autonumber che si voglia ha anche
contro-indicazioni...
quindi resta valida la teoria di Massimo Piubelli numero 1.
dipende dalla situazione
----------------------------------------------------------------------------
---
Sia chiaro, non voglio rinfocolare un simile Flame tirando in ballo gli
identity/autonumbers/contatori...
Però ho scoperto, nel corso del tempo, che molti detrattori 'teorici' dei
suddetti, nelle rispettive applicazioni li usano eccome  ;-)
E' pacifico che in una tabella contenente "Anagrafiche pagamenti" la cosa
migliore è usare il classico codice alfanumerico come chiave primaria...
Ma quando si tratta di normalizzare tabelle contenenti movimentazioni
(Classica, ad ex., Testata Bolla/Righe Bolla) è meglio affidarsi ai
"contatori" che aggrapparsi a pesanti chiavi multicampo _che poi dovranno
tirare in ballo la Data/Ora di sistema_
Saluti

 Saluti
Ciao,
Max