ACC: Waarom veroorzaakt van Databases groter in OLE-objecten

BELANGRIJK: Dit artikel is vertaald door de vertaalmachine software van Microsoft in plaats van door een professionele vertaler. Microsoft biedt u professioneel vertaalde artikelen en artikelen vertaald door de vertaalmachine, zodat u toegang heeft tot al onze knowledge base artikelen in uw eigen taal. Artikelen vertaald door de vertaalmachine zijn niet altijd perfect vertaald. Deze artikelen kunnen fouten bevatten in de vocabulaire, zinsopbouw en grammatica en kunnen lijken op hoe een anderstalige de taal spreekt en schrijft. Microsoft is niet verantwoordelijk voor onnauwkeurigheden, fouten en schade ontstaan door een incorrecte vertaling van de content of het gebruik ervan door onze klanten. Microsoft past continue de kwaliteit van de vertaalmachine software aan door deze te updaten.

De Engelstalige versie van dit artikel is de volgende: 123151
Dit artikel is gearchiveerd. Het wordt aangeboden in de huidige vorm en wordt niet meer bijgewerkt.
Samenvatting
Geavanceerd: Vereist deskundige codering, interoperabiliteit en meerdere gebruikers vaardigheden.

Als een OLE-stream bestaat uit is een Microsoft Windows OLE-object opgeslagentwee gedeelten:
  • Informatie voor het weergeven van het object.
  • Eigen gegevens die kunnen worden gewijzigd door de OLE-server die de object.
Microsoft Access slaat de gehele OLE-stream in een OLE-wrapper in eenvan lange binaire waarde.

De hoeveelheid informatie die wordt gebruikt om het object weer te geven is vaak groter dande grootte van het object zelf. Toevoegen van OLE-objecten kunt verhogen degrootte van een database aanzienlijk. Veroorzaakt door groter minimaliserenOLE-objecten toevoegen aan een database, gebruik van deze methoden:
  • Het object gemakkelijker te renderen (door het verlagen van de resolutie van de object of de fysieke grootte verlagen).
  • Het object als pictogram wilt weergeven.
Meer informatie
Weergave van een object informatie kan in de volgende indelingen:
  • Windows Bitmap-indeling (BMP)
  • Windows-metabestand (WMF)
  • Indeling van Windows Device-Independent Bitmap (DIB)
Een OLE-server biedt indelingen in volgorde van de server meest naar minstgewenste indeling. Een OLE-client inventariseren de beschikbare indelingen en toepassingende eerste compatibele indeling. In het algemeen kunt u de OLE-client negerende keuze van de indelingen met de opdracht Plakken speciaal.

Meestal is WMF- of DIB gekozen, omdat de OLE-servers deze rendereneenvoudig opgemaakt. Bijvoorbeeld Microsoft Word voor Windows meestal-rendert met WMF, terwijl Windows Paintbrush wordt gerenderd met DIB. Een OLEclient kan altijd de eerste prefereert indeling kiezen. DIB is een formuliervan BMP renderen de meeste servers waarmee DIB ook in BMP, hoewel DIBvaak eerst aangeboden. Microsoft Access gekozen DIB altijd via BMP.

OLE-servers die in andere gecomprimeerde indelingen opgeslagen afbeeldingen kunnen weergevenzoals de indeling JPEG (JPG) moet nog steeds verzenden twee gedeelten vande informatie die eerder in dit artikel wordt beschreven. De server moet verzendeninformatie naar het object met BMP, WMF, of DIB als native renderengegevens die kunnen worden gebruikt om het object te bewerken. Wanneer dit gebeurt, de gecomprimeerdeopmaak wordt geconverteerd naar een indeling die moet worden weergegeven. De grootte van de OLE-stroomde som van de geconverteerde rendering-object, de oorspronkelijke gegevens en sommige OLEoverhead-informatie. Omdat de OLE-stroom dit alles bevatinformatie, kleine objecten in een gecomprimeerde indeling kunnen zeer groot wordenWanneer u in een Microsoft Access-database.

Een manier om dit probleem te omzeilen is het object opslaan als een pictogram. Alsu hoeft niet het object wilt weergeven in een Microsoft Access-formulier of rapportu kunt het object opslaan als een pictogram dat het objecttype aangeeft.De OLE-server voor het verzenden van het object met een object opslaan als een pictogram wordtbestaande uit alleen het pictogram dan de volledige weergave van informatieeen object aanzienlijk minder opslagruimte in de database. Wanneer uDubbelklik op het pictogram, de OLE-server wordt gestart met de oorspronkelijke gegevens diehet pictogram vertegenwoordigt.

Een ander voorbeeld van een klein bestand groeiende worden een grote OLE-object is eenMicrosoft Word-bestand met complexe tekstopmaak of een afbeelding opde eerste pagina van het document. De kleine hoeveelheid van de oorspronkelijke gegevens is vereistveel informatie genereren die het OLE-object is erg groot. WerkenPlaats dit probleem oplossen door een pagina met een eenvoudige opmaak aan het beginvan het document of het document als een pictogram archief.

OLE heeft een voorkeursvolgorde voor het gebruik van de standaard presentatie-indelingen.Ongeacht waar de WMF wordt weergegeven in de volgorde van de indeling, wordt gebruikt als hetbeschikbaar (metabestanden bieden betere schaling dan bitmaps). Als WMF nietbeschikbare DIB heeft de voorkeur boven BMP. OLE ondersteunt momenteel alleen WMF, DIB,en BMP.

Een van de opties in de OLE-specificatie roept voor OLE-servers toevoegenmeer weergave-indelingen de drie standaard indelingen die door Windows worden ondersteund.Microsoft Access ondersteunt momenteel geen deze OLE-functie.
Referenties
Voor meer informatie over OLE-objecten zoeken van de Help-Index voor 'OLEObjecten, of vraag de Microsoft Access 97 Office-assistent.

"Microsoft OLE-Programmer's Reference" Volume 1pagina 418 420
groot Access 2000

Waarschuwing: dit artikel is automatisch vertaald

Eigenschappen

Artikel-id: 123151 - Laatst bijgewerkt: 12/04/2015 10:44:10 - Revisie: 4.0

Microsoft Access 1.0 Standard Edition, Microsoft Access 1.1 Standard Edition, Microsoft Access 2.0 Standard Edition, Microsoft Access 97 Standard Edition

  • kbnosurvey kbarchive kbinfo kbmt KB123151 KbMtnl
Feedback