Yapılmaması Gereken Ölümcül Hatalar

gerçekten güzel bir konu , ellerine sağlık

her şey için teşekkürler hocam ancak anlamadığım bir cümle var tablolar bölümünün 9. maddesinde " Hesaplanabilir hiç bir alan tablolara alan olarak eklenmemeli." diyorsunuz hesaplanan alanları nasıl kaydedeceğiz ben yeni başlayan biri olarak tavsiyelerinize uymaya çalışıyorum. burayı anlayamadım

Kaydetmenize gerek yok. Ne zaman ihtiyacınız olursa o aşamada hesaplama işlemini yaptırıp kullanıcıya gösterebilirsiniz.

Mesela iki sayı olsun tabloda. Bunların toplamını tabloya kaydetmek yerine ihtiyaç olan formda veya raporda toplatıp sonucu gösterebilirsiniz.

Neden gerek yok?

• Boşuna yer kaplayacak
  
• Her tabloya erişmek istediğinizde hesaplama yapacak ve hız düşecek
  
• 2010 öncesi sürümlerde hatalı sonuç elde etme ihtimali çok yüksek
  

teşekkürler hocam.

Sn.sledgeab
Bu siteye üye olmadan önce hazırlamaya başladığım burada geliştirdiğim projemi hem yeni tasarım düşüncesi ile formlarımda, hemde ileri dönük büyük hatalar açmaması gayesiyle tablo ve sorgularımda köklü değişikliklere giderek yeniden tasarlamayı düşünüyorum.

(29/08/2009, 00:04)sledgeab yazdı:

(03/08/2009, 22:31)remi yazdı: Hocalarımız daha iyi bilir ama benim anladığım şöyleki Bu işlemleri yani verilerde maske kullanma ve liste kutusu gibi vs.. özellikleri formlarda zaten yapabiliyoruz tablolar oluşturacağımız uygulamanın veritabanıdırlar verileri ne kadar yalın tutarlarsa o kadar sağlıklı olur eğer veriler tablodan değilde oluşturulan formlardan girilecekse ki genellikle çoğumuzun tercihidir bu onun için bu tür özellikleri tablo yerine formlardan tanımlamakta fayda var
uygulamaya veri girildikten sonra tablolarda değişiklik yapmak zordur verilerin kaybına neden olabilir oysa formlarda istediğiniz değişikliği verileri etkilemeden kolayca yapabilirsiniz.

Yanlışım varsa hocalarımız lütfen gerekli düzeltmeyi yapsınlar.
Saygılarımla

sn remi, mesajınızı yeni gördüm, açıklamanız için teşekkürler. Çok doğru tespitlerde bulunmuşsunuz,

Tablolar verileri depolamak için kullanılmalı, açıp veri girecekmiş gibi Açılan Kutu veya giriş maskesi eklememeliyiz.

Ayrıca forma, açılan kutu eklediğimizde, Access türkçe karakter kullanıp Açılan Kutunun adını "Açılan Kutu0" şeklinde oluşturur, bu adı bile "acilan_kutu", ACILANKUTU vs. şeklinde düzeltmeliyiz.

Türkçe Karakter Kullanmak Yok.

Ancak Sn.remi gibi bende yukarıdaki mesajınızda belirttiğiniz

(29/08/2009, 00:04)sledgeab yazdı: Tablolar verileri depolamak için kullanılmalı, açıp veri girecekmiş gibi Açılan Kutu veya giriş maskesi eklememeliyiz.

Olayına takıldım.

Yoğun bilgi girişi yapılan Gövde (Ana) Tablolarda alt tabloların vazgeçilmezi olan ID alanlarını depolamak için alan türünü sayı olarak belirlediğimizde Tablolarımıza genel bir bakış yapılsa rakamlardan hiç bir şey anlaşılmayacaktır. Arama sekmesinden Açılan Kutu yaptığımızda Tablomuzda sadece ID leri depolayacağımız için alan karakter boyutunu düşürerek projemizi daha küçük tutarak aradığımız veriyi de daha çabuk bulma şansımız olmaz mı?
(Tabiki alan isimlerine dikkat ederek)
Kafama takılan bu konuda aydınlatıcı bilgi verirseniz memnun olurum

Zaten tablolarınıza bakılmayacağı için ID olması problem olmayacak. Form üzerinde bir metin kutusunda o ID ye ait kullanıcının/müşterinin vb. bilgilerini Dlookup vb bir yöntem ile gösterebilirsiniz.

Aramalar için en uygun yöntem sayı türü alanlardır. Metin türü alanlarda ne kadar kısa tutarsanız tutun Sayı türü ile kıyaslama bile kabul etmez aradaki fark.