[danjel]

Ursprungligen postat av dAEk

Är det verkligen ett problem? Ett alternativ kan vara att skapa en vy om man inte vill blanda in tabellberoenden i koden.

Det funkar väl rent praktiskt i de flesta fall men känns fel vad gäller objekt/system design.
En grej är att man vill att klassen ska mappa exakt mot tabellen men om man lägger till egenskaper i klassen som inte finns i tabellen så bryter man den principen.

Jag funderar nu istället på att börja köra utan joins så mycket det går och köra lazy loading för att ladda relaterade objekt,dvs mer likt ett ORM.
Vad tror ni om prestanda/skalbarhet vad gäller ett (nästan) "join fritt" system?
Det skulle bli väsentligt fler queries, vilket kan väl tänkas sänka prestanda generellt.
Dock så kan jag tänka mig att det skalar bättre i vissa fall när det blir så mycket data att joins börjar bli sega(?)

Ursprungligen postat av Adestro

Försöker du lagra objekt med många statiska egenskaper och lite relationer i ett RDBMS kanske du istället ska titta på NoSQL-databaser som MongoDB.

Ja det kanske är ett alternativ ,ska kika på det. Tack.