Filippo Cerulo ha scritto: > Picchiottino Roberto ha scritto: >> Io, nel mio db per l'azienda, ho una sola tabella con clienti e >> fornitori, quando faccio una fattura registro id_destinatario e >> id_mittente, in questo modo riesco a fare la contabilita' di piu' >> aziende senza problemi. (non che lo usi... ma l'ho utilizzato ...) >> >> Mi trovo bene e trovo comodo che dati omogenei siano nella stessa >> tabella. Quello che oggi e' un cliente domani e' un fornitore e quindi >> una tabella e' comoda. >> > Vabbè, qui siamo decisamente OT. > > Tanto per precisare, non stiamo parlando di Clienti e Fornitori, dove, > se un'anagrafica è contemporaneamente Cliente e Fornitore, posso anche > capire. > Stiamo parlando di Clienti e Colleghi (cioè collaboratori al progetto) > che non hanno NULLA in comune dal punto di vista di strutturazione del > Db, meno ALCUNI campi. Ok facciamo un esempio riduttivo: TClienti: RagSociale, PIVA, Nazione, Città, CAP, Via, NumeroCivico, Telefono, Fax, Email, WWW, TotOrdinato, TotPagato, TotScaduto TFornitori: RagSociale, PIVA, Nazione, Città, CAP, Via, NumeroCivico, Telefono, Fax, Email, WWW, TotOrdinato, TotPagato, TotScaduto TColleghi: Cognome, Nome, CodiceFiscale, Nazione, Città, CAP, Via, NumeroCivico, Telefono, Fax, Email, WWW, Cellulare TContatti: Cognome, Nome, Telefono, Fax, Email, Cellulare, RagSociale,
ora... a me sembra sia meglio: TAnagrafica: IDAnag, AziendaPersona, IDAziendaPers TAnagAziende: IDAzienda, RagSociale, PIVA TAnagPersoneFisiche: IDPers, Cognome, Nome, CodiceFiscale TIndirizzi: IDIndirizzo, Nazione, Città, CAP, Via, NumeroCivico, Telefono, Fax, Email, Cellulare,WWW, IDAziendaPers TConti: IDConto, TotOrdinato, TotPagato, TotScaduto, IDAziendaPers dove i campi ID sono le foreign key tra le varie tabelle. L'unica fk che merita descivere è IDAziendaPers che si relaziona con IDAzienda o IDPers in funzione di quali record filtrare. > > Tornando al discorso Clienti / Fornitori, anche in questo caso non > sono daccordo. > Supponendo di impostare un valore intero, chiamato ad esempio TIPO con > questi valori: 0=Cliente/Fornitore, 1=Solo Cliente, 2=Solo Fornitore, > ogni volta che devo fare una ricerca sull'archivio dei Fornitori > dovrei impostare un criterio del genere: "TIPO=0 or TIPO=2", che > comporta pur sempre l'esecuzione di una Query. > > Quindi a volte duplicare i Dati su due Tabelle può essere conveniente, > ma si giudica caso per caso. > > Ciao >
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
