linux user group brescia

On Tue, May 06, 2003 at 06:20:19PM +0200, cartolina wrote:
...
> >L'indice (nella terminologia relativa al mondo dei DB) non ha a che vedere
> >con quello che intendi tu. Si tratta di un attributo, in particolare della
> >primary key. Non e' per stracciare i maroni ne' per fare il perfettino. E'
> >che senno' non ci si capisce.
> 
> prego, straccia pure, ho bisogno di una scrollata
Te ne pentirai :-)
> e' che avendo bisogno di un riferimento per piu' tabelle, pensavo di usare
> una colonna sola
> ecco, a questo non avevo pensato, posso mettere una primary key
> e un serial NOT NULL di riferimento per l'integrita' referenziale.
Se metti PRIMARY KEY il seriale della tabella "primaria" e FOREIGN KEY
quello della tabella "secondaria" che si riferisca a anagrafica.id non
funziona? Il NOT NULL non serve.

> e a questo punto non so piu' una primary key a che mi serve, il che e'
> grave
Perche'? Come sempre serve per identificare univocamente una tupla.

> >A parte che non ho capito che ci sta a fare il CONSTRAINT. Comunque il
> >concetto di base e' sempre quello, sia che usi il REFERENCES sia il
> FOREIGN
> >KEY.
> il CONSTRAINT, a quanto mi consta(scusa), serve solo a dare un nome al
> CONSTRAINT
> se fai un dump dopo aver messo una REFERENCES su una colonna, ti crea un
> CONSTRAINT chiamato $1
Ah, lo mette il postgres? Perche' non e' mica necessario metterlo.

> <Mi pare che ci sia qualcosa per dia, ma non ci giurerei.
> ??dia?
> 
> be' mi leggero' il testo del gelma,(grazie gelma, un bacio),
> continuo a fare prove e a studiare,
> si vedra' quel che salta fuori
Good Luck!

-- 
        Giuseppe "Cowo" Corbelli ~\/~ My software: http://cowo.yoda2000.net
-<! When I was young I used to pray for a bike. Then I realized that God 
	 doesn't work that way. So I stole a bike and prayed for forgiveness. !>-