2008/1/3, [EMAIL PROTECTED] [EMAIL PROTECTED]:
Alessandro Cattelan wrote:
Per dare un seguito a quanto proposto in una precedente discussione,
ho caricato alla seguente pagina uno schema dei campi e delle tabelle
che dovrebbe contenere il database a cui pensavo:
grazie peolo, mi hai risolto una bella gatta da pelare: già mi vedevo a
tagliare ed incollare 974 stringhe suddivise per 10 colonne...!
gianfrnaco
- Original Message -
From: [EMAIL PROTECTED]
To: utenti@it.openoffice.org
Sent: Thursday, January 03, 2008 8:47 AM
Subject: Re: [utenti]
configure: error: Unable to find the unixODBC headers in '/usr/include'
Infatti nella cartella /usr/include non trovo niente di unixODBC
eppure in Synaptics unixODBC è installato, come posso procedere per
capire dove è il problema?
Scusami se ti disturbo ancora ma una volta che ne sono
[EMAIL PROTECTED] ha scritto:
Posso cominciare a fare delle osservazioni?
1) perchè hai creato due distinte tabelle per client e users? Non è +
semplice usare un'unica tabella per tutti i soggetti e distinguerli
poi con un campo bool o tinyint in client users collegues ecc?
Ci ho dato
Filippo Cerulo wrote:
[EMAIL PROTECTED] ha scritto:
Posso cominciare a fare delle osservazioni?
1) perchè hai creato due distinte tabelle per client e users? Non è +
semplice usare un'unica tabella per tutti i soggetti e distinguerli
poi con un campo bool o tinyint in client users collegues
[EMAIL PROTECTED] ha scritto:
secondo te non basta aggiungere un qualche cosa che distingua i
clienti dai colleghi piuttosto che i fornitori o i prestatori d'opera
ecc? Usando una sola tabella e distinguendo i vari soggetti si evita
di avere due distinti archivi per i soggetti. Ma sicuramente
Filippo Cerulo wrote:
[EMAIL PROTECTED] ha scritto:
secondo te non basta aggiungere un qualche cosa che distingua i
clienti dai colleghi piuttosto che i fornitori o i prestatori d'opera
ecc? Usando una sola tabella e distinguendo i vari soggetti si evita
di avere due distinti archivi per i
Ciao a Tutti
Mi sapete dare una dritta veloce su come creare un foglio elettronico che
sia condiviso anche in modifica e che possa essere quindi modificato nello
stesso istante da più utenti ?
Stavo provando le nuove GoogleApps in cui c'è una bella sezione Documenti in
cui vengono importati
[EMAIL PROTECTED] ha scritto:
ok quindi tabelle diverse.
Allora tabelle diverse sia per persone fisiche che giuridiche (tutti i
tipi di società). Che condividono l'accesso ad una tabella in cui sono
riportati i soli indirizzi e recapiti?
Scusami, rischiamo di andare OT. Mi spiego meglio con
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
In merito a come realizzare le tabelle di un database esistono le forme
normali (il livello più basso è 1, il più alto è 6) che stabiliscono
delle linee guida da seguire. In linea di massima arrivare alla terza
forma normale è lo standard di fatto.
In merito alla vostra discussione riguardo
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
Micron Engineering wrote:
Per progettare il db vi consiglio l'uso di DbDesigner 4 che consente
l'uso di quasi tutti i db visto che può utilizzare i driver odbc e
quindi vi può aiutare sia per il reverse engineering sia per
verificare che il db che avete progettato è allineato con quello
13 matches
Mail list logo