Teşekkürler hocam.
Access 2010 ile Biten Projenin Yayımlanması
merhaba.. Access acemisiyim ve kod bilgimde yok. forumdan epey bir yardım aldım. konuyla alakalıdır sanırım bir kaç şey sormak isterim.
projeyi Access 2010 da hazırladım. uzantısı mdb. konuda projeyi ACCDE olarak kaydetmekten bahsedildi.
projede çeşitli modüller, kodlar, ayrıca Access pencere gizleme gibi kodlar var. ACCDE uzantılı olarak kaydettikten sonra ileriki zamanlarda herhangi bir sorun yaşama ihtimali var mıdır veya projenin hatalı davranmasına sebebiyet vermesi mümkün müdür?
ACCDE uzantısının mdb den hız açısından herhangi bir farkı var mıdır?
access 2010 ile hazırlanan projenin 2007 ile kullanılması ne kadar doğru olur?
buradaki 1000 sayısı 2000 olursa (orta halli telefon alım satım işletmesine yönelik) proje çok mu geç açılır?
teşekkürler.
projeyi Access 2010 da hazırladım. uzantısı mdb. konuda projeyi ACCDE olarak kaydetmekten bahsedildi.
projede çeşitli modüller, kodlar, ayrıca Access pencere gizleme gibi kodlar var. ACCDE uzantılı olarak kaydettikten sonra ileriki zamanlarda herhangi bir sorun yaşama ihtimali var mıdır veya projenin hatalı davranmasına sebebiyet vermesi mümkün müdür?
ACCDE uzantısının mdb den hız açısından herhangi bir farkı var mıdır?
access 2010 ile hazırlanan projenin 2007 ile kullanılması ne kadar doğru olur?
buradaki 1000 sayısı 2000 olursa (orta halli telefon alım satım işletmesine yönelik) proje çok mu geç açılır?
teşekkürler.
Son Düzenleme: 28/01/2014, 02:55, Düzenleyen: miCRoBe`.
Projenizin bir yedeğini alın. Orjinali dursun ve yedek dosyayı Accde formatına çevirin. İleride bir sorun çıkacaktır mutlaka işte o durumda Orjinal dosyanızın bir kopyasını daha alıp onda geliştirme yapacak, hataları düzelteceksiniz.
Accde veya Mde(2003 ve öncesi) proje halinden daha hızlı çalışır. Programın kodlarını meraklı gözlerden korur.
Orada 1000 yerine 2000 yapabilirsiniz. Burada püf noktası liste kutusunun sahip olduğu sütun sayısı ve tablonuzdaki alanların özelliğidir. Eğer çok fazla sütun yoksa ve 255 alanlı stringler vs. kullanmıyorsanız günümüz bilgisayarlarında çok problem olmuyor 1000 kayıt. Eğer onbinlerce kayıt sahibi iseniz sayılarda oynama yaparak performansı inceleyebilirsiniz. İşin ikinci püf noktası ise tüm kayıtlar liste kutusuna yüklenmemelidir
Accde veya Mde(2003 ve öncesi) proje halinden daha hızlı çalışır. Programın kodlarını meraklı gözlerden korur.
Orada 1000 yerine 2000 yapabilirsiniz. Burada püf noktası liste kutusunun sahip olduğu sütun sayısı ve tablonuzdaki alanların özelliğidir. Eğer çok fazla sütun yoksa ve 255 alanlı stringler vs. kullanmıyorsanız günümüz bilgisayarlarında çok problem olmuyor 1000 kayıt. Eğer onbinlerce kayıt sahibi iseniz sayılarda oynama yaparak performansı inceleyebilirsiniz. İşin ikinci püf noktası ise tüm kayıtlar liste kutusuna yüklenmemelidir
AccessTr.Net teknik konular içeren bir sitedir. Bu tip sitelerde en iyi şekilde yardım alabilmeniz için Site Kurallarını mutlaka okumanız ve buna göre hareket etmeniz lazım.
teşekkürler.
sorun çıktığında kullanılan eski veritabanı içerisindeki kayıtlar herhalde geliştirilen yeni veritabanı dosyasına sorunsuz olarak aktarılabiliyor değil mi?
ayrıca işin ikinci püf noktası dikkatimi çekti:
ayrı konumu açayım bilemedim ama yazayım buraya yinede alakalıdır sanırım.
bir form içinde, seçenek gruplarına bağlı arama metin kutusu ve bu kutunun sonucunun görüldüğü sorgu kaynaklı liste kutusu.. kısacası arama filtreleme formu diyeyim.. form açıldığında tüm alınan ürün kayıtlarını veya satılan ürün kayıtlarını liste kutusu ekrana getirecek.. bunların içinden arama yapılacak.. bu durumda mesela bir yıl sonunda 1500 kayıt olduğunda liste her açıldığında 1500 kayıt getirecek.. bu püf noktası burası sanırım.. bu konu için akılcı bir çözüm var mıdır?
sorun çıktığında kullanılan eski veritabanı içerisindeki kayıtlar herhalde geliştirilen yeni veritabanı dosyasına sorunsuz olarak aktarılabiliyor değil mi?
ayrıca işin ikinci püf noktası dikkatimi çekti:
ayrı konumu açayım bilemedim ama yazayım buraya yinede alakalıdır sanırım.
bir form içinde, seçenek gruplarına bağlı arama metin kutusu ve bu kutunun sonucunun görüldüğü sorgu kaynaklı liste kutusu.. kısacası arama filtreleme formu diyeyim.. form açıldığında tüm alınan ürün kayıtlarını veya satılan ürün kayıtlarını liste kutusu ekrana getirecek.. bunların içinden arama yapılacak.. bu durumda mesela bir yıl sonunda 1500 kayıt olduğunda liste her açıldığında 1500 kayıt getirecek.. bu püf noktası burası sanırım.. bu konu için akılcı bir çözüm var mıdır?
Son Düzenleme: 28/01/2014, 17:04, Düzenleyen: miCRoBe`.
Bu konunun mesaj bildirimi nedense bugün geldi. Bundan dolayı geç cevap yazıyorum kusura bakmayın.
Uygulamanızı FE ve be olarak ikiye ayırmanız lazım zaten. Eğer ayırmazsanız normalde de sıkıntılar yaşayabilirsiniz. Mutlaka verileri formlardan ayırın.
Arama işlemini Sql ile yapmak en performanslı işlemdir. Liste kutunuzda ihtiyacınıza göre son işlem gören 500 kayıt listelenebilir mesela. Arama yapmak istediğinizde ise liste kutusunun içindeki bu 500 kayıtta değil tüm veritabanı içerisinde arama yaptırır sonuçları liste kutusunda gösterirsiniz. Örnek :
Bu kod ile liste kutusunda son 500 işlemi görüntülersiniz. Arama işlemi lazım oluncada yine yukarıdaki kodları kullanacaksınız ancak aranacak şeyleri WHERE ile Sql koduna ekleyeceksiniz.
NOT : Kodları ezberden yazdım hata olabilir, amaç mantık.
Alıntı:sorun çıktığında kullanılan eski veritabanı içerisindeki kayıtlar herhalde geliştirilen yeni veritabanı dosyasına sorunsuz olarak aktarılabiliyor değil mi?
Uygulamanızı FE ve be olarak ikiye ayırmanız lazım zaten. Eğer ayırmazsanız normalde de sıkıntılar yaşayabilirsiniz. Mutlaka verileri formlardan ayırın.
Alıntı:u durumda mesela bir yıl sonunda 1500 kayıt olduğunda liste her açıldığında 1500 kayıt getirecek.. bu püf noktası burası sanırım.. bu konu için akılcı bir çözüm var mıdır?
Arama işlemini Sql ile yapmak en performanslı işlemdir. Liste kutunuzda ihtiyacınıza göre son işlem gören 500 kayıt listelenebilir mesela. Arama yapmak istediğinizde ise liste kutusunun içindeki bu 500 kayıtta değil tüm veritabanı içerisinde arama yaptırır sonuçları liste kutusunda gösterirsiniz. Örnek :
lbKasaIslemleri.RowSource = "SELECT TOP 500 * FROM tblKasaHareket ORDER BY IslemTarihi DESC"
lbKasaIslemleri.Requery
Bu kod ile liste kutusunda son 500 işlemi görüntülersiniz. Arama işlemi lazım oluncada yine yukarıdaki kodları kullanacaksınız ancak aranacak şeyleri WHERE ile Sql koduna ekleyeceksiniz.
NOT : Kodları ezberden yazdım hata olabilir, amaç mantık.
AccessTr.Net teknik konular içeren bir sitedir. Bu tip sitelerde en iyi şekilde yardım alabilmeniz için Site Kurallarını mutlaka okumanız ve buna göre hareket etmeniz lazım.
Merhabalar,
Access 2010 daki bir projeyi Dosya-Secenekler-Gecerli Veritabani altinda yer alan bölümden proje acilirken baslangicta hangi form ile baslayacagini, kisayol menü cubuklarinin görüntülenme izinleri v.s. bir cok ayarlamalari buradan yapabiliyoruz. Örnegin Access 2003 de bu baslangic ayarlari yapildiginda ve proje dosyasi acildiginda artik yukarida bahsettigim gizlilik ile ilgili bir menü veya bir erisime ulasma imkani kalmiyor. böylelikle projeyi kullanan baskalari tarafindan tablo ve formlarin tasarim görünümünde acilmasi engellenmis oluyor. Access 2010 da ise yien bahsettigim baslangic ayarlarini degistirmeme ragmen Dosya menüsü altinda gizlilik seçenekleri beliriyor ve buraya tiklanarak baslangic ayarlarini baska kullanicilarinda degistirebilirliligi ortaya cikiyor. Benim istedigim ben baslangic ayarlarini yaptiktan sonra baska hic kimse bu ayarlara ulasamasin ve degistiremesin.
ilk mesajdaki gibi gerekli ayarlamalari yapmama ragmen yine de herhangi birbaska kullanici ODBC Sql serverden aldigim bagli tablolara ulasabiliyor ve onlar üzerinde degisiklik yapabiliyor. benim amacim özellikle DIS ODBC baglantisi ile olusturdugum bagli tablolara kimse ulasamasin ve tablo kayitlari üzerinde degisiklik yapamasin.
Access 2010 daki bir projeyi Dosya-Secenekler-Gecerli Veritabani altinda yer alan bölümden proje acilirken baslangicta hangi form ile baslayacagini, kisayol menü cubuklarinin görüntülenme izinleri v.s. bir cok ayarlamalari buradan yapabiliyoruz. Örnegin Access 2003 de bu baslangic ayarlari yapildiginda ve proje dosyasi acildiginda artik yukarida bahsettigim gizlilik ile ilgili bir menü veya bir erisime ulasma imkani kalmiyor. böylelikle projeyi kullanan baskalari tarafindan tablo ve formlarin tasarim görünümünde acilmasi engellenmis oluyor. Access 2010 da ise yien bahsettigim baslangic ayarlarini degistirmeme ragmen Dosya menüsü altinda gizlilik seçenekleri beliriyor ve buraya tiklanarak baslangic ayarlarini baska kullanicilarinda degistirebilirliligi ortaya cikiyor. Benim istedigim ben baslangic ayarlarini yaptiktan sonra baska hic kimse bu ayarlara ulasamasin ve degistiremesin.
ilk mesajdaki gibi gerekli ayarlamalari yapmama ragmen yine de herhangi birbaska kullanici ODBC Sql serverden aldigim bagli tablolara ulasabiliyor ve onlar üzerinde degisiklik yapabiliyor. benim amacim özellikle DIS ODBC baglantisi ile olusturdugum bagli tablolara kimse ulasamasin ve tablo kayitlari üzerinde degisiklik yapamasin.
Konuyu Okuyanlar: 1 Ziyaretçi