profile gewoon in de userstabel voegen aangezien je die meestal toch samen aanroept..

Zoiets heb ik ook als databasemodel; gebruikers, instellingen van de gebruikers, et cetera.
Dit is veel makkelijker uitwerken imo.

Je zegt nu zelf dat het een fout is?

Zelf zou is als ik een game zou maken het zo proberen.
Die hele users tabel bij criminals games vind ik niet bepaald overzichtelijk.
Maar ik heb er niet bepaald veel over na gedacht :p

Je gebruikt nog steeds kohana voor dit project lijk mij...
Maar jij bent niet het type voor ORM (die van kohana) vind ik, jij wilt queries optimaliseren volgens mij :p
Al ga je volgens mij toch een pivot table nodig hebben.
Hierin zou ik behalve de id's ook het aantal in zetten (al heb je dat zelf vast ook wel bedacht)

Citaat

Lijkt jullie dit handiger of heb je een beter idee vertel het me

Lijkt dit me handiger dan wat?
Ideeën die nog moeten komen?

Je het ook in een tabel kunnen stoppen zoals je al zei, maar ik gok er op dat jij veel gear in je spel hebt.
En als je het dan net zo als bij criminals voor elk wapen/bescherming/overig ding een veld zou maken lijkt het mij weer zo onoverzichtelijk.
Je zou met een bitwise systeempje kunnen werken waar elke bit voor een wapen/bescherming/overig ding staat.
Maar dan krijg je weer problemen met er achter komen hoeveel van die spullen iemand heeft.
Ook iets nieuws toevoegen kan irritant zijn als je een structuur wilt hebben bij welke bit voor wat staat (wapen/bescherming/overig), wat ik waarschijnlijk zou proberen :p

Dit idee lijkt mij dus niet bepaald handig, maar ik schrijf op het moment elk idee op dat in me op komt (maar 1 dus) voor het geval dat het op de een of ander manier helpt.

Hopelijk heb je hier wat aan.

Hoeveel query's wil je aanroepen met een profiel pagina? Ik hoop dat je dat toch zo laag mogelijk wilt houden...
Als je de tabellen gaat opsplitsen heeft het alleen maar nadelen, want in de database zelf kom je niet vaak neem ik aan?
Je kunt via een pagina op je website de profielen bewerken e.d. zonder dat geplaar in de database.

Hoezo heeft dat nadelen dan? Het aantal queries heeft weinig te maken met het aantal tabellen in de database.

Zoals Niels al aangaf kun je prima gebruik maken van JOIN's. Daarnaast selecteer je minder informatie als je bijvoorbeeld op je profiel USERS en PROFILE opvraagt, want anders zou je 1 tabel hebben met USERS, PROFILE en GEAR.

Het aantal query's heeft wel degelijk te maken met de load van je pagina en nog wel meer dingen.