Ciao Sotema,
sono bloccato, ho trovato un'incongruenza fra la tabella clienti e la tabella sedi.
La tabella sedi ha come chiave primaria idsede come può essere anche chiave esterna lato molti per la tabella clienti? 

 

Dove sta il problema?
La chiave esterna per la tabella clienti è un vincolo referenziale; ti vieta di assegnare per un Cliente una Sede che non esiste nella tabella Sedi. Se poi volessi cancellare un Cliente (cosa per altro da evitare quasi sempre) ti permette di cancellarne in automatico (ON DELETE CASCADE) anche tutte le sedi corrispondenti.
 

Una impresa detiene una ed una sola Ragione Sociale. Indipendentemente dal numero di Sedi, il termine corretto è Unità Locali, che verranno utilizzate per l'esercizio dello Scopo Sociale. La Ragione Sociale viene depositata presso la Camera di Commercio (CCIAA) della provincia dove risiede la Sede Legale; la sede legale può essere una Unità Locale dell'impresa ma anche uno Studio Legale, Studio Commercialista, residenza del Titolare o del Rappresentante Legale.  All'atto della registrazione dell'impresa viene assegnato un Numero di Partita Iva ed un Codice Fiscale (nel caso di Società di Persone o Società di Capitali spesso PIVA e CF coincidono). Ogni Sede viene poi identificata con un proprio Numero di Repertorio Amministrativo (il famoso REA).

Tre tabelle servono per tenere separati i Clienti dai Fornitori e per evitare campi nella tabella anazie, che sarebbero molto spesso impostati a NULL.  Immagina un SELECT * FROM anacli WHERE prvcli = 'RM' che ti riportasse anche i fornitori. Inoltre ti semplifica la gestione deglimordini dei clienti, la gestione dei preventivi e la gestione delle commesse.

Rileggendo quanto ho scritto ieri sera mi chiedo quanto avesse bevuto prima...
Chiedo perdono a tutti ed in particolare a te Gianluigi per quanto scritto.
Una tabella eredita tutti i campi della tabella genitrice ma NON ne eredita i vincoli e la Chiave Primaria. L'utilizzo più frequente è prorpio quello di evitare duplicazioni di dati creando tabelle senza campi per la maggior parte nulli.
Ti faccio un esempio pratico. Immagina di dover catalogare i prodotti di un laboratorio che venda articoli di terzi e articoli auto prodotti. Potresti usare la seguente struttura.

Prodotti
- Codice
- Descrizione
- Prezzo
...

Terzi (eredita Prodotti)
- Fornitore

l'inserimento dei dati avverrà nel modo seguente:
INSERT INTO prodotti (codice, descrizione, prezzo) VALUES (1, 'Tazza ceramica', 12.3);
INSERT INTO prodotti (codice, descrizione, prezzo) VALUES (2, 'Piatto Fondo', 7.16);

INSERT INTO terzi (codice, descrizione, prezzo, fornitore) VALUES (3, 'Tazza vetro', 2.71,'Vetroglass');

le interrogazioni saranno eseguite:
SELECT * FROM prodotti; per l'elenco di tutti i prodotti

SELECT * FROM ONLY prodotti per l'elenco dei soli articoli auto prodotti.

SELECT * FROM terzi; per l'elenco degli articoli rivenduti ed i loro fornitori.

Fermo restando che entrambe le tabelle devono avere una loro chiave primaria.

Detto questo quello che risulta inutile, penso fosse quello che intendeva anche Berseker7, sono le relazioni idcli, idfor, idvet nella tabella anazie poichè esiste già la relazione idazi. Nel caso specifico delle tabelle ereditate anche la relazione idazie è superflua, se non dannosa.
Come sempre si tratta di decidere quale sia la strada migliore da seguire.
 

Purtroppo ancora adesso dopo averne parlato con te non ho chiaro se REA debba essere memorizzato solo per la nostra organizzazione o anche per le altre aziende: Clienti, fornitori ecc.

Allora facciamo luce...
Numero di iscrizione al Registro Imprese (RI): viene assegnato dalla Camera di Commercio (CCIAA) della provincia in cui risiede la Sede Legale di un' impresa; ogni impresa detiene uno ed un solo numero di Registro Impresa. Si tratta di un numero progressivo preceduto dalla sigla della CCIAA che lo ha rilasciato: TO 125687 - CT 99853168...
Dal 6 dicembre 2000 il numero RI è stato dismesso e sostituito dal Codice Fiscale  (non la Partita Iva) dell'impresa.

Numero di Repertorio Economico ed Amministrativo (REA): viene assegnato dalla Camera di Commercio (CCIAA) della provincia in cui risiede una Unità Locale dell'impresa sia questa un ufficio o un magazino Risulta quindi la seguente organizzazione:

Rubinetto Felice SrL

Sede Legale
Via della Cascata, 16
35121 Padova PD
PI 12865487139
Numero CCIAA PD 5541298
Numero REA 55429783

