| Yazar |
|
tuuba
Bursa
Kayıt: 22.01.2007 |
|
Bence bu kadar,hoca açıklama yapmamıştı zaten.
|
|
|
| Yazar |
|
auzunun
Bursa
Kayıt: 15.01.2006 |
|
Ödevde her aşamayı uygulamak zorunda mıyız? Ne bileyim o kadar dağınık bir veritabanını sallamak da kolay değil. Ayrıca bu aşamaların hepsi birbirine benziyor. Birini yapsan diğeri ortadan kalkıyor
Öldüremiyorsan, yaralama.
|
|
|
| Yazar |
|
antirunje
Kayıt: 16.11.2006 |
|
Hoca örnek veri tabanı mı dedi, kendisinin yaptığı gibi bir örnek mi dedi :) ? Ben sadece bir tabloda göstereceğiz diye hatırlıyorum.
Eger ac ve kimsesiz bir kopegi alip bakar ve rahata kavusturursaniz sizi isirmaz. Insan ve kopek arasindaki temel fark budur.
|
|
|
| Yazar |
|
virgo
istanbul
Kayıt: 18.01.2006 |
|
arkadaslar bu ödev teslim edilecek mi yoksa sadece çalışıp gelin mi dedi hoca?
there is no place like 127.0.0.1
|
|
|
| Yazar |
|
leonirossi87
Kayıt: 09.03.2006 |
|
kağıda yazıp teslim edilcek diye biliyorum ben. yanlışım varsa düzeltin
|
|
|
| Yazar |
|
virgo
istanbul
Kayıt: 18.01.2006 |
|
yazılacak mı? çıktı kabul olmuor mu?
there is no place like 127.0.0.1
|
|
|
| Yazar |
|
clairvoyant
Antalya
Kayıt: 05.05.2006 |
|
Ne ödevi ya projeler ile uğraşıyoruz zaten o kadar. Vize olduk, bir de üzerine ödev, yoklama, quiz falan... Dönem içi notu için neye asılacağıma karar veremedim bir türlü. Nedir bu uygulamaların ortalamaya etkisi, bilen var mı?
Let`s make this world a better place to live !
|
|
|
| Yazar |
|
uslanmaz4
ANKARA
Kayıt: 15.01.2006 |
|
Arkadaslar boyce code degilmis boyce codd mus kusura bakmayın :D
kedicik kedicik
|
|
|
| Yazar |
|
leonirossi87
Kayıt: 09.03.2006 |
|
uslanmaz4 yazdi | | | Arkadaslar boyce code degilmis boyce codd mus kusura bakmayın :D |
 hehe aman kimseler duymasın
|
|
|
| Yazar |
|
caner
republic of FB
Kayıt: 19.01.2006 |
|
1NF 2NF 3NF hepsi sırayla gostericelecek mi yoksa direk 3nf den baslayıp boyce codd yapsak yeterli mi?
Atam izindeyiz..
Biz de Fenerbahçeliyiz..
|
|
|
| Yazar |
|
auzunun
Bursa
Kayıt: 15.01.2006 |
|
şimdi bir veritabanına 3 normal form mu uygulanacak yoksa hocanın yaptığı gibi her normal form için birer örnek veritabanı mı oluşturacağız
Ayrıca boyce codd ne ya hangi sorunlar için kullanılıyor bu meret biri anlatabilirse sevinirim 
Öldüremiyorsan, yaralama.
|
|
|
| Yazar |
|
iemre
Anadolu
Kayıt: 26.05.2007 |
|
Ya kimse bişey bilmiyor mu.O kadar soru sorulmuş burda cevaplayan yoktur.Zaten ne olup bittiğini analamak mümkün de değil gibi gözüküyor bu okulda.Haksızmıyım neyim.
More than one
|
|
|
| Yazar |
|
serdarerdmrc
Varto
Kayıt: 06.04.2008 |
|
Boyce-Codd Normal Formu:
2NF, 3F durumunda olup geçişli bağımlılık içermeyen bir ilişkidir. Kendisi anahtar olmayan özellikler, anahtara fonksiyonel olarak bağlı bulunmamaktadır.
3NF'da da bazı sorunlarla karşılaşılabilir. Bu sorunları önlemek için Boyce-Codd normal formu (BCNF) kullanılır.
Fonksiyonel Bağımlılık:
R bir ilişki şeması olsun. X ve Y niteliklerinin R'nin iki alt kümesi olduğunu varsayalım.
,
Eğer X nitelikler kümesinin değerleri Y nitelikler kümesinin değerlerini belirliyorsa; Y, X 'e fonksiyonel bağımlıdır denir. O halde; R ilişkisinin Y niteliği, R'nin X niteliğine ilişkisel olarak bağımlıdır. X 'in her bir değeri Y'nin bir değerine karşılık geliyorsa da fonksiyonel bağımlılıktan söz edilir. Bu işlevsel bağımlılık,
biçiminde ifade edilir. Eğer bu bağıntı geçerli ise ve X'den bir nitelik çıkarıldığı halde bu bağımlılık hala geçerli oluyorsa; burada kısmi bağımlılık söz konusudur.
Fonksiyonel bağımlılığı bir örnek:
Bir şirketin müşterilerine partiler biçiminde ürün gönderdiğini varsayalım. Her bir müşteri ayrı bir ilde yer almaktadır. Bir şehir birden fazla müşteri içerebilir. Her bir şehir "şehir kodu" na sahiptir. Her bir müşteriye birden fazla parti ürün gönderebilir. Bu bilgileri saklamak için bir ilişkisel tablo yaratıldığını varsayalım. Bu tablonun adı DAĞITIM olsun. Söz konusu DAĞITIM şeması şu şekilde gösterilebilir;
DAĞITIM (m#, şehir_kodu, şehir, p#, miktar)
Burada m#, şehir_kodu ve şehir alanları müşteri bilgilerini, p# ve miktar ise dağıtım işlemi bilgilerini oluşturmaktadır. Bir müşteriye birden fazla parti ürün gönderilebilir.
Verinin tekrarlı olmasını önlemek için m# ve p# birleşik anahtar olarak tanımlanmıştır. Bu verilere dayanarak fonksiyonel bağımlılıkları şu şekilde ifade edebiliriz:
m#®şehir_kodu,şehir
şehir®şehir_kodu
(m#,p#)®miktar
Burada iki türlü bağımlılık tanımlanmıştır. Birinci ve üçüncüsü anahtarlara göre bağımlılıkları ortaya koymaktadır. İkinci bağımlılık ise, anahtara bağımlı olmayan, geçişli bağımlılıklardır.
umarım işinize bir nebze de olsa yarar!!!
|
|
|
| Yazar |
|
serdarerdmrc
Varto
Kayıt: 06.04.2008 |
|
PARDON BAZI BİLGİLER EKSİK GECMİŞ DÜZELTİYORUM::::
Boyce-Codd Normal Formu:
2NF, 3F durumunda olup geçişli bağımlılık içermeyen bir ilişkidir. Kendisi anahtar olmayan özellikler, anahtara fonksiyonel olarak bağlı bulunmamaktadır.
3NF'da da bazı sorunlarla karşılaşılabilir. Bu sorunları önlemek için Boyce-Codd normal formu (BCNF) kullanılır.
Fonksiyonel Bağımlılık:
R bir ilişki şeması olsun. X ve Y niteliklerinin R'nin iki alt kümesi olduğunu varsayalım.
Eğer X nitelikler kümesinin değerleri Y nitelikler kümesinin değerlerini belirliyorsa; Y, X 'e fonksiyonel bağımlıdır denir. O halde; R ilişkisinin Y niteliği, R'nin X niteliğine ilişkisel olarak bağımlıdır. X 'in her bir değeri Y'nin bir değerine karşılık geliyorsa da fonksiyonel bağımlılıktan söz edilir. Bu işlevsel bağımlılık,
X --> Y
biçiminde ifade edilir. Eğer bu bağıntı geçerli ise ve X'den bir nitelik çıkarıldığı halde bu bağımlılık hala geçerli oluyorsa; burada kısmi bağımlılık söz konusudur.
Fonksiyonel bağımlılığı bir örnek:
Bir şirketin müşterilerine partiler biçiminde ürün gönderdiğini varsayalım. Her bir müşteri ayrı bir ilde yer almaktadır. Bir şehir birden fazla müşteri içerebilir. Her bir şehir "şehir kodu" na sahiptir. Her bir müşteriye birden fazla parti ürün gönderebilir. Bu bilgileri saklamak için bir ilişkisel tablo yaratıldığını varsayalım. Bu tablonun adı DAĞITIM olsun. Söz konusu DAĞITIM şeması şu şekilde gösterilebilir;
DAĞITIM (m#, şehir_kodu, şehir, p#, miktar)
Burada m#(MÜŞTERİ NUMARASI), şehir_kodu ve şehir alanları müşteri bilgilerini, p#(GONDERİLEN PARTİ NUMARASI) ve miktar ise dağıtım işlemi bilgilerini oluşturmaktadır. Bir müşteriye birden fazla parti ürün gönderilebilir.
Verinin tekrarlı olmasını önlemek için m# ve p# birleşik anahtar olarak tanımlanmıştır. Bu verilere dayanarak fonksiyonel bağımlılıkları şu şekilde ifade edebiliriz:
m#-->şehir_kodu,şehir
şehir-->şehir_kodu
(m#,p#)-->miktar
Burada iki türlü bağımlılık tanımlanmıştır. Birinci ve üçüncüsü anahtarlara göre bağımlılıkları ortaya koymaktadır. İkinci bağımlılık ise, anahtara bağımlı olmayan, geçişli bağımlılıklardır.
|
|
|
|
|
-
 Del.icio.us
-
 Digg
-
 Facebook
-
 Furl
-
 Google
-
 Blink
-
 Simpy
-
 Spurl
-
 Y! MyWeb
|
|
| | | | | | | | | | |
