Microsoft Erişimi - Microsoft Access
.svg) | |||||
_screenshot.png) Windows 10 üzerinde çalışan Microsoft Office Access 2016
| |||||
| Geliştirici(ler) | Microsoft | ||||
|---|---|---|---|---|---|
| İlk sürüm | Kasım 1992 | ||||
| Kararlı sürüm(ler) | |||||
| |||||
| İşletim sistemi | Microsoft Windows | ||||
| Tip | RDBMS | ||||
| Lisans | deneme yazılımı | ||||
| İnternet sitesi |
www 
|
||||
Microsoft Access bir olan veritabanı yönetim sistemi den (DBMS) Microsoft bu birleştirir ilişkisel Microsoft Jet veritabanı altyapısı bir ile grafik kullanıcı arayüzü ve yazılım geliştirme araçları. Professional ve daha yüksek sürümlerde bulunan veya ayrı olarak satılan Microsoft 365 uygulama paketinin bir üyesidir .
Microsoft Access, verileri Access Jet Veritabanı Altyapısına dayalı olarak kendi biçiminde depolar. Ayrıca, diğer uygulamalarda ve veritabanlarında depolanan verileri içe aktarabilir veya doğrudan bağlantı kurabilir .
Yazılım geliştiriciler , veri mimarları ve uzman kullanıcılar , uygulama yazılımı geliştirmek için Microsoft Access'i kullanabilir . Diğer Microsoft Office uygulamaları gibi, Access de eski DAO (Veri Erişim Nesneleri), ActiveX Veri Nesneleri ve diğer birçok ActiveX bileşeni dahil olmak üzere çeşitli nesnelere başvurabilen nesne tabanlı bir programlama dili olan Visual Basic for Applications (VBA) tarafından desteklenir. . Formlarda ve raporlarda kullanılan görsel nesneler, yöntemlerini ve özelliklerini VBA programlama ortamında ortaya çıkarır ve VBA kod modülleri, Windows işletim sistemi işlemlerini bildirebilir ve çağırabilir .
Tarih
Access'in piyasaya sürülmesinden önce, Borland ( Paradox ve dBase ile ) ve Fox ( FoxPro ile ) masaüstü veritabanı pazarına hakimdi. Microsoft Access, Windows için ilk toplu pazar veritabanı programıydı. Microsoft'un 1992'de FoxPro'yu satın alması ve Fox'un Rushmore sorgu optimizasyon rutinlerinin Access'e dahil edilmesiyle , Microsoft Access hızla Windows için baskın veritabanı haline geldi ve MS-DOS dünyasından geçişte başarısız olan rekabeti etkin bir şekilde ortadan kaldırdı .
Omega Projesi
Microsoft'un ilişkisel bir veritabanı ürünü satmaya yönelik ilk girişimi , Microsoft'un R:Base satma lisansını aldığı 1980'lerin ortalarındaydı . 1980'lerin sonlarında Microsoft, Omega kod adlı kendi çözümünü geliştirdi. 1988'de Windows ve OS/2 için bir veritabanı ürününün geliştirilmekte olduğu doğrulandı. Tüm Microsoft uygulamalarında makro yazma dili olacak olan "EB" Embedded Basic dilini içerecekti, ancak Visual Basic for Applications (VBA) tanıtılana kadar makro dillerinin birleştirilmesi gerçekleşmedi . Omega'nın ayrıca Microsoft SQL Server'a bir ön uç sağlaması bekleniyordu . Uygulama çok kaynak tüketiyordu ve o sırada mevcut olan 386 işlemci üzerinde yavaş çalıştığına dair raporlar vardı. 1990 yılının ilk çeyreğinde piyasaya sürülmesi planlanmıştı, ancak 1989'da ürünün gelişimi sıfırlandı ve en erken Ocak 1991'de teslim edilmek üzere yeniden planlandı. Projenin bazı bölümleri daha sonra diğer Microsoft projeleri için kullanıldı: Cirrus (Access için kod adı) ve Thunder ( Embedded Basic motorunun kullanıldığı Visual Basic için kod adı ). Access'in galasından sonra, Omega projesi 1992'de birkaç gazeteciye gösterildi ve Access'te bulunmayan özellikleri içeriyordu.
Proje Sirküleri
Omega projesi rafa kaldırıldıktan sonra, geliştiricilerinden bazıları Cirrus projesine atandı (çoğu Visual Basic'i oluşturan ekibe atandı). Amacı , Windows üzerinde çalışacak Paradox veya dBase gibi uygulamalar için bir rakip yaratmaktı . Microsoft, FoxPro'yu satın aldıktan sonra Microsoft projesinin yerini alabileceği söylentileri vardı, ancak şirket bunları paralel olarak geliştirmeye karar verdi. Projede Genişletilebilir Depolama Motoru (Jet Blue) kullanacağı varsayıldı, ancak sonunda yalnızca Microsoft Jet Veritabanı Motoru (Jet Red) desteği sağlandı. Proje, hem Omega projesinden hem de Visual Basic'in yayın öncesi sürümünden bazı kodları kullandı. Temmuz 1992'de Cirrus'un betaları geliştiricilere gönderildi ve Access adı ürünün resmi adı oldu. "Erişim", başlangıçta Microsoft'tan daha eski bir terminal öykünme programı için kullanıldı. Program terk edildikten yıllar sonra, adı burada yeniden kullanmaya karar verdiler.
Zaman çizelgesi
1992: Microsoft, diğer Microsoft ürünleriyle uyumluluğu geliştirmek ve Access Basic programlama dilini eklemek için 13 Kasım 1992'de Access sürüm 1.0'ı ve Mayıs 1993'te Access 1.1 sürümünü yayımladı.
1994: Microsoft, Access v2.0 için minimum donanım gereksinimlerini şu şekilde belirledi: Microsoft Windows v3.1, 4 MB RAM gerekli, 6 MB RAM önerilir; 8 MB kullanılabilir sabit disk alanı gereklidir, 14 MB sabit disk alanı önerilir. Ürün yedi adet 1,44 MB disket üzerinde sevk edildi. Kılavuz, bir 1994 telif hakkı tarihini gösterir.
Microsoft Office 4.3 Professional with Book Shelf'in bir parçası olarak, Microsoft Access 2.0, kendi veritabanınızı programlamanın tüm olası yönlerini kapsayan ilk örnek veritabanları "NorthWind Trader" ile birlikte dahil edildi. Northwind Traders örneği ilk olarak 1994 için Access 2.0'da yeni olan Ana Santral özelliklerini tanıttı. Andrew Fuller'ın fotoğrafı, bu örnek veritabanının 2. kaydı, böyle olağanüstü bir örnek veritabanı sağlamak için Microsoft ile birlikte çalışan ve sunum yapan kişiydi.
Office 95 ile Microsoft Access 7.0 ("Erişim 95") Microsoft Office Professional Suite'in bir parçası haline geldi ve Microsoft Excel, Word ve PowerPoint'e katıldı ve Access Basic'ten VBA'ya geçiş yaptı. O zamandan beri Microsoft, Microsoft Office'in her sürümüyle birlikte Microsoft Access'in yeni sürümlerini yayımladı. Buna Access 97 (sürüm 8.0), Access 2000 (sürüm 9.0), Access 2002 (sürüm 10.0), Access 2003 (sürüm 11.5), Access 2007 (sürüm 12.0), Access 2010 (sürüm 14.0) ve Access 2013 (sürüm 15.0) dahildir. ).
Microsoft Jet Veritabanı Altyapısı'nın 3.0 ve 3.5 sürümlerinde (sırasıyla Access 7.0 ve daha sonra yayımlanan Access 97 tarafından kullanılır), Access'in bu sürümlerini 1 GB'den fazla belleğe sahip bir bilgisayarda kullanılamaz hale getiren kritik bir sorun vardı. Microsoft bu sorunu Jet 3.5/Access 97 yayın sonrası için düzeltirken, Jet 3.0/Access 95 ile sorunu hiçbir zaman çözmedi.
Yerel Access veritabanı biçimi (Jet MDB Veritabanı) da yıllar içinde gelişmiştir. Biçimler Access 1.0, 1.1, 2.0, 7.0, 97, 2000, 2002 ve 2007'yi içerir. En önemli geçiş Access 97'den Access 2000 biçimine; hangi Access'in önceki sürümleriyle geriye dönük uyumlu değildir . 2011 itibariyle Access'in tüm yeni sürümleri Access 2000 biçimini destekler. Access 2002, 2003, 2007 ve 2010 tarafından kullanılabilen Access 2002 biçimine yeni özellikler eklendi.
Microsoft Access 2000, Access 97'de maksimum veritabanı boyutunu 1 GB'den 2 GB'a çıkardı.
Microsoft Access 2007, yeni bir veritabanı biçimi tanıttı: ACCDB. SharePoint listelerine ve çoklu değer ve ek alanları gibi karmaşık veri türlerine bağlantıları destekler . Bu yeni alan türleri, esasen alanlardaki kayıt kümeleridir ve bir alanda birden çok değerin veya dosyanın depolanmasına izin verir. Microsoft Access 2007, verileri OLE (Nesne Bağlama ve Gömme) alanından daha verimli bir şekilde depolayan Dosya Eki alanını da tanıttı .
Microsoft Access 2010, bir SharePoint 2010 sunucusunda Access Web hizmetlerini barındıran ACCDB biçiminin yeni bir sürümünü tanıttı . İlk kez, bu, Access uygulamalarının PC'lerine Access'i yüklemeye gerek kalmadan çalıştırılmasına izin verdi ve Mac kullanıcılarının ilk desteğiydi. SharePoint sitesinde yeterli haklara sahip herhangi bir kullanıcı Access Web hizmetini kullanabilir. Geliştiricinin Access Web hizmetini oluşturması için Access'in bir kopyası hâlâ gerekliydi ve Access'in masaüstü sürümü Access 2010'un bir parçası olarak kaldı. Access Web hizmetleri, masaüstü uygulamalarıyla aynı değildi. Otomasyon, yalnızca Access'in otomatik olarak JavaScript'e dönüştürdüğü makro dili (VBA değil) aracılığıyla yapıldı. Veriler artık bir Access veritabanında değil, SharePoint listelerindeydi. Bir Access masaüstü veritabanı, SharePoint verilerine bağlanabilir, böylece hibrit uygulamalar mümkün oldu, böylece temel görünümlere ve düzenlemelere ihtiyaç duyan SharePoint kullanıcıları desteklenebilirken, daha karmaşık, geleneksel uygulamalar masaüstü Access veritabanında kalabilirdi.
Microsoft Access 2013, geleneksel Access masaüstü uygulamalarının yanı sıra önemli ölçüde güncellenmiş bir SharePoint 2013 web hizmeti sunar. Access 2010'daki Access Web modeli, verilerini gerçek SQL Server veritabanlarında depolayan yeni bir mimariyle değiştirildi. SharePoint listelerinden farklı olarak bu, SQL Server'dan beklenebilecek referans bütünlüğü, ölçeklenebilirlik, genişletilebilirlik ve performans ile gerçek ilişkisel veritabanı tasarımı sunar. SharePoint 2013'te oluşturulabilen veritabanı çözümleri, farklı cihazlar için yeniden boyutlandırma ve dokunma desteğinin yanı sıra görüntülenebilen ve düzenlenebilen çok sayıda ilişki düzeyini görüntülemek için tasarlanmış modern bir kullanıcı arabirimi sunar. Access 2013 masaüstü, Access 2010'a benzer, ancak Access Veri Projeleri (ADP'ler), pivot tablolar, pivot grafikler, Access veri koleksiyonları, kaynak kodu kontrolü, çoğaltma ve diğer eski özellikler için destek dahil olmak üzere çeşitli özellikler durduruldu. Access masaüstü veritabanının maksimum boyutu 2 GB kaldı (2000 sürümünden beri olduğu gibi).
kullanır
Microsoft Access, kendi veritabanı depolama dosyasını kullanmanın yanı sıra, bir programın 'ön uç'u olarak da kullanılabilirken, diğer ürünler Microsoft SQL Server ve Microsoft dışı ürünler gibi 'arka uç' tabloları olarak işlev görür. olarak Oracle ve Sybase . Bir Microsoft Access Jet Veritabanı (ACCDB ve MDB biçimleri) tarafından birden çok arka uç kaynağı kullanılabilir. Benzer şekilde, Visual Basic , ASP.NET veya Visual Studio .NET gibi bazı uygulamalar , tabloları ve sorguları için Microsoft Access veritabanı biçimini kullanır. Microsoft Access ayrıca Microsoft Excel , Microsoft Outlook , Microsoft Word , Microsoft PowerPoint ve ActiveX denetimleri gibi diğer teknolojilerle entegre olabileceği daha karmaşık bir çözümün parçası olabilir .
Erişim tabloları , kademeli güncellemeler ve silmeler dahil olmak üzere çeşitli standart alan türlerini, dizinleri ve referans bütünlüğünü destekler . Access ayrıca bir sorgu arabirimi, verileri görüntülemek ve girmek için formlar ve yazdırma için raporlar içerir. Bu nesneleri içeren temel Jet veritabanı , çok kullanıcılıdır ve kayıt kilitlemeyi işler .
Tekrar eden görevler, işaretle ve tıkla seçenekleriyle makrolar aracılığıyla otomatikleştirilebilir . Bir ağa bir veritabanı yerleştirmek ve birden fazla kullanıcının birbirlerinin çalışmalarının üzerine yazmadan verileri paylaşmasını ve güncellemesini sağlamak da kolaydır. Veri edilir kilitli de rekor Excel önemli ölçüde farklı olduğu seviyeye kilitler tablonun tamamını.
Orada şablon programı dahilinde ve Microsoft'un web sitesinden indirilebilir veritabanları. Bu seçenekler Access başlatıldığında kullanılabilir ve kullanıcıların önceden tanımlanmış tablolar, sorgular , formlar, raporlar ve makrolarla bir veritabanını geliştirmesine olanak tanır . Veritabanı şablonları VBA kodunu destekler ancak Microsoft'un şablonları VBA kodunu içermez.
Programcılar, Visual Basic 6.0'a (VB6) benzeyen ve Excel , Word , Outlook ve PowerPoint gibi Microsoft Office programlarında kullanılan VBA'yı kullanarak çözümler oluşturabilir . Windows API çağrılarının kullanımı da dahil olmak üzere çoğu VB6 kodu VBA'da kullanılabilir. Uzman kullanıcılar ve geliştiriciler, gelişmiş otomasyon, veri doğrulama , hata yakalama ve çoklu kullanıcı desteği ile temel son kullanıcı çözümlerini profesyonel bir çözüme genişletebilir .
Desteklenebilecek eşzamanlı kullanıcı sayısı, veri miktarına, gerçekleştirilen görevlere , kullanım düzeyine ve uygulama tasarımına bağlıdır . Genel olarak kabul edilen sınırlar, 1 GB veya daha az veri içeren çözümlerdir (Erişim 2 GB'a kadar destekler) ve 100 veya daha az eşzamanlı bağlantıyla oldukça iyi performans gösterir (255 eşzamanlı kullanıcı desteklenir). Bu yetenek genellikle departman çözümleri için uygundur. Çok kullanıcılı bir senaryoda bir Access veritabanı çözümü kullanılıyorsa, uygulama "bölünmüş" olmalıdır. Bu, tabloların arka uç (genellikle paylaşılan bir ağ klasöründe depolanır) adı verilen tek bir dosyada olduğu ve uygulama bileşenlerinin (formlar, raporlar, sorgular, kod, makrolar, bağlantılı tablolar) ön uç adlı başka bir dosyada olduğu anlamına gelir . Ön uçtaki bağlantılı tablolar, arka uç dosyasına işaret eder. Access uygulamasının her kullanıcısı daha sonra ön uç dosyasının kendi kopyasını alır.
Büyük veri kümelerinde karmaşık sorgular veya analizler çalıştıran uygulamalar, doğal olarak daha fazla bant genişliği ve bellek gerektirir . Microsoft Access, birden çok Access veritabanına bağlanarak veya Microsoft SQL Server gibi bir arka uç veritabanı kullanarak daha fazla veriyi ve kullanıcıyı destekleyecek şekilde ölçeklenmek üzere tasarlanmıştır . İkinci tasarımla, veri miktarı ve kullanıcılar kurumsal düzeydeki çözümlere ölçeklenebilir.
2010 sürümünden önceki web geliştirmede Microsoft Access'in rolü sınırlıdır. Access'in formlar ve raporlar gibi kullanıcı arabirimi özellikleri yalnızca Windows'ta çalışır . 2000'den 2003'e kadar olan sürümlerde, Veri Erişim Sayfaları adlı bir Access nesne türü, yayınlanabilir web sayfaları oluşturdu. Veri Erişim Sayfaları artık desteklenmemektedir. Microsoft Jet veritabanı altyapısı Access, çekirdek gibi teknolojiler aracılığıyla erişilebilir ODBC veya OLE DB . Verilere (yani tablolar ve sorgular) ASP.NET , PHP veya Java ile geliştirilmiş web tabanlı uygulamalarla erişilebilir . Windows Server 2008 R2'de Microsoft'un Terminal Hizmetleri ve Uzak Masaüstü Uygulamasının kullanılmasıyla kuruluşlar, Web üzerinden çalıştırılabilmesi için Access uygulamalarını barındırabilir. Bu teknik, bir web uygulamasının yapacağı şekilde ölçeklenmez, ancak ana bilgisayarın yapılandırmasına bağlı olarak sınırlı sayıda kullanıcı için uygundur.
Access 2010, veritabanlarının Access Services çalıştıran SharePoint 2010 web sitelerinde yayınlanmasına olanak tanır . Bu web tabanlı formlar ve raporlar, herhangi bir modern web tarayıcısında çalışır. Ortaya çıkan web formları ve raporları, bir web tarayıcısı aracılığıyla erişildiğinde herhangi bir eklenti veya uzantı (örneğin ActiveX, Silverlight ) gerektirmez.
Access 2013, doğrudan Access Services çalıştıran SharePoint 2013 sitelerinde web uygulamaları oluşturabilir . Access 2013 web çözümleri, verilerini depolamak için SharePoint listelerini kullanan Access 2010 sürümünden çok daha ölçeklenebilir ve sağlam olan temel bir SQL Server veritabanında depolar.
SharePoint'teki Erişim Hizmetleri o zamandan beri kullanımdan kaldırıldı.
Bir Access veritabanının derlenmiş bir sürümü (Dosya uzantıları: .MDE /ACCDE veya .ADE; ACCDE yalnızca Access 2007 veya sonraki sürümlerle çalışır) kullanıcının modül kodunu, formları ve raporları değiştirmek için tasarım yüzeylerine erişmesini önlemek için oluşturulabilir. Bir MDE veya ADE dosyası, tüm modüllerin derlenmiş ve tüm düzenlenebilir kaynak kodlarının kaldırıldığı bir Microsoft Access veritabanı dosyasıdır. Bir Access veritabanının hem .MDE hem de .ADE sürümleri, son kullanıcı değişikliklerine izin verilmediğinde veya uygulamanın kaynak kodunun gizli tutulması gerektiğinde kullanılır.
Microsoft ayrıca Access 2007 uygulamalarını dağıtmaya, veritabanı şablonları oluşturmaya ve kaynak kodu denetimini Microsoft Visual SourceSafe ile bütünleştirmeye yardımcı olmak için indirilebilecek geliştirici uzantıları sunar .
Özellikleri
Kullanıcılar tablolar, sorgular, formlar ve raporlar oluşturabilir ve bunları makrolarla birbirine bağlayabilir . Gelişmiş kullanıcılar, gelişmiş veri işleme ve kullanıcı kontrolü ile zengin çözümler yazmak için VBA'yı kullanabilir . Access ayrıca Access'in erişebildiği herhangi bir veri kaynağıyla çalışabilen rapor oluşturma özelliklerine sahiptir.
Orijinal Access konsepti, son kullanıcıların herhangi bir kaynaktan verilere erişebilmesiydi. Diğer özellikler şunları içerir: verilerin Excel , Outlook , ASCII , dBase , Paradox , FoxPro , SQL Server ve Oracle dahil olmak üzere birçok formatta içe ve dışa aktarılması . Ayrıca mevcut konumundaki verilere bağlanma ve görüntüleme, sorgulama, düzenleme ve raporlama için kullanma yeteneğine de sahiptir. Bu, Access'in en son verileri kullanmasını sağlarken mevcut verilerin değişmesine izin verir. Bu gerçekleştirebilir Heterojen katılır farklı platformlarda depolanan veri kümeleri arasındaki. Erişim, genellikle yerel olarak manipülasyon, analiz ve raporlama için kurumsal düzeyde veritabanlarından veri indiren kişiler tarafından kullanılır .
Ayrıca, uygulamayı ve verileri tek bir dosyada içerebilen Jet Veritabanı formatı (Access 2007'de MDB veya ACCDB) vardır. Bu, uygulamanın tamamını bağlantısız ortamlarda çalıştırabilen başka bir kullanıcıya dağıtmayı çok kolaylaştırır.
Bir programcının bakış açısından Access'in faydalarından biri, SQL (yapılandırılmış sorgu dili ) ile göreli uyumluluğudur; sorgular grafik olarak görüntülenebilir veya SQL ifadeleri olarak düzenlenebilir ve SQL ifadeleri Access tablolarını işlemek için doğrudan Makrolar ve VBA Modüllerinde kullanılabilir . Kullanıcılar, formları ve mantığı programlamak için hem VBA'yı hem de "Makroları" karıştırabilir ve kullanabilir ve nesne yönelimli olanaklar sunar. VBA ayrıca sorgulara dahil edilebilir .....
Microsoft Access, parametreli sorgular sunar . Bu sorgular ve Access tabloları, DAO veya ADO aracılığıyla VB6 ve .NET gibi diğer programlardan referans alınabilir . Microsoft Access'ten VBA, ADO aracılığıyla parametreli saklı yordamlara başvurabilir.
Masaüstü sürümleri Microsoft SQL Server alternatif olarak Access ile kullanılabilir Jet Database Engine . Bu destek , Microsoft SQL Server 2000'in küçültülmüş bir sürümü olan MSDE (Microsoft SQL Server Desktop Engine) ile başladı ve SQL Server 2005 ve 2008'in SQL Server Express sürümleriyle devam ediyor .
Microsoft Access, dosya sunucusu tabanlı bir veritabanıdır. Aksine istemci-sunucu ilişkisel veritabanı yönetim sistemleri (RDBMS) Microsoft Access uygulamıyor veritabanı tetikleyiciler , saklı yordamlar veya işlem günlüğü . Access 2010, ACE veri motorunda yerleşik olarak tablo düzeyinde tetikleyiciler ve saklı yordamlar içerir. Bu nedenle Access 2010 ile birlikte bir İstemci-sunucu veritabanı sistemi saklı yordamlar veya tablo tetikleyicileri kullanmak için bir gereklilik değildir. Tablolar, sorgular, formlar, raporlar ve makrolar artık Access 2010'da özellikle web tabanlı uygulamalar için geliştirilebilir. Microsoft SharePoint 2010 ile entegrasyon da oldukça gelişmiştir.
Microsoft Access'in 2013 sürümü, çoğunlukla düz bir tasarım ve Office Mağazası'ndan uygulama yükleme yeteneği getirdi, ancak yeni özellikler getirmedi. Tema 2016 için kısmen yeniden güncellendi, ancak Access için karanlık tema oluşturulmadı.
Erişim Hizmetleri ve Web veritabanı
ASP.NET web formları bir Microsoft Access veritabanını sorgulayabilir, kayıtları alabilir ve bunları tarayıcıda görüntüleyebilir.
Access Services aracılığıyla SharePoint Server 2010, Access 2010 veritabanlarının SharePoint'te yayınlanmasına olanak tanır, böylece birden çok kullanıcının standartlarla uyumlu herhangi bir Web tarayıcısından veritabanı uygulamasıyla etkileşim kurmasını sağlar. SharePoint Server'da yayınlanan Access Web veritabanları, tablolar, sorgular, formlar, makrolar ve raporlar gibi standart nesneleri kullanabilir. Access Services, bu nesneleri SharePoint'te depolar.
Access 2013, Access web çözümlerini SharePoint 2013'te yayınlama olanağı sunar. Access 2013, veri kaynağı olarak SharePoint listelerini kullanmak yerine, SharePoint veya SQL Azure tarafından barındırılan gerçek bir SQL Server veritabanı kullanır. Bu, kullanılan Access 2010 SharePoint görünümlerine kıyasla başvuru bütünlüğü, ölçeklenebilirlik, sürdürülebilirlik ve genişletilebilirlik ile gerçek bir ilişkisel veritabanı sunar. Makro dili, daha karmaşık programlama mantığını ve veritabanı düzeyinde otomasyonu desteklemek için geliştirilmiştir.
Kaynakları içe aktar veya bağla
Microsoft Access ayrıca diğer uygulamalarda ve veritabanlarında depolanan verileri içe aktarabilir veya doğrudan bunlara bağlanabilir. Microsoft Office Access 2007 ve daha yenisi aşağıdakilerden içe aktarabilir veya şunlara bağlanabilir:
- Microsoft Erişimi
- Excel
- SharePoint listeleri
- düz metin
- XML
- Görünüm
- HTML
- dBase (Access 2013'te bırakıldı; Access 2016'da geri yüklendi)
- Paradoks (Access 2007 ile; Access 2010'da düşürüldü)
- Lotus 1-2-3 (Access 2010'da düşürüldü)
- ODBC uyumlu veri kapsayıcıları şunları içerir:
Microsoft Access Çalışma Zamanı
Microsoft, Microsoft Access'in perakende sürümünü satın almaya veya yüklemeye gerek kalmadan kullanıcıların bir Access masaüstü uygulamasını çalıştırmalarına olanak tanıyan ücretsiz Microsoft Access çalışma zamanı sürümleri sunar . Bu aslında Access geliştiricilerinin sınırsız sayıda son kullanıcıya ücretsiz olarak dağıtılabilen veritabanları oluşturmasına olanak tanır. Access 2007 ve sonraki sürümlerin bu çalışma zamanı sürümleri, Microsoft'tan ücretsiz olarak indirilebilir. Access 2003 ve önceki sürümler için çalışma zamanı sürümleri, Office Geliştirici Uzantıları/Araç Seti'nin bir parçasıydı ve ayrı bir satın alma gerektiriyordu.
Çalışma zamanı sürümü, kullanıcıların sorguları, formları, raporları, makroları ve VBA modül kodunu çalıştırmanın yanı sıra verileri görüntülemesine, düzenlemesine ve silmesine olanak tanır. Çalışma zamanı sürümü, kullanıcıların Microsoft Access tablolarının, sorgularının, formlarının, raporların, makroların veya modül kodunun tasarımını değiştirmesine izin vermez. Çalışma zamanı sürümleri, Access'in karşılık gelen tam sürümlerine benzer ve genellikle önceki sürümlerle uyumludur; örneğin, Access Runtime 2010, bir kullanıcının 2010 sürümüyle ve 2007 ile 2000 arasında yapılan bir Access uygulamasını çalıştırmasına olanak tanır. Access 2013'teki kullanımdan kaldırılan özellikler nedeniyle, çalışma zamanı sürümü de bu eski özellikleri destekleyemez. Geliştirme sırasında, /runtime komut satırı seçeneğini kullanarak tam işlevsel sürümden çalışma zamanı ortamını simüle edebilirsiniz .
Gelişim
Access, Access Jet veritabanındaki tüm veritabanı tablolarını, sorguları, formları, raporları, makroları ve modülleri tek bir dosya olarak depolar.
Sorgu geliştirme için Access, kullanıcıların yapılandırılmış sorgu dili bilgisi olmadan sorgular oluşturmasına olanak tanıyan bir grafik kullanıcı arabirimi olan "Sorgu Tasarımcısı" sunar. Sorgu Tasarımcısı'nda, kullanıcılar sorgunun veri kaynaklarını (tablolar veya sorgular olabilir) "gösterebilir" ve döndürülmesini istedikleri alanları tıklayıp ızgaraya sürükleyerek seçebilirler. Tablolardaki alanlara tıklayıp diğer tablolardaki alanlara sürükleyerek birleşimler oluşturulabilir. Access, kullanıcıların istenirse SQL kodunu görüntülemesine ve değiştirmesine olanak tanır. Farklı veri kaynaklarından bağlantılı tablolar da dahil olmak üzere herhangi bir Access tablosu bir sorguda kullanılabilir.
Access ayrıca "geçiş sorgularının" oluşturulmasını da destekler. Bu SQL kodu parçacıkları, yerel makinede ODBC bağlantılarının kullanılması yoluyla harici veri kaynaklarına hitap edebilir. Bu, kullanıcıların Access programının dışında depolanan verilerle bağlantılı tablolar veya Jet kullanmadan etkileşim kurmasını sağlar. Kullanıcılar, harici veri kaynağı tarafından desteklenen SQL sözdizimini kullanarak geçiş sorgularını oluşturur.
Raporları geliştirirken ("Tasarım Görünümü"nde) kontrollerde yapılan eklemeler veya değişiklikler, bağlantılı sorguların arka planda yürütülmesine neden olur ve tasarımcı, başka bir değişiklik yapmadan önce kayıtların döndürülmesini beklemek zorunda kalır. Bu özellik kapatılamaz.
Programcı olmayanlar, bir dizi açılır seçim yoluyla basit görevleri otomatikleştirmek için makro özelliğini kullanabilir. Makrolar, kullanıcıların sorguları çalıştırma, verileri içe veya dışa aktarma, formları açma ve kapatma, önizleme ve raporları yazdırma vb. gibi komutları birlikte kolayca zincirlemelerine olanak tanır. Makrolar, temel mantığı (IF koşulları) ve diğer makroları çağırma özelliğini destekler. Makrolar, alt rutinlere benzer alt makrolar da içerebilir. Access 2007'de, geliştirilmiş makrolar, hata işleme ve geçici değişkenler için destek içeriyordu . Access 2007 ayrıca, esasen bir nesne olayının özellikleri olan gömülü makroları da tanıttı. Bu, makroları ayrı nesneler olarak saklama ihtiyacını ortadan kaldırdı. Ancak, Access 2013'e kadar programlama döngüleri ve gelişmiş kodlama mantığı eksikliği nedeniyle makroların işlevleri sınırlıydı. Access 2013'te sunulan önemli geliştirmelerle, makroların yetenekleri VBA ile tamamen karşılaştırılabilir hale geldi. Geleneksel Windows masaüstlerinde olduğu kadar, büyük ölçüde geliştirilmiş bir Microsoft SharePoint arabirimi ve araçları aracılığıyla, zengin özelliklere sahip web tabanlı uygulama dağıtımlarını pratik hale getirdiler.
Microsoft Office paketindeki diğer ürünlerle ortak olarak, Access'te kullanılan diğer programlama dili Microsoft VBA'dır. Visual Basic 6.0'a (VB6) benzer ve kod modüllerde, sınıflarda ve formların ve raporların arkasındaki kodlarda saklanabilir. İyi hata işleme özelliğine sahip daha zengin, daha verimli ve bakımı kolay bir bitmiş ürün oluşturmak için, çoğu profesyonel Access uygulaması, web dağıtımının bir iş gereksinimi olduğu durumlar dışında, makrolar yerine VBA programlama dili kullanılarak geliştirilir.
VBA veya makrolardaki tablolardaki ve sorgulardaki verileri işlemek için Microsoft, COM bileşenlerinin iki veritabanı erişim kitaplığı sağlar :
- Access ve Windows'ta bulunan ve ACCDE veritabanı biçimi için Microsoft Access 2007'de ACE'ye geliştirilen Veri Erişim Nesneleri (DAO) (yalnızca 32 bit)
- ActiveX Veri Nesneleri ActiveX Veri Nesneleri (ADO) (hem 32 bit hem de 64 bit sürümleri)
Geliştiriciler, DAO ve ADO'nun yanı sıra, Access için yerel C/C++ programları geliştirmek için OLE DB ve ODBC'yi de kullanabilir. ADP'ler ve SQL Server verilerinin doğrudan işlenmesi için ADO gereklidir. DAO, Access/Jet veritabanlarındaki verileri yönetmek için en uygun olanıdır ve ACCDB tablolarındaki karmaşık alan türlerini değiştirmenin tek yoludur .
Access 2007 ve sonraki sürümlerdeki veritabanı kapsayıcısında veya gezinme bölmesinde, sistem her nesneyi türe göre (örn. tablo, sorgu, makro) otomatik olarak sınıflandırır. Birçok Access geliştiricisi , evrensel olmasa da Leszynski adlandırma kuralını kullanır ; DBMS tarafından uygulanan bir kural değil, bir programlama kuralıdır. Nesne adlarına yapılan başvuruların veri türünü göstermeyebileceği VBA'da özellikle yararlıdır (örneğin tablolar için tbl, sorgular için qry).
Geliştiriciler, Microsoft Access'i çoğunlukla bireysel ve çalışma grubu projeleri için kullanır (Access 97 hız karakterizasyonu 32 kullanıcı için yapılmıştır). Access 97'den ve Access 2003 ve 2007'den bu yana, Microsoft Access ve donanım önemli ölçüde gelişmiştir. Boyutu 1 GB'ın altındaki (artık tamamen RAM'e sığabilen) veritabanları ve 200 eşzamanlı kullanıcı, Microsoft Access'in yetenekleri dahilindedir. Elbette performans, veritabanı tasarımına ve görevlerine bağlıdır . Karmaşık arama ve sorgulama gibi yoğun disk gerektiren işler en çok zaman alır.
Bir Microsoft Access veritabanındaki veriler RAM'de önbelleğe alınabildiğinden, yalnızca tek bir kullanıcı olduğunda veya veriler değişmiyorsa işlem hızı önemli ölçüde artabilir. Geçmişte, paket gecikmesinin kayıt kilitleme sistemi üzerindeki etkisi, Access veritabanlarının bir sanal özel ağ (VPN) veya bir Jet veritabanına karşı geniş alan ağı (WAN) üzerinde yavaş çalışmasına neden oluyordu . 2010 itibariyle, geniş bant bağlantıları bu sorunu azaltmıştır. Her tablo erişimi için açıp kapatmak yerine, oturum boyunca arka uç veritabanına sürekli bir bağlantı sürdürülürse performans da artırılabilir .
Temmuz 2011'de Microsoft , daha yeni işletim sistemlerinde kaynak yönetiminin çok farklı olması nedeniyle Access ve Windows 7 ve Windows Server 2008 R2'nin tüm sürümlerinde kesintili bir sorgu performansı sorunu olduğunu kabul etti . Bu sorun, Jet Veritabanı Altyapısı koduyla Access 2003 ve önceki sürümlerinde ve Access 2007 ve sonraki sürümlerde Access Veritabanı Altyapısı (ACE) ile sorgu performansını ciddi şekilde etkiler . Microsoft, Access 2007 için KB2553029 ve Access 2010 için KB2553116 düzeltmeleri yayınladı , ancak genel destek dışında olduğu için Jet 4.0 ile ilgili sorunu çözmeyecektir .
Microsoft Access'in önceki sürümlerinde, uygulamaları dağıtmak için Geliştirici Araç Seti'nin satın alınması gerekiyordu; Access 2007, 2010 ve Access 2013'te "Yalnızca Çalışma Zamanı" sürümü ücretsiz olarak indirilerek sunulur, bu da telif ücretsiz uygulamaların Windows XP, Vista, 7 ve Windows 8.x'te dağıtımını mümkün kılar.
Bölünmüş veritabanı mimarisi
Microsoft Access uygulamaları, bölünmüş bir veritabanı mimarisini benimseyebilir. Tek veritabanı, veri tablolarını (bir dosya sunucusunda paylaşılan) içeren ayrı bir "arka uç" dosyasına ve bir "ön uç" (uygulamanın sorgular, formlar, raporlar, makrolar ve modüller). "Ön uç" Access uygulaması, her kullanıcının masaüstüne dağıtılır ve paylaşılan veritabanına bağlanır. Bu yaklaşımı kullanarak, her kullanıcının uygulama veritabanlarıyla birlikte makinelerinde Microsoft Access'in (veya çalışma zamanı sürümünün) bir kopyası vardır. Bu, uygulama her kullanım için alınmadığından ağ trafiğini azaltır. "Ön uç" veritabanı, bir kullanıcının ayarlarını veya geçici verileri depolamak için yerel tablolar içerebilir. Bu bölünmüş veritabanı tasarımı, uygulamanın verilerden bağımsız olarak geliştirilmesine de olanak tanır. Bir dezavantaj, kullanıcıların uygulamanın kendi yerel kopyalarında çeşitli değişiklikler yapabilmeleri ve bu da sürüm kontrolünü yönetmeyi zorlaştırmasıdır. Yeni bir sürüm hazır olduğunda, veri veritabanını etkilemeden ön uç veritabanı değiştirilir. Microsoft Access'in bu mimariyi kolaylaştırmak için iki yerleşik yardımcı programı vardır: Database Splitter ve Linked Table Manager.
Access'teki bağlantılı tablolar göreli yollar yerine mutlak yollar kullanır, bu nedenle geliştirme ortamının ya üretim ortamıyla aynı yola sahip olması gerekir ya da VBA'da bir "dinamik bağlayıcı" yordamı yazılabilir .
Çok büyük Access veritabanları için bunun performans sorunları olabilir ve bu durumlarda bir SQL arka ucu düşünülmelidir. Access verileri ve dizinleri önbelleğe aldığından, veritabanının tamamı bilgisayarın RAM'ine sığabiliyorsa bu sorun daha az olur.
SQL Server'a Geçiş
Access uygulamalarını kurumsal veya web çözümlerine ölçeklendirmek için olası bir teknik, Microsoft SQL Server'a veya eşdeğer sunucu veritabanına geçişi içerir . İstemci-sunucu tasarımı, bakımı önemli ölçüde azaltır ve güvenliği, kullanılabilirliği, kararlılığı ve işlem günlüğünü artırır.
Access 2000 aracılığıyla Access 2010, kullanıcıların veritabanlarını bir ODBC istemci-sunucu veritabanı olan Microsoft SQL Server'a yükseltmelerine olanak tanıyan Yükseltme Sihirbazı adlı bir özellik içeriyordu. Bu özellik, Access 2013'ten kaldırılmıştır. Ek bir çözüm olan SQL Server Migration Assistant for Access (SSMA), Microsoft'tan ücretsiz olarak indirilmeye devam etmektedir.
Çeşitli yükseltme seçenekleri mevcuttur. Verileri ve sorguları SQL Server'a taşıdıktan sonra, Access veritabanı SQL veritabanına bağlanabilir. Ancak, bazı veri türleri sorunludur, özellikle "Evet/Hayır". Microsoft Access'te Evet/Hayır (Doğru/Yanlış) veri türü için üç durum vardır: boş, hayır/yanlış (sıfır) ve evet/doğru (-1). Karşılık gelen SQL Server veri türü, yalnızca iki durum, izin verilen değerler, sıfır ve 1 ile ikilidir. Ne olursa olsun, SQL Server hala en kolay geçiştir. Bağlantılı tablolardan veri almak, yalnızca gereken kayıtlara göre optimize edilmiştir, ancak bu senaryo, aksi takdirde SQL Server için en uygun olandan daha az verimli çalışabilir. Örneğin, çok tablolu birleştirmelerin hala tüm tablonun ağ üzerinden kopyalanmasını gerektirdiği durumlarda.
Access 2010 da dahil olmak üzere Access'in önceki sürümlerinde veritabanları, doğrudan bir SQL Server veritabanına bağlı olan Access Veri Projelerine (ADP) de dönüştürülebilir. Bu özellik Access 2013'ten kaldırılmıştır. ADP'ler, tablolar, görünümler, saklı yordamlar ve SQL Server kısıtlamaları gibi SQL Server nesnelerini doğrudan oluşturma ve değiştirme yeteneğini destekler. Görünümler ve saklı yordamlar, çok tablolu birleşimler için ağ trafiğini önemli ölçüde azaltabilir. SQL Server, tek SQL Server veritabanının ötesindeki diğer veri kaynaklarına geçici tabloları ve bağlantıları destekler.
Son olarak, bazı Access veritabanları, veriler dönüştürüldüğünde tamamen ASP.NET veya Java gibi başka bir teknolojiyle değiştirilir. Bununla birlikte, Access SQL dili standart SQL'in daha güçlü bir üst kümesi olduğundan, herhangi bir geçiş büyük çaba gerektirebilir. Ayrıca, VBA ve makrolar olsun, Access uygulama prosedürleri, hem sağlam hem de kapsamlı olan mevcut alternatiflere kıyasla nispeten daha yüksek bir düzeyde yazılmıştır. VBA'dan daha yüksek bir soyutlama düzeyine izin veren Access makro dilinin Access 2010'da ve yine Access 2013'te önemli ölçüde geliştirildiğini unutmayın.
Çoğu durumda, geliştiriciler ASP.NET kullanarak doğrudan web-veri arabirimleri oluştururken, bilgi çalışanlarının bakımı için Access'te herkese dağıtılması gerekmeyen büyük iş otomasyon süreçlerini, yönetim ve raporlama işlevlerini korur.
Tüm Access verileri doğrudan SQL Server'a geçebilirken, bazı sorgular başarıyla taşınamaz. Bazı durumlarda, VBA işlevlerini ve kullanıcı tanımlı işlevleri T–SQL veya .NET işlevlerine/yordamlarına çevirmeniz gerekebilir. Çapraz sorgular, PIVOT komutu kullanılarak SQL Server'a geçirilebilir.
Koruma
Microsoft Access uygulamaları çeşitli yöntemlerle güvenli hale getirilebilir, en temel olanı parola erişim denetimidir; bu nispeten zayıf bir koruma şeklidir.
Daha yüksek bir koruma düzeyi, bir kullanıcı adı ve parola gerektiren çalışma grubu güvenliğinin kullanılmasıdır . Kullanıcılar ve gruplar, haklarıyla birlikte nesne türü veya bireysel nesne düzeyinde belirtilebilir. Bu, salt okunur veya veri girişi haklarına sahip kişileri belirtmek için kullanılabilir ancak belirtmek zor olabilir. Ayrı bir çalışma grubu güvenlik dosyası, birden çok veritabanını yönetmek için kullanılabilecek ayarları içerir. Access 2007 ve Access 2010, MDB veritabanları için hala desteklemesine rağmen, Access 2007 ve Access 2010 ACCDB veritabanı biçiminde çalışma grubu güvenliği desteklenmez.
Veritabanları da şifrelenebilir. ACCDB formatı, önceki sürümlerden önemli ölçüde gelişmiş şifreleme sunar.
Ayrıca, değişiklikleri önlemek için veritabanı tasarımının güvenliğinin sağlanması gerekiyorsa , veritabanı bir .MDE dosyasına dönüştürülerek Access veritabanları kilitlenebilir/korunabilir (ve kaynak kodu derlenebilir ). VBA projesinde (modüller, formlar veya raporlar) yapılan tüm değişikliklerin orijinal MDB'ye yapılması ve ardından MDE'ye yeniden dönüştürülmesi gerekir. Access 2007 ve Access 2010'da, ACCDB veritabanı bir ACCDE dosyasına dönüştürülür. Orijinal VBA yorumları ve biçimlendirme dahil olmak üzere belirli öğeler normalde geri alınamaz olsa da, kilidi açmak ve "çözmek" için bazı araçlar mevcuttur .
Dosya uzantıları
Microsoft Access, bilgileri aşağıdaki dosya biçimleri altında kaydeder :
| Dosya formatı | Uzantı |
|---|---|
| Boş Proje Şablonuna Erişim | .adn |
| Access Veritabanı (2007 ve sonrası) | .accdb |
| Access Database Runtime (2007 ve sonrası) | .accdr |
| Access Veritabanı Şablonu (2007 ve sonrası) | .accdt |
| Eklentiye Erişim (2007 ve sonrası) | .accda |
| Kullanıcı düzeyinde güvenlik için Workgroup veritabanına erişin. | .mdw |
| Derlenmiş VBA ve makrolarla (2007 ve sonrası) Korumalı Erişim Veritabanı | .accde |
| Windows Kısayolu: Makroya Erişim | .anne |
| Windows Kısayolu: Erişim Sorgusu | .maq |
| Windows Kısayolu: Erişim Raporu | .mar |
| Windows Kısayolu: Erişim Tablosu | .mat |
| Windows Kısayolu: Erişim Formu | .maf |
| Kilit dosyalarına erişim (.accdb ile ilişkili) | .laccdb |
| Dosya formatı | Uzantı |
|---|---|
| Korumalı Erişim Verileri Projesi (2013'te desteklenmemektedir) | .ade |
| Erişim Verileri Projesi (2013'te desteklenmez) | .adp |
| Access Veritabanı (2003 ve öncesi) | .mdb |
| Erişim Veritabanı (Windows CE için Cep Erişimi) | .cdb |
| Eklentiler için kullanılan Access Veritabanı (Erişim 2, 95, 97), daha önce çalışma grupları için kullanıldı (Erişim 2) |
.mda |
| Boş Veritabanı Şablonuna Erişim (2003 ve öncesi) | .mdn |
| Erişim | |
| Access (SQL Server) bağımsız veritabanı (2000) | .mdf |
| Derlenmiş VBA ve makrolarla (2003 ve öncesi) Korumalı Erişim Veritabanı | .mde |
| Kilit dosyalarına erişim (.mdb ile ilişkili) | .ldb |
Sürümler
| Sürüm | Sürüm numarası |
Yayın tarihi | Jet versiyonu | Desteklenen işletim sistemi | Ofis paketi sürümü |
|---|---|---|---|---|---|
| 1992 | Windows 3.0 | ||||
| 1993 |
|
Windows 3.1x | |||
| 1994 |
|
Windows 3.1x | Ofis 4.3 Profesyonel | ||
| 24 Ağustos 1995 |
|
Windows 95 | Ofis 95 Profesyonel | ||
| 16 Ocak 1997 |
|
Windows 95 , Windows NT 3.51 SP5, Windows NT 4.0 SP2 | Office 97 Profesyonel ve Geliştirici | ||
| 7 Haziran 1999 | 4.0 SP1 | Windows 95 , Windows NT 4.0 , Windows 98 , Windows 2000 | Office 2000 Professional, Premium ve Geliştirici | ||
| 31 Mayıs 2001 | Windows NT 4.0 SP6, Windows 98 , Windows 2000 , Windows Me | Office XP Profesyonel ve Geliştirici | |||
| 27 Kasım 2003 | Windows 2000 SP3 veya üzeri, Windows XP , Windows Vista , Windows 7 | Office 2003 Profesyonel ve Profesyonel Kuruluş | |||
| 27 Ocak 2007 |
|
Windows XP SP2 , Windows Server 2003 SP1 veya daha yeni işletim sistemi | Office 2007 Professional, Professional Plus, Ultimate ve Enterprise | ||
| 15 Temmuz 2010 |
|
Windows XP SP3 , Windows Server 2003 SP2 , Windows Server 2003 R2 , Windows Vista SP1 , Windows Server 2008 , Windows 7 , Windows Server 2008 R2 , Windows Server 2012 , Windows 8 | Office 2010 Professional, Professional Academic ve Professional Plus | ||
| 29 Ocak 2013 |
|
Windows 7 , Windows Server 2008 R2 , Windows Server 2012 , Windows 8 , Windows 10 | Office 2013 Profesyonel ve Profesyonel Artı | ||
| 16.0 | 22 Eylül 2015 | 16 | Windows 7 , Windows 8 , Windows 8.1 , Windows 10 | Office 2016 Professional ve Professional Plus | |
| 24 Eylül 2018 | Windows 10 | Office 2019 Professional ve Professional Plus |
Office 95 sürümü Word 7 ile başlatıldığından 2.0 ile 7.0 arasında Access sürümü yoktur . Tüm Office 95 ürünleri OLE 2 özelliklerine sahiptir ve Access 7, Word 7 ile uyumlu olduğunu gösterir.
13 numaralı sürüm atlandı.
Ayrıca bakınız
- İlişkisel veritabanı yönetim sistemlerinin karşılaştırılması
- Form (web)
- MDB Araçları
- Kexi
- LibreOfis Üssü