Filiale di MIlano
Via dei Fontanili, 12
20141 Milano MI
Numero CCIAA PD 5541298
Numero REA 653294

Deposito Merci
Via delle Termofili, 45
35031 Abano Terme Padova
Numero CCIAA PD 5541298
Numero REA 55429783

Deposito Merci
Via Pasterngo, 1
40123 Bologna
Numero CCIAA PD 5541298
Numero REA 882163

Tieni presente che è fatto obbligo di indicare su tutti i documenti fiscali il Numero RI, mentre il Numero REA può essere omesso.
Ai fini del nostro progetto è indispensabile memorizzare il  Numero RI e tutti i Numero REA solo per Rubinetto Felice.
Spero di averti chiarito le idee; nel fine settimana do una occhiata alle nuove relazioni.
Ciao.

Ciao Gianluigi,
perdonami se qualche volta perdo il filo, i tuoi richiami a quanto detto nei primi post è fondamentale. Purtroppo il tempo da dedicare al forum viene ritagliato tra i troppi impegni.
Cerco di essere più preciso possibile, ma sono convinto che ne usciremo vivi.
Il diagramma Relazione Aziendale 2 mi sembra quello meglio concepito, lavorerei su quello, apportando le seguenti modifiche:
1. Rinominare la tabella anamag in anasedi
2. Nella tabella anasedi inserire il campo reased
3. In tutte le tabelle eliminare il campo oragg e rinominare il campo datag in ulagg (timestamp)
4. Nella tabella rinominerei il campo idctl in idcli
5. I campi ulagg e utagg devono comparire in tutte le tabelle. Ma non sono delle relazioni.
6. La gestione dei vettori la farei in questo modo:
    La tabella principale anavet che contiene, tramite anazie, l'anagrafica
    Una tabella separata per la gestione della tipologia: locale, regionale, nazionale, espresso...
    Una tabella separata per la gestione dei tempi e delle condizioni economiche; spesso i corrieri offrono tabelle di costo in base al peso, ai volumi di lavoro ecc.
Ovviamente se la funzione di anacli, anafor e anavet è quella di gestire i campi che differenziano cade il discorso sulla eredità.

Le relazioni che ritengo superflue sono quelle inserite nel diagramma Nuova Relazione Aziende dove hai inserito in anazie i campi idcli, idfor, idvet.

Sotema

Ciao Gianluigi,
circa i nomi dei campi procedi pure con la logica sinora utilizzata; spesso nelle risposte ai post non bado alla precisione, è un difetto che mi porto fin dall'antichità.

Per quanto riguarda la tabella ansedi, dal diagramma Relazioni Aziende 2, mi pare di capire che la tabella anaper si collega alla tabella anamag attraverso le tabelle anacli, anafor, anavet, anazi; quindi sarai sempre in grado di associare la/le persone ad una aienda. Ci saranno aziende con più addetti di magazzino e aziende con un solo addetto. Dalla tabella mansio potrai selezionare gli addetti di magazzino.

Riguardo le imprese a conduzione famigliare anch'esse hanno l'obbligo di aprire una Partita Iva, qundi non vedo l'ostacolo.

Se ho male inteso ti prego di chiarirmi i tuoi dubbi.

EDIT:
ho scaricato la tabella ansed. Mi chiedo perché l'hai completamente riscritta. la struttura di anamag era corretta, poco importa che la sede sia un magazzino o uffici, resta pur sempre una sede.

Sotema

Ciao Gianluigi.
Innanzitutto complimenti per la mole di lavoro svolto, immagino dedicandogli molto del tuo tempo libero.
Ho dato un'occhiata veloce a quanto da te prodotto e vorrei segnalare solo un paio di cose. Visto che usi una tabella principale Aziende cui associ le anagrafiche vettori, clienti, fornitori ed azienda perché non utilizzare le tabelle ereditate? La tabella principale sarà ANAZIE e le anagrafiche ereditano tutti i campi della tabella padre, in aggiunta ciascuna di esse avrà un campo Codice che ti permette di identificare la singola anagrafica. Ad esempio la tabella anacli conterrà il campo codcl (codice cliente), la tabella anafor il campo codfo...

Per quanto riguarda invece la gestione degli aggiornamenti invece dei campi datag ed oragg utilizzerei un solo campu ulagg di tipo timestamp.

Spero comunque di trovare un poco di tempo domani per approfondire l'analisi.

A presto. 

Ciao Sotema,
ieri ero stanco e non mi è venuto in mente che avrei potuto (dovuto) riavviare.
Stamattina pare proprio funzionare.
Non mi ero neanche accorto che psql mi parlava in italiano, figo. 
 

I file di configurazione vengono letti all'avvio del server, per cui ogni modifica apportata, affinché diventi effettiva richiede che sia letta dal server. Puoi anche usare il comando: sudo service postgresql reload che non riavvia il server ma lo forza a rileggere la configurazione.