On ons,[masked] at 07:46 -0400, Troels Knak-Nielsen wrote:
> Det lyder som om du st��der hovedet ind i forskellen p�� relations
> database paradigmet og det objekt orienterede paradigme. I en OO
> verden, repr��senterer en entitet et samlet state, s�� det mest logiske
> ville v��re at gemme alle felter, n��r du gemmer et objekt i databasen.
> Ud fra et performance m��ssigt synspunkt har det ringe betydning, og
> hvis du er bange for concurrency issues, kan du bruge database
> transaktioner til at isolere ��ndringen.
>
> Hvis dit objekt indeholder mange attributter, kan det v��re et tegn p��
> at du b��r dele det op i flere del-objekter, evt. samlet i en
> aggregate. Du kan s�� opdatere de enkelte del-objekter hver for sig.
> Dette mapper i ��vrigt fint til relations-database teori om normalform.
>
S�� du mener jeg har 2 valgmuligheder: opdater alt af ��n omgang, eller
opdater i grupper af flere omgange?
Jeg ville foretr��kke at kombinere grupper af opdateringer til samme
tabel i ��n foresp��rgsel. Kan det ikke lade sig g��re p�� en fornuftig
m��de?
En tabel kan sagtens indeholde mange felter, og v��re perfekt
normaliseret. Derfor mener jeg det er n��dvendigt at kunne dette, for
ikke at sende mere info og flere foresp��rgsler end n��dvendigt mellem app
og db.
/Jette