Crystal Reports 10: Understanding Object Linking and Embedding (OLE)

Hovedformålet med en rapport er å presentere databasedata for brukere i en form som er lett å forstå. Crystal Reports gir deg alle verktøyene du trenger for å gjøre det. Noen ganger vil du imidlertid ha en rapport som gjør mer enn bare å presentere databasedata. Du vil kanskje inkludere tekst fra en tekstbehandlingsfil, eller data som ligger i et regneark, eller et grafisk bilde som er lagret som en punktgrafikkbildefil. For å tillate deling av ulike typer informasjon i ulike typer filer, utviklet Microsoft OLE-arkitekturen (Object Linking and Embedding).

Rapporter som du oppretter med Crystal Reports kan fungere som OLE-beholderapplikasjoner. Det vil si at de kan inneholde OLE-objekter som ble opprettet av andre applikasjoner kalt OLE-serverapplikasjoner. Microsoft Word og Microsoft Excel er eksempler på OLE-serverapplikasjoner. Du kan ta tekst fra en Microsoft Word-fil som et OLE-objekt – eller ta et Excel-regneark som et OLE-objekt – og plassere det i en Crystal-rapport.

Crystal Reports kan også fungere som en OLE-serverapplikasjon. Du kan definere en rapport som et OLE-objekt og plassere den i en Word-tekstfil, et Excel-regneark eller en annen OLE-kompatibel containerapplikasjon.

OLE tilbyr en uvanlig fordel: Når du bringer et OLE-objekt inn i Crystal Reports og plasserer det i en rapport, opprettholder objektet et forhold til applikasjonen som opprettet det. Arten av denne relasjonen avhenger av om OLE-objektet er statisk, innebygd eller koblet.

Statiske OLE-objekter

Et statisk OLE-objekt er et øyeblikksbilde av et objekt som har blitt kopiert fra den opprinnelige applikasjonen til beholderapplikasjonen. Du kan plassere et statisk OLE-objekt i en Crystal-rapport, men etter at du har lagt det der, kan du ikke redigere det eller endre det på noen måte (bortsett fra å slette det). Et statisk OLE-objekt opprettholder ingen forbindelse til applikasjonen som opprettet det.

Innebygde objekter og koblede objekter

Som med et statisk OLE-objekt, lastes et innebygd OLE-objekt ned i sin helhet til containerapplikasjonen, med en viktig forskjell: Et innebygd objekt er ikke noe øyeblikksbilde. Den har en "bevissthet" om hvilken serverapplikasjon den kommer fra, og du kan redigere den i containerapplikasjonen. Når du dobbeltklikker på et innebygd OLE-objekt, blir det redigerbart. Serverapplikasjonen overtar menyene og verktøylinjene for å tillate redigering. Hvis du for eksempel bygger inn et Excel-regneark i en rapport, kan du redigere regnearket fra Crystal Reports – ved å bruke Excel-menyer og -verktøylinjer.

Eventuelle endringer du gjør på et innebygd OLE-objekt vises ikke i den opprinnelige filen i OLE-serverapplikasjonen. Hvis du vil endre originalen, må du gjøre det separat.

Koblede objekter er som besøkende; de flytter faktisk ikke til containerapplikasjonen. Det containerapplikasjonen inneholder er en peker til det koblede objektet (som forblir i serverapplikasjonen). Denne koblingen betyr at når det opprinnelige objektet i serverapplikasjonen oppdateres, oppdateres også det koblede objektet i beholderapplikasjonen. Anta for eksempel at serverapplikasjonen din er Excel, og du oppdaterer dataene i det koblede regnearket. Neste gang du kjører rapporten i Crystal Reports, henter den de nyeste dataene fra Excel-filen for å vises i rapporten.

Kobling er best hvis rapporten alltid må gjenspeile de nyeste dataene – og hvis du vil at dataene i flere applikasjoner skal forbli synkroniserte. Pekeren tar også mindre plass enn å bygge inn et stort regneark eller Word-dokument, noe som gjør rapporten raskere å laste. Rapporter som inneholder koblede objekter er imidlertid mindre bærbare enn rapporter som inneholder innebygde objekter. For at koblingen skal fungere, må den originale serverapplikasjonen være til stede på maskinen som kjører Crystal Reports. Derimot er et innebygd objekt fullstendig selvstendig, og trenger ingen kobling til kildefilen eller applikasjonen.