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Ş <ali.r.ke...@gmail.com> yazdı: > 2013/5/6 Bugra Sari <bug...@gmail.com>: > > 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 > Linux-programlama@liste.linux.org.tr > https://liste.linux.org.tr/mailman/listinfo/linux-programlama > Liste kurallari: http://liste.linux.org.tr/kurallar.php >
_______________________________________________ Linux-programlama mailing list Linux-programlama@liste.linux.org.tr https://liste.linux.org.tr/mailman/listinfo/linux-programlama Liste kurallari: http://liste.linux.org.tr/kurallar.php
