Picchiottino Roberto ha scritto: > Filippo Cerulo ha scritto: > ... > > >> E perchè dovrei cercare un nominativo in TUTTE le Tabelle? Se è un >> Cliente lo cerco nei Clienti, e così via..... >> > > Riporto la mia esperienza al riguardo: > > 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. > > >> La struttura logica di un Database è il primo passo per scrivere >> applicazioni funzionanti. Meno Record ci sono in una Tabella, più veloce >> va il Software. >> Mica tanto vero... in termini di inserimenti e cancellazioni siamo nell'ordine di O(1) e quindi non dipende dal numero di record, per cui in generale bisognerebbe tendere a migliorare i tempi di ricerca (query) che risentono si del numero di record ma risentono ancor di più se per eseguire una query bisogna fare un join su più tabelle. Poi bisogna considerare se l'applicazione è da gestire sul client o sul server o tutta sullo stesso PC. > > E questa affermazione va contro la mia struttura che per forza di cose > contiene piu' record di due tabelle separate, comunque trovo strano > duplicare i dati solo perche' la stessa azienda e' ora fornitore e ora > cliente. > Concordo, e per quanto riguarda i db si dovrebbe tentare di non duplicare dati o la struttura dei record (così si modifica in un sol posto male che vada). > Ciao > Picchio > >
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
