Tecrube ile olusan teknikler 1

Mart 2013 | Ali Iybar, Yazılım Geliştirme Uzmanı
Zaman icinde hizli ve cok kod uretebilmenin yolu olarak bazi standartlarla oynamak zorunda kaldim. Normalde her zaman standartlari uygulamama ragmen bir konu var ki standarttan sapiyorum.

Database'de ID isimlendirmesi : ID alani olarak numerik degil karakter alan kullananlar zaten okumaya devam etmesin. Normalde iliskisel veriyabani uygulamasi yazarken iki tablonun baglantilarinin olacagi ID alanarinin ismini ayni tutmak baglantinin kolay kurulmasini saglar. (!)

Ornegin Fatura tablosunda "FaturaID" alani kullanirken Fatura detay tablosunda da Fatura tablosuna baglamak icin "FaturaID" alani olusturulur.

Ben bu noktada yillardir farkli bir uygulama yapiyorum. Soyle ki ;
Her tablonun kendi ID sinin adini "ID" olarak veriyorum. yani basina sonuna birsey eklemiyorum. Bunu Fatura Detay tablosuna baglarken tablo isminin sonuna ID ekleyerek alani aciyorum ("FaturaID") Yani isimlerini ayni vermiyorum.

Bunun bana sagladigi birkac avantaj var.
1- Eger bir tabloda sonu ID ile biten bir alan varsa basina bakarak hangi tablodaki ID alanina baglandigini direk soyleyebiliyorum.
2- Hazirladigim kutuphanelerde her zaman ana ID alaninin adini biliyor olmak kutuphaneleri son derece hizli ve az parametre ile kullanabilmemi sagliyor.
3- SQL cumlelerinde ezberden yazip gecebiliyorum. iki tane tablonun adini bilirsem baglantinin hangi alanda olacagini anlamak icin yapisina bakmama gerek kalmiyor.
4- Cross baglantilar (coka cok baglanti icin) tablonun icerigine bakmak hangi tablolarin baglandigini netlestiriyor (Buna gerek kalmiyor aslinda cunku tablonun ismini de her zaman iki tablonun adini ard arda yazip sonuna "Cross" ekleyerek veriyorum)

Uzerinde bir dusunun derim. Bu teknigi uygulamaya baslayali 15 sene oldu her zaman artisini gordum eksisini yasamadim.