serialize o CSV o tabella correlata...?

[}gu|do[z]{®©]

allora.. ho dei record [album musicali] per ognuno di questi record devo associare una serie di user_id [chi lo cerca e chi lo offre]

In una pagina devo poter contare quanti sono gli user_id che offrono e quanti quelli che cercano un certo album
Nella pagina specifica dell'album devo listare gli username di chhi offre, e quelli di chi cerca....

il dubbio è:

1) mi faccio due campi text e ci serializzo/deserializzo due array con gli user id -> Comodo ma poco efficiente, sopratutto per la conta dove devo deserializzare due array per ogni record solo per contare gli elementi...

2) visto che gli elementi sono omogenei [tutti user_id], me li elenco in due cmapi text separandoli con una virgola -> Più efficiente no? però per contarli devo sempre esplodere le stringhe e crearmi due array.. ^_^ Senza contare che c'è un piccolo problema nel senso che ogni volta che voglio aggiungere un user id accodo ", $id"... ma devo distinguere il caso in cui l'id è il primo inserito per non aggiungere la virgola.. insomma.. scomodo..

3) 2 tabella correlate invece dei 2 campi... per cui ho un record nella tabella "offro" [idem per "cerco"] per ogni user che offre un album. Comodo sicuramente.. una join e via... ma è efficiente secondo voi?


Che fareste al posto mio?
Non che sia di importanza critica.. visto che cmq il consumo di risorse non dovrebbe essere enorme.. ma anche per curiosità......

[Teuzzo]

Io opterei per la soluzione 4), ovvero una tabella con tre campi:

album,user,offro/cerco

dove album e user sono i riferimenti ai rispettivi e offro/cerco è un campo enum nel quale c'è la stringa offro o cerco.

[daniele_dll]

più che un enum, userei un campo tinyint che è + efficente e piccolo rispetto ad un enum che sicuramente pesa notevolemente di +

xo la soluzione tabelle users, albums e requests (utenti, album e richieste [che comprende album cercati ed offerti) è ottimo...xche del resto ti serve una tabella collante...

xo una seria domanda...gli album sono generici o sono SEMPRE legati ad un utente...ovvero io inserisco un album...tu inserisci lo stesso album...nel db avrò 2 righe o una sola? xche se cosi bastano 2 tabelle...una utenti e una requests dove metti i dati... se la richiesta di offerta\ricerca comprende sempre i dati dell'album, ovvero che li inserisci al momento dell'inserimento della richiesta allora mettili nella stessa tabella

[}gu|do[z]{®©]

[supersaibal]Originariamente inviato da daniele_dll
xo una seria domanda...gli album sono generici o sono SEMPRE legati ad un utente...ovvero io inserisco un album...tu inserisci lo stesso album...nel db avrò 2 righe o una sola? [/supersaibal]

una.. farò così dai.. è la cosa + sintetica

tnx