ACC: Büyüt veritabanları neden neden OLE nesneleri
ÖNEMLİ: Bu makale, bir kişi tarafından çevrilmek yerine, Microsoft makine-çevirisi yazılımı ile çevrilmiştir. Microsoft size hem kişiler tarafından çevrilmiş, hem de makine-çevrisi ile çevrilmiş makaleler sunar. Böylelikle, bilgi bankamızdaki tüm makalelere, kendi dilinizde ulaşmış olursunuz. Bununla birlikte, makine tarafından çevrilmiş makaleler mükemmel değildir. Bir yabancının sizin dilinizde konuşurken yapabileceği hatalar gibi, makale; kelime dağarcığı, söz dizim kuralları veya dil bilgisi açısından yanlışlar içerebilir. Microsoft, içeriğin yanlış çevrimi veya onun müşteri tarafından kullanımından doğan; kusur, hata veya zarardan sorumlu değildir. Microsoft ayrıca makine çevirisi yazılımını sıkça güncellemektedir.
Makalenin İngilizcesi aşağıdaki gibidir:123151
Bu makale arşivlenmiştir. "Olduğu gibi" sunulmaktadır ve bundan sonra güncelleştirilmeyecektir.
Gelişmiş: Uzman kodlama, birlikte çalışabilirlik ve çok kullanıcılı becerileri gerektirir.
Özet
Bir Microsoft Windows OLE nesnesi, iki bölümünü oluşturan OLE akış saklanır:
- Nesneyi işlemek için gereken bilgileri.
- Nesneyi yaratan OLE sunucusu tarafından değiştirilebilir, yerel veri.
Nesneyi işlemek için kullanılan bilgi miktarını genellikle nesnenin kendi boyutundan daha büyük. Bu tür bir OLE nesneleri ekleme bir veritabanının boyutunu önemli ölçüde artırabilir. Boyutu artar ekleyerek neden en aza indirmek için OLE nesneleri, veritabanına bu yöntemlerden birini kullanın:
- Nesne (nesnenin çözünürlüğünü azaltmayı veya fiziksel boyutunu azaltma) işlemek kolaylaştırır.
- Nesneyi simge olarak görüntüle.
Nesne oluşturma bilgileri aşağıdaki biçimlerden birinde olabilir:
Daha fazla bilgi
- Windows bit eşlem biçimi (BMP)
- Windows Meta dosyası biçimi (WMF)
- Windows aygıttan bağımsız bit eşlem biçimi (DIB)
OLE sunucusu bu biçimler kolayca işlemek için genelde WMF ya da DIB, seçilir. Örneğin, Windows için Microsoft Word genellikle DIB kullanarak Windows Paintbrush işler durumdayken, WMF, kullanarak işler. Bir OLE istemci her zaman ilk önce tercih ettiği biçimi de seçebilirsiniz. DIB bir BMP biçimini olduğundan, DIB genellikle ilk sunulan rağmen DIB işleyen sunucuların çoğu BMP, de işleyebilir. Microsoft Access, her zaman üzerinde BMP DIB seçer.
(JPG), JPEG biçimi gibi sıkıştırılmış Diğer biçimlerdeki depolanan resimleri görüntülemek için bir OLE sunucusu, bu makalenin önceki bölümlerinde açıklanan bilgiler iki bir bölümünü hala göndermelidir. Sunucu, BMP, WMF, veya DIB yanı sıra, nesneyi düzenlemek için kullanılan yerel veri kullanan bir nesne oluşturmak için bilgi göndermeniz gerekir. Bu durumda, sıkıştırılmış biçimde işlenecek bir biçime dönüştürülür. OLE akış boyutu dönüştürülmüş işleme nesnesi, yerel veri ve bazı OLE genel gider bilgiler toplamıdır. OLE katar işlemi, tüm bu bilgileri içerdiğinden, sıkıştırılmış biçimde küçük nesneleri bir Microsoft Access veritabanında depolanan, çok büyük hale gelebilir.
Bu davranışa geçici bir çözüm bulmak için bir nesneyi simge olarak tutulacağı yoludur. Microsoft Access form veya raporda nesneyi görüntülemek gereksinim duyarsanız, nesne, nesne türünü gösteren bir simge olarak saklayabilirsiniz. Nesneyi simge olarak saklamak için OLE sunucusu nesneyi tam nesne yerine yalnızca simgesini oluşan, veritabanında daha az depolama alanı kullanarak işleme bilgi göndermek neden olur. Simgeyi çift tıklattığınızda, OLE sunucusu, simgenin temsil eden yerel veri ile başlatılır.
Karmaşık metin biçimlendirmeleri içeren bir Microsoft Word dosyası veya resim belgenin ilk sayfasında, büyük bir OLE nesnesi için büyüyen küçük bir dosya başka bir örnektir. Küçük yerel veri miktarını, böylece kadar çok bilgi, OLE nesnesi oluşturma oldukça büyük gerektirir. Bu davranışa geçici bir çözüm bulmak için <a0></a0>, basit bir belgenin başlangıcında biçimlendirmeye sahip bir sayfayı yerleştirin veya belgede simge olarak depolar.
OLE standart sunu biçimi kullanmak için bir tercih edilen sahiptir. Kullanılabilir durumdaysa WMF biçimi sırayla göründüğü ne olursa olsun, kullanılır (daha bit eşlemler ölçekleme meta dosyalar sağlar). DIB WMF kullanılabilir durumda değilse, BMP tercih edilir. OLE, şimdilik yalnızca WMF DIB ve BMP desteklemektedir.
Daha fazla işleme biçimi, üç varsayılan biçimleri için Windows desteği eklemek OLE sunucuları belirtiminde OLE seçeneklerden birini çağırır. Microsoft Access, şu anda bu OLE özelliği desteklemiyor.
OLE nesneleri hakkında daha fazla bilgi için Yardım Dizini'nde "OLE nesneleri için" aramak veya Microsoft Access 97 Office Yardımcısı'nı isteyin.
Referanslar
"Microsoft Nesne bağlama ve katıştırma Programcı Başvuru Kılavuzu," <a1>Birim</a1> 1, sayfa 418-420
büyük acc2000
Uyarı: Bu makalenin çevirisi otomatik olarak yapılmıştır
Özellikler
Makale No: 123151 - Son İnceleme: 12/04/2015 10:44:14 - Düzeltme: 2.1
Microsoft Access 1.0 Standard Edition, Microsoft Access 1.1 Standard Edition, Microsoft Access 2.0 Standard Edition, Microsoft Access 95 Standard Edition, Microsoft Access 97 Standard Edition
- kbnosurvey kbarchive kbmt kbinfo KB123151 KbMttr