Öncelikle konu ile ilgili fikir beyan eden herkesin yüreğine sağlık.
Kütüphane Otomasyonu tarzı bir şey daha önce hiç yazmadım.
Çalıştığım kurumlarda kod yazdığım uygulamalarda ise database ler
sürekli tasarlamış halde gelmekde idi.
O yüzden tek başına sıfırdan bu tarz bir iş ile uğraşıp pratik yapma
şansım olmadı.
Evde kolilerde duran kitapları tasnif edeyim derken ortaya çıkan bu
fikir böyle bir ışık yaktı zihnimde.
Bende daha stabil çalışan (işe yarar) şeyler çıkarmak adına buradan
sizlerle paylaştım bu fikri.
Keza hepimiz biliyoruz ki bu tarz uygulamalarda yapılan en büyük hata
neyi nasıl yapacağımızı en başında tasarlamak (planlamak) yerine, hemen
(hurraa) kod yazmaya geçmek oluyor ve neticesinde sürekli sil baştan
oluyor her şey.
Yaptığınız değerli katkılar ile yarın akşama kadar tasarladığım databese
i buradan paylaşmaya çalışacağım
( http://dbpatterns.com/ açılmıyor şuan açılınca oraya da ekleyeceğim.)
Bu arada ben yazmak istediğim programı şöyle hayal ettim aklımda.
(Eski kütüphane günlerimden yola çıkarak elbette. Yani bizim zamanımızda
böyle işliyordu).
Büyük bir kütüphane, içerisinde bir kitap kayıt masası, masada yaşlı
gözlüklü bir teyze.
Önünde gazete büyüklüğünde ve ansiklopedi kalınlığında kocaman bir defter.
Ve bu kayıt masası önünde elinde kitaplar olan insanlar.
Hepsi daha önce aldığı kitabı teslim ediyor ve yeni kitaplar alıyor.
Gazete büyüklüğündeki o kayıt defteride sanırım şöyleydi.
*KİTAP VERİLİŞ TARİHİ| KİTAP NO | KİTABIN ADI | KİTABIN YAZARI | YAYIN
EVİ | BASIM TARİHİ | TÜRÜ | KİTABI ALAN ÜYE | KİTAP ALAN ÜYE NO | KİTAP
İADE TARİHİ |*
Herkese teşekkür eder kolaylıklar dilerim.
Levent "SARI"
06-05-2013 18:15 tarihinde, Bugra Sari yazdı:
Haklısınız. Güvenlik açısından önemli verilerin veritabanında
tutulması uygun değildir. En doğrusu her üyeye bir üye numarası verip
sorgulama yaparken üye numarası istenmesidir.
Ama sorgulama yapmak için TC kimlik numarası girilmesi istenebilir.
(Üyeler kendilerine verilen numarayı sürekli akıllarında tutamazlar ve
genellikle üyeden TC kimlik no istemek daha pratik gelebilir.)
Buradaki durum tek yönlüdür. TC kimlik numarasını girip verilere
ulaşılır ama hiç bir zaman başka veriler kullanılarak ekrana TC kimlik
numarası basılmaz. Şimdi biz üyeden TC kimlik numarasının ilk 6
hanesini alıp buna da bize özel *tek yönlü* şifreleme yapıp veri
tabanında saklarsak hem güvenlik sorunu kalmaz hem de sorgulama
işlemlerini daha hızlı halledebiliriz.
6 Mayıs 2013 15:53 tarihinde Ali Rıza KELEŞ <[email protected]
<mailto:[email protected]>> yazdı:
2013/5/6 Bugra Sari <[email protected] <mailto:[email protected]>>:
> uyeId ve kitapId alanları gereksizdir. Üye tablosu için uyeTc,
kitap tablosu
Ama bence daha onemili problem bir kitap icin tc istemek. Tckimlikno
toplamak biraz riskli ve gerekli de degil.
Bunun yerine bence baska unique birsey bulun. Eposta mesela..
--
--
Ali Rıza Keleş
_______________________________________________
Linux-programlama mailing list
[email protected]
<mailto:[email protected]>
https://liste.linux.org.tr/mailman/listinfo/linux-programlama
Liste kurallari: http://liste.linux.org.tr/kurallar.php
_______________________________________________
Linux-programlama mailing list
[email protected]
https://liste.linux.org.tr/mailman/listinfo/linux-programlama
Liste kurallari: http://liste.linux.org.tr/kurallar.php
_______________________________________________
Linux-programlama mailing list
[email protected]
https://liste.linux.org.tr/mailman/listinfo/linux-programlama
Liste kurallari: http://liste.linux.org.tr/kurallar.php
