Acemi işi koşul sistemi (page 5)

July 27, 2012

Acemi işi koşul sistemi

Posted by mert
in reply to Ali Çehreli (acehreli)

Permalink

mert

Posted in reply to Ali Çehreli (acehreli)

Permalink

Alıntı (acehreli:1342650040):

Alıntı (huseyin325325):

Yani ad ve şifre birar Subtable

Eğer sonunda doğru anlıyorsam :) sanıyorum 'relational database' özelliğimizin olması gerekiyor. Yani belirli bir tablodaki veri başka tablodaki verilerle ilişkili (related). Ben veri tabanlarının nasıl gerçekleştirildiklerini de bilmiyorum. :(

Ali

Haklısınız. Veri tabanlarında veri türleri için hazırlanan tablolarda otomatik olarak artan bir kayıt numarası olur. Bir verinin biricik olabilmesi için aynı kayıt satırında o biricikliği sağlayan id(kimlik) ad, soyad, elektronik posta, doğum tarihi vs gibi veriler bulunabiliyor.( ki üye için bir sayaç ile her kayıtta +1 artan bir int türü düşünebilirsiniz burada) Sadece isme ve şifreye dayalı bir veri mimarisi genellikle bu tür çözümsel sıkıntılara neden olmakta. Sanırım sıkıntı da buradaki veri türünün tam işlenebilme yönteminin tasarlanamıyor oluşunda.

Hüseyin;
Üyeyi temsil eden bütün verilerin bir tabloda ve biricik verilerinin bir kayıt satırında olduğunu düşünmeye çalışmalısın.
O üyenin de ilişkili verileri yani okuduğu kitapları, kitaplar tablosunda (ki bunlarda da ısbn gibi değişmez ve biricik bir kayıt seti kimliği bulunmalıdır) toplanmalıdır. böylece kitap isimleri ve yazarları birbirine karışabileceğinden öksüz(orphan) kayıtlar ile veri tabanımızı boşuna şişirmeyelim, gittiği filmleri de ayrı bir tabloya imdb numarası gibi yine biricik bir anahtarla kayıt satırlarına ekleriz. Burada da yürütülen mantık aynı. Düşünmemiz gereken o türden bir veriyi o türe ait her kayıt seti için değişmez ve tek bir kimlik bilgisi ile ilgili tablosuna eklemek. Ardından o tablolarda üyemize ait değişmez olan biricik kimlik(id) bilgisini de ilgili tabloların ilgili satırlarına işlemek.

Böylece verileri çekerken de ilişkisel veri yapısı mantığından hareketle her tablonun kayıt satırlarındaki değişmez biricik numaraları eşleştirerek üyemize ait kitap veya film bilgilerine erişmek kalıyor bize.
Bu tür işlemleri sql ile basitçe Joinler(left, alias, as vs. gibi anahtar kelimeler ) kullanarak kısaltma yoluna gideriz.

Burası da tasarladığın kodlarda ilişkili olacağından senin düşünce sistemine kalıyor.

Ali hocam' da Kadir Can' da mantığını belirtmişler ben biraz daha açayım istedim.

Veriyi girerken kullandığımız basit bir sql sorgusu:

INSERT INTO uyeler (adi, soyadi) VALUES ('Ali', 'Çehreli');

Açıklaması ; Veri tabanımda bulunan uyeler adlı tablomun adı ve soyadı sütunlarına ad değeri için Ali, soyad değeri için Çehreli verilerini ekle.

İşleyiş; Bu komut ile uyeler tablosunda uyeNo sütunu otomatik olarak artan yapısı ile kimlik bilgisi için yeni kayıt seti açılır ve 004 olarak numaralandırılır. 004 adlı satırda adi sütununa Ali bilgisini, soyadi sütununa Çehreli bilgisini ekler.

Veriyi çekerken kullandığımız basit bir Sql sorgusu:

SELECT adi, soyadi FROM uyeler ORDER BY adi;

Açıklaması; veri tabanımdaki uyeler adlı tablomdan tüm üyeleri adı sütununu alfabetik sıralamaya sokarak ad ve soyad biçiminde listele.

İşleyişi; bu sorgu ile içeriğinde bir çok tablo bulunan veri tabanımızın uyeler adlı tablosuna erişilir. Tüm uyelerin ad ve soy ad verileri ad sütunundaki veriler alfabetik olarak küçükten büyüğe doğru sıralanır ve sıralı liste kullanıcıya verilir.

Başka bir örnek daha;

SELECT * FROM uyeler WHERE adi = 'Salih' OR soyadi='Dinçer';

Açıklaması; Uyeler tablomuzda bulunan tüm verileri al, adı Salih'e veya soyadı Dinçer'e eşit olan kayıtları listele.

İşleyişi; Bu sorgu veri tabanımızın uyeler tablosuna eriştiğinde SELECT' ten sonra koyduğumuz yıldız işaretinden ötürü tüm kayıtları bir alanda toplar, önce adi sütununda adın Salihe eşit olduğu satırları arar, bulduğunu listeler, bulunamayan kayıt varsa soyadi sütununda Dinçer adlı kayıtların olup olmadığına bakar. Bulduğunu listeler.

İşinize yarayacağını umaraktan,

mert

--
[ Bu gönderi, http://ddili.org/forum'dan dönüştürülmüştür. ]

Düşündüm de belki hayal etmenizi kolaylaştırmak için kitaplar adlı veri tabanı tablomuzu da basitçe örneklersem daha kolay anlaşılır sql konumuz.

okunanKitap adlı tablomuz basitçe şöyle tasarlanabilir

Böyle bir tablo tasarladığınızda basitçe hangi üyenin hangi kitabı okuduğunu rahatlıkla ve bir karışıklık olmadan takip edebilirsiniz.
Bunun için basitçe ister önce üyeye ait numarayı elde eder o numara ile sorguya girer okunan kitap bilgilerini listeletirsiniz, isterseniz birleşik sorgu ile hem üye bilgilerini elde eder, o bilgilerden uyeNumarasını kullanarak okunan kitaba erişim sağlarsınız. Böylece hem üye bilgilerini, hem kitap bilgilerini listeleyebilirsiniz.

Sorgularınızda sistem yükünüz ve listelenecek veri detayları gibi tercihleriniz söz konusu olduğundan ilişkisel yapının listelenme tercihleri tamamen sizin talepleriniz doğrultusunda şekillenecektir.

Not; İdeal veritabanı tasarımlarında okuyanUyeNo ile okunanKitaplar aynı kayıt setinde toplanmak yerine kitaplar adlı ayrı bir tablo, okunanKitaplar için sadece ISBN ve uyeNo 'yu tutacak ayrı bir veri tabanı tablosu oluşturulur. Örnekleme veri tabanı tasarımını daha rahat kavratabilmek için bilinçli olarak basitleştirilmiştir. Elbette bu basitlik hataya da açıktır. Dikkatinize sunarım.

Değişiklik nedeni: Not verme ihtiyacı

--
[ Bu gönderi, http://ddili.org/forum'dan dönüştürülmüştür. ]

Forums