inserire più dati in un campo db

[piero.mac]

Originariamente inviato da VaLvOnAuTa
Ehm pardon.. supponiamo che io non sappia a priopri quanti elementi dovrò inserire...
esempio devo selezionare n dipendenti di una azienda ed inserirli tutti in un campo (o più campi) di un' altra tabella.. che faccio? Creo n campi anche se può capitare che ne utilizzi uno solo?

Cioè... chiedo per informazione perchè in casi come questi anche io utilizzo la soluzione che cercava tittymail

Classico errore.... hai detto bene prima: i campi devono essere atomici.

Quindi se non puoi in orizzontale lo fai in verticale.... mi spiego.... se hai una tabella dove i valori da immettere in una tupla sono numericamente indefinibili a priori, costruirai una tabella apposita (dipendenti) dove ogni entry sarà un record associato ad un id_riferimento (azienda). Ottieni record atomici, non duplicati, facilmente gestibili senza alchimie di explode o altre cose buffe.

[Beppesan]

Suggerisco di usare un'altra tbl con un collegamento 1-molti...

Questa soluzione è senza dubbio la più pulita.

[PatoGK]

Originariamente inviato da piero.mac
Classico errore.... hai detto bene prima: i campi devono essere atomici.

Quindi se non puoi in orizzontale lo fai in verticale.... mi spiego.... se hai una tabella dove i valori da immettere in una tupla sono numericamente indefinibili a priori, costruirai una tabella apposita (dipendenti) dove ogni entry sarà un record associato ad un id_riferimento (azienda). Ottieni record atomici, non duplicati, facilmente gestibili senza alchimie di explode o altre cose buffe.

Che sarebbe quello che ho detto io in dbese tradotto in italiano

[piero.mac]

Originariamente inviato da PatoGK
Che sarebbe quello che ho detto io in dbese tradotto in italiano

Abbiamo scritto in contemporanea.... ma mi pare che eravamo tutti allineati a questa soluzione.

[VaLvOnAuTa]

Ho capito la tecnica ed in parte la utilizzo.. però esempio pratico.
Ho una table dove memorizzo gli interventi effettuati dai tecnici dell'azienda presso i nostri clienti. Ora dato che i tecnici che vanno ad intervenire possono essere anche più di uno.. dovrei creare una tabella tecnici_int dove inserire l'id dell'intervento e gli id dei tecnici?
cioè

interventi
id (tinyint)
id_tecnici (tinyint)

tecnici
id (tinyint)
nome (varchar)
etc

storico_interventi
id (tinyint)
id_intervento (tinyint)
id_tecnico (tinyint)

d'accordo che il database deve essere quanto più atomico possibile.. ma in casi come questi non vado solo ad incasinarmi e basta? :master:

[piero.mac]

Originariamente inviato da VaLvOnAuTa
Ho capito la tecnica ed in parte la utilizzo.. però esempio pratico.
Ho una table dove memorizzo gli interventi effettuati dai tecnici dell'azienda presso i nostri clienti. Ora dato che i tecnici che vanno ad intervenire possono essere anche più di uno.. dovrei creare una tabella tecnici_int dove inserire l'id dell'intervento e gli id dei tecnici?
cioè

interventi
id (tinyint)
id_tecnici (tinyint)

tecnici
id (tinyint)
nome (varchar)
etc

storico_interventi
id (tinyint)
id_intervento (tinyint)
id_tecnico (tinyint)

d'accordo che il database deve essere quanto più atomico possibile.. ma in casi come questi non vado solo ad incasinarmi e basta? :master:

Direi che sei in condizioni ottimali...

[VaLvOnAuTa]

Ok allora la prossima volta che dovrò organizzare un database ci ragionerò su meglio e meno frettolosamente

[ellecubo]

va benissimo valvo...
la mia soluzione per Titty era naturalmente una soluzione "errata" ma pur sempre una soluzione...spesso si incontrano molto progettisti laureati che fanno tabelloni enormi con dipendenze e dati non atomici all'interno perchè in quel momento più utile e rapido...ma non sempre ciò che pouò sembrare immediato all'inizio poi lo sarà dopo...

[IcedGlow]

sottoscrivo anche io per il forum sui db
Database e SQL
per domande sulla progettazione, ottimizzazione dei database più importanti

[PatoGK]

Condivido il concetto sui laureati (specialmente gli ing. grrr) infatti nn sono laureato.

Per valvonauta, incasinarti la vita con le tabelle di relazione? E allora nn ti spiego cosa serve l'autoreferenzazione se no mi uccidi :P A parte gli skerzi, no, non te la incasini. O al peggio te la incasini finche non capisci il giochetto e ti ci abiuti, a quel punto vai alla grande.