Newsgroup: it.comp.software.database
Titolo: Domanda da inesperto...mi presento e chiedo :))

Salve,
sono nuovo del ng e da poco mi sono avvicinato al mondo dei db. Ho
comprato un libro (più di mille pagine!! Visual Basic 6 - Guida per lo
sviluppatore di database) per cominciare ad avere prima una panoramica
generale db in generale, e contemporaneamente stò vedendo il
funzionamento di Oracle (considerato che come programmatore non mi
serve una conoscienza da amministratore). Leggendo il mio libro ho
delle cose da chiedere.
1) Consideriamo un database relazione composto da tre tabelle:
	Clienti (Nome, N° Cliente)
	Fatture (N° Cliente, Inviato a, N° fattura)
	Articoli fattura (N° fattura, N° prodotto, Quantità)
Queste solo tabella con i rispettivi campi. I join tra le tabelle sono
i seguenti:
	Clienti (N° Cliente) --> Fatture (N° Cliente)
	Fatture (N° fattura) --> Articoli fattura (N° fattura)
Il mio libro definisce chiave primaria e chiave esterna delle tabelle:
	TABELLA	CHIAVE PRIMARIA	CHIAVE ESTERNA
	clienti		n° clienti		nessuna
	fatture		n° fattura		n° cliente
	elementi fattura	n° fattura, n° prodotto	n° fattura
Per quale motivo	 nella tabella "elementi fattura" n° fattura è
una chiave esterna?
2) Creazione del modello dei dati...per progettare un db, ho visto che
posso procedere in due modi, a prescindere da quello che utlizzerò io,
per creare un diagramma E-A (si chiamano così no?) il mio libro parla
di strumenti CASE...ma che sono?? La struttura di un db può essere
gigante...che posso usare per creare un diagramma logico di un db? Io
usavo Visio per fare cose del genere...ma a livello di programmazione,
disegnare un db...non so manco da dove si comincia :))
3) Regole di normalizzazione: normalizzazione dei dati dell
tabelle...in questa parte si parla delle regole di normalizzazione di
un database...ne descrive 5 e dice che solo di queste quelle che
normalmente si usano sono 3...ma queste regole, si usano veramente? e
quando si prendono in considerazione? Qui si parla di riorganizzare i
dati, se il db ancora non esiste...che normalizzo??
Per il momento credo sia tutto, aspetto news, grazie.
Saluti a tutti...

 dati, se il db ancora non esiste...che normalizzo??
Le tue idee... il database "nasce" nel tuo cervello, se gia' non
funziona quando e' li' (o sulla carta), non funzionera' di certo
quando sta' nel computer.
Davide

quando sta' nel computer.
Hehehe, si si...giusto giusto :))
Saluti...

di strumenti CASE...ma che sono?? La struttura di un db puň essere
Computer Aided Software Engineering, mi pare.
Come dici piu' sopra, dovrebbe essere qualcosa di simile al disegno 
delle tabelle e dei collegamenti in Access. (mai usati CASE, sorry)
-- 
Filippo "Kirone" Zamengo 
Quanto scritto deve ritenersi IMHO e indipendente dal datore di lavoro
e-mail modificata: togliere DESPAM.

 delle tabelle e dei collegamenti in Access. (mai usati CASE, sorry)
In teoria sono molto di più, traducono la tua idea, costruita con tool
grafici, in codice (Access lo fa solo per le query e poche altre cavolate).
In realtà quello che tirano fuori non è un granché, più che altro l'ossatura
del programma, ma se sei in grado di completarla e di progettarla, lo sei
anche di scriverla, adattandola meglio a ciò che vuoi scrivere dopo, almeno
per i CASE che mi hanno mostrato in facoltà (ormai circa 3 anni fa).
Ciao
            Enrico