Firebird + Zeos

[Serpente80]

Salve 
Uso Lazarus da un paio di annetti e ho sviluppato qualche programmino su SQLite senza troppi problemi.
Ora vorrei fare il salto e passare a firebird per un progetto un attimo più serio.
Non ho mai avuto a che fare seriamente con DB relazionali.
Ora espongo il mio problema:
Mettiamo che io voglia creare un form "SCHEDA" che contenga i dati del cliente sotto forma di DBedit, e l'elenco degli ordini sotto forma di DBgrid.
Da quello che ho capito dovrei creare 2 tabelle: Clienti e Ordini, creare una relazione tra le 2 e caricare i dati delle rispettive tabelle tramite 2 Zquery e 2 datasource separati.
E' così o sono totalmente in alto mare ?

[nomorelogic]

diciamo che ci sei, non sei sicuramente in alto mare
però per gli ordini forse dovresti creare 2 tabelle:

• testata (con nr. ordine, cod. cliente, riferimento, tipo pagamento, e bla bla bla) ed è qua che devi creare la relazione con la tabella clienti
• dettaglio (dove si mette il contenuto: di solito un ordine può contenere più articoli) che è legato da una relazione con la testata

[Serpente80]

Si, m'era pure venuto il dubbio che le tabelle dovessere essere addirittura 3.
Ma come le "collego" in modo che passando alla scheda successiva si aggiornino tutti i dati ?
Devo fare tutto via codice o esiste un modo automatico ?

[Stilgar]

Dove testata faccia da master table per dettaglio...
Altrimenti sai che bordellone cercare di capire

[Serpente80]

Avete per caso una buona guida per FlameRobin ? In particolare che mi faccia capire come creare correttamente una relazione tra tabelle.
Ho provato ad impostare primary e foreign key di 2 tabelle ma non so se l'ho fatto in modo giusto.

[nomorelogic]

Avete per caso una buona guida per FlameRobin ? In particolare che mi faccia capire come creare correttamente una relazione tra tabelle.
Ho provato ad impostare primary e foreign key di 2 tabelle ma non so se l'ho fatto in modo giusto.

in questo caso non ti serve una guida per flame robin ma una per sql
posta le 2 PK e la "ADD CONSTRAINT"

[Serpente80]

Appena rientro posto il pastrocchio 

[Serpente80]

Ecco:

[nomorelogic]

sembra corretta

permettimi un paio di consigli

1) abituati a leggere il DDL (istruzioni SQL per definizione tabelle etc)
nel tuo caso dovresti trovare
ALTER TABLE ORDINI
ADD CONSTRAINT FK_ORDINI_1
FOREIGN KEY (CLIENTEID) REFERENCES TABLE CLIENTI (ID);
a prescindere dalla GUI che usi, una frase simile verrà comunque generata: se è giusto si vede meglio da quà

2) chiama le primary key come PK_NOME_TABELLA
non è di sicuro una regola ma se dai un prefisso, dall'interno dei tuoi programmi puoi intercettare le eccezioni e tentare di dare un messaggio decente all'utente


Edit:
una domanda: nella tabella CLIENTI c'è un campo ORDINI.
Che uso intendi farne?

[Serpente80]

Si, la DDL dice esattamente quello che hai scritto.
Il campo ordini in effetti l'ho messo lì ma non mi erano ben chiari alcuni concetti.
Il parametro restrict in update e delete cosa significa ?

[nomorelogic]

Il parametro restrict in update e delete cosa significa ?

nul tuo caso significa che non puoi cambiare il campo ID di un record della tabella CLIENTI se c'è un solo record nella tabella ORDINI dove il campo CLIENTEID ha il suo riferimento.

se fosse stato specificato CASCADE si avrebbe avuto un comportamento un sacco interessante: al variare del valore del campo ID di un record della tabella CLIENTI, tutti i record della tabella ORDINI (dove si verifica il riferimento CLIENTEID / ID) avrebbero subito un aggiornamento del campo CLIENTEID allo scopo di mantenere l'integrità referenziale.

forse sono stato un po' contorto nella spiegazione?

[Serpente80]

Ho capito.
Ma esiste un modo per caricare dati da diverse tabelle, su diversi controlli (dbedit,dbgrid) usando una singola query ?
E c'è un modo "automatico" per collegare tot articoli ad un ordine o bisogna fare via codice ?
Perdonate la niubbaggine 

[nomorelogic]

Ma esiste un modo per caricare dati da diverse tabelle, su diversi controlli (dbedit,dbgrid) usando una singola query ?

solitamente il collegamento database->controlli passa per un dataset ed un datasource.
Un datasource punta ad un dataset (quest'ultimo riceve i dati dal database). N controlli puntano ad uno stesso datasource (e quindi più controlli possono manipolare lo stesso campo).
E' una suddivisione dei compiti di ciascuna classe molto logica e radicata nella programmazione. Anche ADO sotto win funziona così nonostante alcune differenze di implementazione.

E c'è un modo "automatico" per collegare tot articoli ad un ordine o bisogna fare via codice ?

Mi sa che non ho capito "o bisogna fare via codice"...
Comunque, in linea generale nel database devi avere un'altra tabella che colleghi N articoli ad uno stesso ordine. Queste due tabelle devono essere gestite da 2 dataset e 2 datasource.

[Serpente80]

In effetti mi sono spiegato da cani.
Volevo dire:
In visual studio una volta create tabelle e relazione, e trascinati i controlli sul form, in automatico collega i dati delle 2 tabelle. É possibile fare una cosa del genere in lazarus o bisogna fare via codice ? Non che mi pesi il culo, ma scoprire che esiste un modo easy dopo aver scritto un mare di codice mi darebbe alquanto fastidio :-)

[nomorelogic]

visual studio non lo conosco quindi non so fare paragoni.
però lazarus ti permette di creare le relazioni master/detail impostando i campi chiave e poco altro.
non sarà automatico nel senso del riconoscimento delle pk ma non serve scrivere codice.