Newsgroup: it.comp.appl.access
Titolo: Diagrammi ER

Qual'è il migliore strumento reperebile gratuitamente in rete per 
disegnare diagrammi ER? Ne esistono?
Grazie!
Lorenzo

disegnare diagrammi ER? Ne esistono?
Interessa anche a me... Grazie!
Micio

 Lorenzo
Che sono i diagrammi ER?
Sib

Sib
Diagrammi Entità/Relazione...
Micio

Micio <...@...> wrote in message 89ugt5$l88$1...@nslave2.tin.it...

Ecchevvordi'???
Sib
--
------------------------------------------------------
il sito comune di it.comp.database.access:
http://members.xoom.it/it_db_access
------------------------------------------------------
4000 anni fa', il saggio egizio Ptahhotep scrisse:
"... perche' non esistono saggi per nascita."
------------------------------------------------------
Saturiamo ECHELON:
bomba saddam attentato medio oriente

 Ecchevvordi'???
Vuol dire che nei lontani tempi (e... non solo! ;-)) in cui non esisteva
l'autocomposizione, per progettare e realizzare un db ci si armava di santa
pazienza e si sviluppava un progetto logico a partire dai diagrammi E/R
sviluppati...
Sono semplicemente dei formalismi adottati nello sviluppo di db...
Ciao...

 Sono semplicemente dei formalismi adottati nello sviluppo di db...
e ci voleva tanto???
cominciava a sembrarmi chissa' cosa.
Sib

 disegnare diagrammi ER? Ne esistono?
Ora che ho capito di cosa intendi con E/R posso dirti che sul sito comune
c'e' un graziosissimo link con una aggiunta di Access che stampa le
relazioni di access cosi' come si vedono nella finestra relazioni.
Ciao, Sib

Ecchevvordi'???
Hmmm...
che scrauso!!!
Antonio

Sono semplicemente dei formalismi adottati nello sviluppo di db...
be', non è solo nei lontani tempi che si usava...
all'Università lo insegnano ancora... infatti mi
interessava proprio perché in uno dei prossimi
esami dovrò studiare i diagrammi E/R...
Micio

Antonio
ROTFL!!!
Micio

relazioni di access cosi' come si vedono nella finestra relazioni.
non è la stessa cosa... il formalismo è diverso da quello
delle relazioni di Access
Micio

 >Micio <...@...> wrote in message 89ugt5$l88$1...@nslave2.tin.it...

Spiritoso!!!
ha parlato l'arca di scienza...
Tu che Sai (colla "S" maiuscola) dammi la definizione esatta.
Sib

 relazioni di access cosi' come si vedono nella finestra relazioni.
Sě, ma le tabelle di access costituiscono al massimo uno schema 
relazionale, non uno schema entity-relationship, sono due cose diverse.
Ricordo comunque che gli schemi ER non sono vecchi formalismi caduti in 
disuso, ma sono fondamentali nello sviluppo di un qualsiasi database di 
notevoli dimensioni. Se ne puň fare a meno per un db che richieda poche 
tabelle e il lavoro di una persona soltanto, ma quando ci sono decine e 
decine di tabelle e il lavoro di piů team di persone, allora i diagrammi 
ER sono fondamentali :-))
Ciao a tutti!
Lorenzo


ben detto. mica tutti i problemi possono essere risolti con
l'autocomposizione :)

Tu che Sai (colla "S" maiuscola) dammi la definizione esatta.
E' un formalismo per la rappresentazione grafica dei rapporti tra strutture
dati relazionali...
Antonio

 Micio
D'accordo, ma e' chiaro (se non ho preso un abbaio) che le relazioni tra
tabelle sono una delle parti fondamentali delle ER.
Non vorrei apparire semplicistico, ma perche' parli di "formalismo"? O sono
cose che servono, nel qual caso sarebbe piu' corretto parlare di procedure;
o sono cose che non servono, nel qual caso non c'e' bisogno di parlarne.
Forse e' meglio se mi suggerisci una bibliografia per poter approfondire
l'argomento cosi' potro' parlarne correttamente.
Ciao, Sib

 ER sono fondamentali :-))
Certo, ma sono sicuramente una parte importante delle ER, e danno una
visione d'insieme del db da cui risulta piu' facile studiare il
funzionamento del db stesso.
Ricordo che quando lavoravo con Access 2 usavo l'analizzatore di database
ogni volta che dovevo apportare modifiche sostanziali e ricordo
perfettamente che non avendo su carta la struttura delle relazioni era un
incubo ricostruire mentalmente la logica del funzionamento del db.
Ciao, Sib

 dati relazionali...
