Buradaki Amaç;
Microsoft'un Çok Çok Hatalı ve Çok Büyük Bir Eksiği Olan Access Projeleri Dağıtımı Konusundaki (Politik) Becereriksizliğinden Doğan Bir Oluşumdur... Microsoft Projelerinizi Dağıtmak İçin Oldukça Fazla Kırparak Ürettiği ve Hiçbir İşe Yaramayan RunTime Dosyalarıyla İşi Geçiştirmeye Çalışmıştır.. RunTime Uygulamaları Maalesef Ciddi Hiçbir Projede Başarı Sağlamamıştır..

Bu Nedenle, Runtime Uygulamasında Eksik Olan Herşeyi Ekleyerek; Access Veritabanı Uygulamarınızın Kati Olarak(Kesin ve Hatasız Olarak)
Her Platformda Çalışmasını Sağlamaktan İleri Gelen Bir İhtiyaç Sonucu Yapmış Bulunmaktayım..
(Microsoft Üretim Hataları ve Türkçeye Çevirme Hataları Müstesnadır..)

Ms Access, Microsoft Tarafından Her Zaman İçin Geri Plana İtilmiş,Kakılmış veya Bilerek İttirilmiş Bir Halde Bulunur...Akabinde, Her Platformda Çalışmaya Ayarlanabilir Bir Kit veya Set veyahut RunTime Dosyaları Sunsa da Başarılı Olamamıştır; Dağıtıma Hazırladığınız Projeleriniz Hiçbir Zaman İçin Düzgün Çalışmayacaktır.. Muhakkak Surette, Başka Bir Microsoft Windows Platformunda Çalıştırdığınızda Patlak Verecektir..(Bunun Sebebi MsAccess'in Ofis Paketi İçinde Sunulmasından Kaynaklanır ve Ofis Paketi Artık Kopamaz Bir Bütün Halinde Birbiriyle Entegredir...Ufak Bir Zerre Dosya Parçacığı Eksik(ya da Hatalı) veya Bozulduğunda Paket Problem Çıkarır..Farklı Sürüm ve Paketler Ofis Paketlerinin Hatalı Çalışması İçin Bizzat ve Sinir Bozmak İçin Kesinlikle ve Kesinlikle Kasti Olarak Üretilmiştir.. Yordamlar,Kod Yapıları Hangi Dosyanın Hangi Sürümle Uyumlu Çalışacağını Bile Bile Hatalı Olarak ve Aptal Görünüm Süsü Vererek ve de Saçmasapan Bir Kurulum Silsilesi İçinde Patlayıverir...Ve Sürekli Güncelleme Talep Eder...Çünkü Sık Güncelleme, Sık Kontrol Demektir..Programlar Kendi Amacı Dışında İstihbarat Amaçlı, Kişiye Özel bilgilerin İstem Dışında Toplanarak Bir Merkeze Kayması Gibi Siyasi Konuları da İçerir Aslında.. Neyse Bu Kısımı Daha Fazla Ortaya Çıkarıp Bill Amcanın Sinirini Bozmayalım...)

(ACCESS 2003 VERSİYONUNA KADAR OLAN PROJELERİNİZ;
XP/VISTA/WIN7/SERVER İŞLETİM SİSTEMLERİNİN;
32 veya 64 BIT PLATFORMLARINDA ÇALIŞIR...)

TOPLAMDA 58 MB BİR DOSYADIR..ASLINDA FAZLA SAYILMAZ;
FAKAT DAHA KÜÇÜK YAPABİLSEYDİM ÇOK İYİ OLACAKTI..
ANCAK ACCESS PROJELERİ İÇİN GEREKLİ OLANLARI ÇIKARAMAZDIM..
(EĞER Kİ BU ÇALIŞMAYI ACCESS 2002 'YE UYARLASAYDIM;
SANIRIM Kİ 35 MB CİVARI BİR BOYUTA GETİREBİLİRDİM..)

Programı Setup 'ı İle Kurup Kullanırsanız Avantaj Olarak;

Access Güvenlik Ayarları Kapatılır;
Access İnce Ayarları Yapılandırılır;
Türkiye Bölgesel Ayarlar Otomatik Ayarlanır ve
Office Installer Otomatik Olarak Devre Dışı Bırakılır..

Çalışmanızda Profesyonel Olan Uygulamalarda Olduğu Gibi, Birincil Kilitli Tuttuğunuz Mde
Programınızdan İkincil Bir Kilitli Olmayan ve Sadece Rapor İçeren ve Mdb yapısında Olan
Dosyanıza Tasarla Diyerek;Rapor Tasarlanabilen Uygulamalar Geliştirirsiniz..
Yani Ana ve Önemli Kodlarınızı MDE Yapısında Tutarken, Raporları Ayrı Bir MDB Yapısında
Tutarsınız..Bununla İlgili Örnek Link Vereceğim..

Sisteminizde Office Seti Kurulu Olsun veya Olmasın Projeniz Takılmadan Çalışacaktır..
Programlarınızı Masaüstüne Oluşacak Kısayolun Üstüne Bırakarak Çalıştırabilirsiniz..

Ya da Kısayolunu ;
32 BIT İÇİN :
Hedef:
"%programfiles%\Microsoft Office\OFFICE11\MSACCESS.exe" /runtime "d:\programınız.mde"
Başlama Yeri :
""%programfiles%\Microsoft Office\OFFICE11"

64 BIT İÇİN:
Hedef:
"%programfiles(x86)%\Microsoft Office\OFFICE11\MSACCESS.exe" /runtime "d:\programınız.mde"
Başlama Yeri :
""%programfiles(x86)%\Microsoft Office\OFFICE11"

Olarak Ayarlarsınız..

Aşağıdan Direk Olarak İndirebilirsiniz :

http://www.mediafire.com/file/yoydjuk4ot...e PLUS.exe

NOT:Bu Notu Mehmet Eser Arkadaşımızın Aşağıda Birşeyler Anımsatması Sonucu Sonradan İlave Etmiş Bulunmaktayım....Bu yaptığım çalışma aslında bir portable uygulamasıdır ve sisteminizde kurulu olan ofis paketlerinizi bozmaz. Zarar da vermez.. Bu sayede versiyonları farklı ve uyumsuz ofis parçacığı dosyalarından etkilenmez.. Anlayacağınız yaptığım çalışma nereye giderseniz gidin, hangi koşulda çalıştırırsanız çalıştırın, dere tepe düz olarak hatasız çalışacaktır.. Buna emin olabilirsiniz..

Merakla bekliyoruz.. Bahsetmemişsiniz ve sorun olacağını sanmıyorum ama farklı sürümlerde oluşturulan Access uygulamalarında sorun çıkarmayacak değil mi? Yani en azından tüm Access97-2007 sorunsuz çalışacak mı? 2010'u sonra da düşünebiliriz


Düzeltme: Konu başlığında 2003 Runtime yazıyormuş zaten.. Yukarıdaki sorumu geri alıyor temenni olarak bırakıyorum..

this.setState({sign:"Here comes the sun...."})

Taşınabilir (Portable) VT dosyaları olmadığı sürece Access'in bu koşuda topal kalacağına inanıyorum. Geliştirme ortamının da bir sürü eksiği var. Microsoft bir an önce (geliştirme niyeti var ise) indigorose yazılımdan AutoPlay'ı nasıl yaptığını öğrenmeli ve gerekirse şirketi satın almalı. O yazılım bir de VT desteği verse geriye sorun kalmayacak.

2003 için yaptığınız çalışmaya teşekkürler. Özgün çalışmaların çoğlaması dileğimle.

Bu yaptığım çalışma aslında bir taşınabilir veritabanı uygulamasıdır (portable database) diyebiliriz ve sisteminizde kurulu olan ofis paketlerinizi bozmaz. Zarar da vermez.. Bu sayede versiyonları farklı ve uyumsuz ofis parçacığı dosyalarından etkilenmez.. Anlayacağınız yaptığım çalışma nereye giderseniz gidin, hangi koşulda çalıştırırsanız çalıştırın, dere tepe düz olarak hatasız çalışacaktır.. Buna emin olabilirsiniz..Aslında bu çalışma, ticari anlamda access projeleri üretenler için altın değerindedir diyebilirim..

Script Dilleriyle Yakından İlgileniyorum..
Özellikle yarı otomasyon sistemlerinde Indigorose ve Autoit Teknolojilerinden fazlasıyla Faydalanıyorum..
Indigorose ve Autoit Türü Gibi Mükemmel Ölçülerde gelişmiş script dillerinde veritabanına aslında dolaylı yollardan bağlantı yapıp sorgulama, kaydetme gibi arayüz kullanımlarında yine de kısmi ölçülerde faydalanabilirsiniz.. Tabii ki bir hamle ötede robot teknolojilerine ve mükemmel tasarımlı programlara Indigorose veya Autoit türü script dilleri imzalarını atmışlardır..

Dediklerinize tamamiyle katılıyorum, Microsoft artık adam akıllı programlama dillerine, kendinden daha ileri giden ve programlama dili ötesine geçen bu script dillerini satın alıp veya geliştirip yoluna düzgün devam etmeli.. (boynuz kulağı geçti misali) .. Yoksa bu gidişin sonu Microsoft'un yakın gelecekte yok olması demek olabilir, zaten yazılım dillerindeki başarızılığı sonucu ve borland karşısındaki yıkılışı sonucu bayrağı maalesef ileriye taşıyamadı..
Net dilleri iyi görünse de , çalışma platformları için yanınızda gigabyte larla framework ve yeni versiyonlarını ve yamalarını taşımanın yanısıra en az 45 dakka süren bunaltıcı kurulumları ve dağıtıma uygun olmayan saçmalıklarla daha nereye kadar gidebilir ki ???

AutoIT'i ben de çok kullandım. Özellike mdb dosyalarının çalıştığında şekilenmesi ve exe gibi davranması için. Ama onda geliştirici dışında bir araç var ve tam anlamıyla görsel programlamaya izin vermiyor. Kod kurdu olmak gerekiyor autoit için.

autoplay ise kusursuz gibi duruyor. Tek eksiği ek araçlara verilen destek ve pahalılık.

Autoit ve autoplay'dan dolaylı olarak nasıl faydalanıyorsunuz? AutoPlay ile geliştirilmiş bir uygulama access vT'sine nasıl erişir ve işlem yapar?

Microsoft ofis ve windows dışında unutuldu gibi! Arasıra silverlight falan bişelerle oyalıyor milleti. Yeni ürün ler çıkararak zinde kalmaya çalışıyor. Bence ofis ve windows'a ağırlık verse hepsinden hayırlı olur. Görsel programlama diye kafa ütüleyip durdu ama ders alacağı çok firma var bu konuda.

Sayın wwwbeko; gerçekten de, MS Access kullanarak profesyonel uygulamalar geliştirenler için altın değerinde bir uygulama sundunuz.. Sizin uygulamalarınızı denemiş, test etmiş biri olarak yine mükkemmelce hazırlanmış, tüm detayları düşünülmüş bir araç olduğunu söylemeliyim..

Bunun değerini en çok runtime sıkıntısı yaşayanlar bilecektir sanırım..