sitter här med ett ganska stort projekt och skulle behöva lite hjälp med SQL-databas schema. Jag är ute efter en "best practices" och flexibel lösning.
Vi har en flerspråkig sajt där en användare skall kunna regga sig och ange en hel drös information om sig själv såsom hobbys, utseende osv... Denna information kan dock vara flervalsalternativ eller bara en sak (se bifogad bild). Användartabellen är klar, nu återstår "attribut" tabellen med all detta data - för tillfället innehåller attribut-tabellen endast en foreign key (userId) som pekar till användaren i users tabellen. Vad är bästa sättet att lagra all denna info i attribut tabellen men ändå göra det dynamiskt nog att man senare kan lägga till fler alternativ? Att lägga ett fält för varje alternativ känns som overkill då det finns EN MASSA val... Tack i förhand.
Senast redigerad av jayzee den 2011-12-22 klockan 11:21