Samle den nyeste detail-record med master-recorden

Jeg synes der mangler lidt info. Hvordan er PK-FK ? Hvad er borger_id ?

Kan du evt. vise nogle eksempel data ?

eksempel data inkl. ønsket output - bare 3 og 5 records eller sådan noget

Beklager at der ikke var nok beskrivelse (her i de sene timer kan det blive for spartansk):

To tabeller:

create table borger
(
  ID identity(1,1),
  ..,
  primary key(ID)
)

create table borgerdatoer
(
  ID identity(1,1),
  borger_ID integer foreign key refrerences borger(ID),
  fra_dato datetime,
  til_dato datetime,
  primary key(ID)
)

For hver record i borger vil jeg også gerne have den nyeste record i borgerdatoer der refererer til borgeren, men altid så jeg kun har en record pr. borger.

Hvad output angår ser det sådan her ud:

ref  navn  fra_dato,  til_dato
1    Hulda  10-01-1999
2    Hunke  01-01-2005  01-01-2008

osv. Situationen hvor der ikke er en relaterende record i borgerdatoer er en fejl.

mit forslag (utestet):

SELECT b.id,b.navn,bd.fra_dato,bd.til_dato
FROM borger b,borgerdatoer bd,(SELECT borger_id,MAX(fra_dato) AS max_fra_dato FROM borgerdatoer GROUP BY borger_id) x
WHERE b.id=bd.borger_id AND b.id=x.borger_id AND bd.fra_dato=x.max_fra_dato

Mit indslag blev skrevet i databasen. Fik ellers en "Beklager men vi opdaterer om natten" besked og troede alt var mistet. Plejer at kopiere til klippebord før jeg submitter, grundet den slags "morsomheder"

Jeg synes ikke det er meget pænere end det jeg selv har brygget sammen (men som jeg altså synes er lidt langsom). Kan ikke bedømme om en "group by" eller en "top" i sub-selecten er bedst.

...
from borger b
join borgerdatoer bd on (bd.ID = (select top 1 ID
                                    from borgerdatoer
                                    where (borger_ID = ba.ID)
                                    order by fra_dato desc)

                    and (til_dato is null or til_dato >= getdate())) // Aktive
  .. eller
                    and til_dato is not null) // Henlagte

Grunden til at jeg foretrækker join fremfor en select top 1 er at det er nemt
for optimizeren kun at udføre query x en enkelt gang.

Men prøv og test hastighed med større datamængder.

Tak Arne.

Endnu er hastigheden en ubetydelig faktor, men når tiden går kan det blive aktuelt at optimere. Måske skal jeg bare registrere den aktuelle records ID i borger-tabellen? Så var det en singleton select... Har alligevel tænkt mig at proppe gemme operationen ned i en SP.

Engang du får tid skal du bare smide et svar...

Du kan vel lave nogle kunstige data og teste på.

Det var også en måde at gøre det på. Bedre performance men også en form for redundante
data.

Og svar.

Jeg lærte i skolen, at når databasen endte i 3 normalform eller deromkring, burde man overveje at genindføre redundans for bedre ydelse. Det var ikke meget jeg fangede dengang (oveni kærstesorger, nær mikrobankerot og generel kedsomhed), men lidt hænger da ved.

Det sker at det er nødvendigt. Men det er ret sjældent til generelle databaser. Ofte
vil fornuftig brug af indexes få det til at fungere. Hvis man har brug for hårdhændede
metoder, så er et materialized view ofte bedre end en denormaliseret tabelstruktur. Men
det sker at det bliver brugt.