Innanzi tutto grazie per la risposta :).
E' proprio la soluzione che ho implementato. Quella che avevo scritto sopra, con la differenza che lascio una chiave primaria multipla nelle 4 tabelle che linkano i commenti alle 4 bacheche:

La soluzione che ho pensato io è fare una tabella "commenti" con una sola chiave esterna per l'autore, seguita da altre 4 tabelle: commenti_artisti, commenti_rece, commenti_album e commenti_ad_utente che associno il commento rispettivamente all'artista, alla recensione...
esempio:
commenti{id, idautore, data, testo}
commenti_rece{idcommento, idrecensione}
commenti_album{idcommento, idalbum}Penso, come hai detto tu, che sia la soluzione migliore, più elegante e più versatile.

Ciau

Devo implementare un sistema di commenti su un sito di recensioni musicali.
I commenti possono essere postati sulla bacheca di un artista, di un utente, di un album o possono riferirsi a una recensione.

N [commento] N ---- <scrive ---- 1 [utente]

Mi trovo dunque di fronte a un'entità(commento) in associazione molti a uno con altre 3 entità, ed è chiaro che se il commento è riferito a una recensione non lo è per un artista.
Qual'è il miglior modo di derivare questo schema?

-Potrei fare un'unica tabella "commenti", ed altre 4 per le citate associazioni: idutente, idrecensione, id album, idautore. In questo caso per ogni record di "commenti" resterebbero 3 campi vuoti.

-Potrei fare 4 tabelle: commenti_ad_utenti, commenti_recensioni, commenti_artisti, commenti_album.
esempio: commenti_recensioni{id, idautore, id recensione, testo, data}

La soluzione che ho pensato io è fare una tabella "commenti" con una sola chiave esterna per l'autore, seguita da altre 4 tabelle: commenti_artisti, commenti_rece, commenti_album e commenti_ad_utente che associno il commento rispettivamente all'artista, alla recensione...
esempio:
commenti{id, idautore, data, testo}
commenti_rece{idcommento, idrecensione}
commenti_album{idcommento, idalbum}

Una birra a chi risponde.

@claudioweb said:

Ovvio che artisti, album, utenti e generi sono entità(e tabelle) separate. Il mio dubbio era sul come spezzare le assoziazioni N-N che legano queste entità. Sul database ci sono già le tabelle generi_artisti, generi_album e generi_preferiti (per gli utenti) che legano la tabella generi con le altre.
Quindi mi dai conferma che questa sia la soluzione migliore?

E' giunta l'ora di provare a scrivere il mio primo sito dinamico . Ho deciso per un sito di recensioni musicali, con profili degli artisti e degli album. Nella progettazione del db ho avuto da subito qualche dubbio. Mi spiego. Ho una tabella "generi" con associazione N-N con 3 tabelle: artisti, album, utenti (per i generi preferiti).

Come è meglio agire in questi casi?

• Creo 3 tabelle separate: generi_artisti, generi_album, generi_utenti
• Creo un'unica tabella con un solo id per le tre tabelle e un campo che memorizza la tabella a cui ci si riferisce (idgenere, idaltro, tabella); dove idaltro può riferirsi alla chiave primaria di una delle tre tabelle
• Creo un'unica tabella con 3 chiavi esterne(oltre a quella ovvia con riferimento alla tabella generi) per le 3 tabelle (idgenere, idartista, idalbum, idutente);

Stessa dubbio si ripresenta per i commenti e i voti! Un commento può essere riferito a un artista (nella pagina delle relativo profilo di quest'ultimo), a un utente o a una recensione. Il voto può essere dato a un album o alla recensione.

Vi sarei grato se mi chiariste le idee, grazie mille