Re: [utenti] Gestionale - tb indirizzi
Picchiottino Roberto wrote:
[EMAIL PROTECTED] ha scritto:
Ciao,
i discorsi su come impostare il DB van bene... ma parliamo anche di
campi e dati.
Per la eventuale tabella indirizzi potrei suggerire una stuttura di
questo tipo (scusate la struttura di mysql e la denominazione dei campi
per la poca fantasia):
Premetto che non sono un esperto
Per un cosi' ampio insieme di campi io farei tre tabelle, una con i
dati essenziali (anagrafica), una con il tipo di contatto
(tipo_contatto) e una con il contatto effettivo (contatto).
anagrafica
- id
- id_padre (lo uso per strutturare l'anagrafica come un albero)
- Nome
- cognome (o denominazione ditta)
- PI
- CF
- privacy
- Ecc. ecc.
tipo_contatto
- id
- testo; ex {tel, wind, TI, 3, email, web, skipe, voip, via, ..}
contatto
- id
- id_tipo
- id_anagrafica
- testo
- ordine
Poi le maschere ... sono un casino pero' troppi campi non mi piacciono...
In questo modo la tabella contatti conterra' sicuramente molti record.
Io non ho mai visto una tabella con tanti campi tutti utilizzati in
tutti i record ...
giusto, è meglio dividere la tabella degli indirizzi dei contatti in
almeno 3 diverse:
- per gli indirizzi fisici
- per i recapiti telefonici
- per i recapiti/indirizzi internet
bye
--
Email.it, the professional e-mail, gratis per te: http://www.email.it/f
Sponsor:
Raggiungi i tuoi potenziali clienti in tutto il mondo! Affidati ad icecube.it:
professionalità ed esperienza per farti conoscere su Internet
Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=7350d=5-1
Re: [utenti] Gestionale - tb indirizzi
[EMAIL PROTECTED] ha scritto:
...
Per un cosi' ampio insieme di campi io farei tre tabelle, una con i
dati essenziali (anagrafica), una con il tipo di contatto
(tipo_contatto) e una con il contatto effettivo (contatto).
anagrafica
- id
..
- privacy
- Ecc. ecc.
tipo_contatto
- id
- testo; ex {tel, wind, TI, 3, email, web, skipe, voip, via, ..}
contatto
- id
...
- testo
- ordine
Poi le maschere ... sono un casino pero' troppi campi non mi piacciono...
In questo modo la tabella contatti conterra' sicuramente molti record.
Io non ho mai visto una tabella con tanti campi tutti utilizzati in
tutti i record ...
giusto, è meglio dividere la tabella degli indirizzi dei contatti in
almeno 3 diverse:
- per gli indirizzi fisici
- per i recapiti telefonici
- per i recapiti/indirizzi internet
ATTENZIONE: la mia proposta non divide in tre tabelle come dici tu ma in
anagrafica, tipo e contennuto. Tutti i dati sono nel contenuto
(contatto), quindii quel giusto non e' giusto :-)
Ciao
Picchio
bye
--
Email.it, the professional e-mail, gratis per te: http://www.email.it/f
Sponsor:
Raggiungi i tuoi potenziali clienti in tutto il mondo! Affidati ad
icecube.it: professionalità ed esperienza per farti conoscere su Internet
Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=7350d=5-1
--
Picchiottino Roberto - Monte Bianco TLC - Courmayeur
#160087 - http://counter.li.org/
Jabber: [EMAIL PROTECTED] - icq: 239063259
http://www.gnu.org/philosophy/no-word-attachments.it.html
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[utenti] Gestionale - tb indirizzi
Ciao, i discorsi su come impostare il DB van bene... ma parliamo anche di campi e dati. Per la eventuale tabella indirizzi potrei suggerire una stuttura di questo tipo (scusate la struttura di mysql e la denominazione dei campi per la poca fantasia): CREATE TABLE `tbindirizzi` ( `IndirizziId` int(10) unsigned NOT NULL auto_increment, `ViaId` int(10) unsigned default NULL, 'Indica il tipo di indirizzo, via, piazza ecc' `IViaNome` varchar(30) default NULL, `IViaNumero` varchar(7) default NULL, `IViaInterno` varchar(7) default NULL, `IPalazzina` varchar(10) default NULL COMMENT 'Individua in che palazzina è il soggetto.', `IScala` varchar(10) default NULL COMMENT 'Individua in che scala è il soggetto.', `IFrazione` varchar(30) default NULL, `IdComune` int(10) unsigned default NULL, `ITel1` varchar(20) default NULL, `ITel1Int` varchar(20) default NULL, `ITel2` varchar(20) default NULL, `ITel2Int` varchar(20) default NULL, `IFax1` varchar(20) default NULL, `IFax2` varchar(20) default NULL, `ICell1` varchar(20) default NULL, `ICell2` varchar(20) default NULL, `Iemail1` varchar(45) default NULL, `Iemail2` varchar(45) default NULL, `ISito1` varchar(45) default NULL, `ISito2` varchar(45) default NULL, `IdTipoIndirizzo` int(10) unsigned NOT NULL default '0', `ISogg` int(10) unsigned NOT NULL default '0', `ITs` timestamp NOT NULL default CURRENT_TIMESTAMP on update CURRENT_TIMESTAMP, `ICAPseDiv` varchar(15) default NULL COMMENT 'Indica il CAP se diverso da quello del comune (per città abbastanza grandi).', PRIMARY KEY (`IndirizziId`), KEY `FK_tbindirizzi_1` (`ViaId`), KEY `FK_tbindirizzi_2` (`ISogg`), KEY `FK_tbindirizzi_3` (`IdComune`), KEY `FK_tbindirizzi_4` (`IdTipoIndirizzo`), CONSTRAINT `FK_tbindirizzi_1` FOREIGN KEY (`ViaId`) REFERENCES `tbvia` (`IdVia`), CONSTRAINT `FK_tbindirizzi_2` FOREIGN KEY (`ISogg`) REFERENCES `tbsogg` (`SId`), CONSTRAINT `FK_tbindirizzi_3` FOREIGN KEY (`IdComune`) REFERENCES `listacomuni` (`IdComune`), CONSTRAINT `FK_tbindirizzi_4` FOREIGN KEY (`IdTipoIndirizzo`) REFERENCES `tbtipoindirizzi` (`IdTipoIndirizzo`) ) ENGINE=InnoDB DEFAULT CHARSET=latin1; Lasciando perdere le ingenuità nella definizione delle variabili ecc ecc, gli identificativi del contatto sono chiari e condivisibili? bye P.S. mancano quelli relativi a skype, yahoo messanger ecc ecc che si posson sempre aggiungere. -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: Raggiungi i tuoi potenziali clienti in tutto il mondo! Affidati ad icecube.it: professionalità ed esperienza per farti conoscere su Internet Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=7350d=4-1
Re: [utenti] Gestionale - tb indirizzi
[EMAIL PROTECTED] ha scritto:
Ciao,
i discorsi su come impostare il DB van bene... ma parliamo anche di
campi e dati.
Per la eventuale tabella indirizzi potrei suggerire una stuttura di
questo tipo (scusate la struttura di mysql e la denominazione dei campi
per la poca fantasia):
CREATE TABLE `tbindirizzi` (
`IndirizziId` int(10) unsigned NOT NULL auto_increment,
`ViaId` int(10) unsigned default NULL, 'Indica il tipo di indirizzo,
...
) ENGINE=InnoDB DEFAULT CHARSET=latin1;
Lasciando perdere le ingenuità nella definizione delle variabili ecc
ecc, gli identificativi del contatto sono chiari e condivisibili?
Premetto che non sono un esperto
Per un cosi' ampio insieme di campi io farei tre tabelle, una con i
dati essenziali (anagrafica), una con il tipo di contatto
(tipo_contatto) e una con il contatto effettivo (contatto).
anagrafica
- id
- id_padre (lo uso per strutturare l'anagrafica come un albero)
- Nome
- cognome (o denominazione ditta)
- PI
- CF
- privacy
- Ecc. ecc.
tipo_contatto
- id
- testo; ex {tel, wind, TI, 3, email, web, skipe, voip, via, ..}
contatto
- id
- id_tipo
- id_anagrafica
- testo
- ordine
Poi le maschere ... sono un casino pero' troppi campi non mi piacciono...
In questo modo la tabella contatti conterra' sicuramente molti record.
Io non ho mai visto una tabella con tanti campi tutti utilizzati in
tutti i record ...
bye
P.S. mancano quelli relativi a skype, yahoo messanger ecc ecc che si
posson sempre aggiungere.
Puoi aggiungerli solo modificando la struttura, le maschere e i report,
con la soluzione sopra hai una maggiore liberta' di adattamento, inoltre
puoi prevedere più facilmente una eventuale traduzione in lingue
differenti (l'utente se la compila nella lingua che desidera).
Ciao
Picchio
--
Email.it, the professional e-mail, gratis per te: http://www.email.it/f
Sponsor:
Raggiungi i tuoi potenziali clienti in tutto il mondo! Affidati ad
icecube.it: professionalità ed esperienza per farti conoscere su Internet
Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=7350d=4-1
--
Picchiottino Roberto - Monte Bianco TLC - Courmayeur
#160087 - http://counter.li.org/
Jabber: [EMAIL PROTECTED] - icq: 239063259
http://www.gnu.org/philosophy/no-word-attachments.it.html
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
