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