Ok, ma in questo caso no sarebbe piu' corretto parlare di architettura del
db?
Ciao, Sib

...

Direi di no. Il db implica la presenza di una qualche sovrastruttura
software che permette la realizzazione dei rapporti tra le strutture dati
relazionali di cui sopra, che possono esistere a prescindere dal db stesso.
Ma è lana caprina comunque....
Antonio

 ER sono fondamentali :-))
E' proprio.... quello che ho detto...
Ero solo... in tono ironico... anche perchč ho terminato qualche settimana
fa un progetto logico di un db che mi ha impegnato per circa 4 mesi...
Ciao..

 esami dovrņ studiare i diagrammi E/R...
Non mi fraintendere.... era solo una battuta...
Io sono un fervido sostenitore del formalismo E/R... ti dirņ di pił... lo
trovo pure carino! ;-)
Grazie...

l'argomento cosi' potro' parlarne correttamente.
Temo di non essere il più adatto a fornire una bibliografia, infatti anch'io
cerco informazioni in merito... quello che ho detto è tutto quello che so e,
probabilmente, ci sono molte lacune in quello che ho detto!    :-)
Micio

Ciao da uno (ex?) studente in ingegneria informatica, molto deluso.
Io invece non sono deluso... anzi!
Micio

trovo pure carino! ;-)
si, lo so... anch'io mi ritrovo con tanti utenti di Access
che credono di risolvere tutto con il mouse e con
le autocomposizioni...
Micio

Vi mando un link a una serie di dispense sui DB veramente ben fatte... io ho
fatto quel corso l'anno scorso e mi č piaciuto molto.  Sono in Inglese, spero
non ci siano grossi problemi.
Come potete vedere, c'č spiegato anche il modello ER, che insegnano quindi
anche all'Universitą della California, con buona pace di coloro che lo credono
uno strumento morto (certo che adesso ci sono gli OOBDMS e gli ORDBMS...).
http://www.db.cs.ucdavis.edu/teaching/165A-WQ00/handouts.html
Buon lavoro a tutti,
    Matteo

 vuoi dire che Java è obsoleto?
Si,... a meno che non ti parlino anche di Corba! ;-)
Ciao..

Si,... a meno che non ti parlino anche di Corba! ;-)
di Corba forse no... o forse si, te lo dirò quando finirò il corso di
diploma! Comunque ci parleranno anche di RMI (con progetto
di sperimentazione)... inoltre è prevista anche sperimentazione
su macchine dotate di Linux... non ti basta?   :-)
Micio

Micio <...@...> wrote in message 8a8qql$6mu$1...@nslave1.tin.it...

Dai, finiamola di buttare giu' le nostre istituzioni dedicate
all'istruzione,
Ricordo che quando ho frequentato il triennio dell'Industriale (1985-1987
ITIS A. Volta di Palermo) tutti dicevano "quanto e brutta e scarsa la
scuola" intanto io, prima di andarci, non sapevo nulla di elettronica mentre
quando ne sono uscito progettavo e realizzavo da solo (circuito stampato
compreso) chiavi elettroniche a combinazione numerica, tra l'altro in
laboratorio (che sfruttavamo molto) avevamo gia' a disposizione oscilloscopi
digitali a doppia traccia e altri vari strumenti.
Ora lavoro come consulente per gli impianti elettronici per gli autoveicoli
e veicoli industriali. (Ogni tanto mi occupo anche di informatica ;-)
Ciao, Sib


 di sperimentazione)...  (...)
Proprio come ti dicevo...l'RMI (o Remote Method Invocation) è l'antesignano
di... Corba.. ;-)
Comunque,... stavo scherzando...
Mi sa comunque che.... siamo OT!;-))
Ciao...

Ciao...
be', RMI è previsto dalla "piattaforma" Java...
non mi sembra che Java sia obsoleto (se no
è veramente una "Javata"!)...
E poi è ovvio che uno mica si basa solo su
quello che impara nei corsi... bisogna applicarsi
anche in modo autonomo, nello studio, no?
E' inevitabile che quanto viene insegnato sia in
parte superato, in informatica, visto che il ritmo
dei cambiamenti ormai è esponenziale...
Prima di insegnare agli studenti, devono anche
imparare gli insegnanti le stesse cose...
C'è un "gap" temporale inevitabile...   :-)
Non importa se siamo OT, basta aggiungere
[OT] al subject e siamo a posto, no?  ;-)
ciao
Micio

Ciao
grazie! Peccato che quando finirò il corso (l'anno prossimo)
il diploma universitario sparisce, perché le lauree "normali"
diventano di 3 anni (più la specializzazione)...
Micio