AccessTr.neT

Tam Versiyon: Bire Çok İlişkide Alan Veri Tipi
Şu anda arşiv modunu görüntülemektesiniz. Tam versiyonu görüntülemek için buraya tıklayınız.
Sayfalar: 1 2
Merhabalar,
bire-çok ilişki kuracağım iki tablom var. Birincisindeki alanı otomatik sayı seçince (dolayısıyla veri tipi uzun tamsayı oluyor) ikincisindeki ilişkili alanı byte seçmemde sakınca var mı? (Birinci tabloda veri sayım asla 255'i bulmaz ama ikinci tablomda onbinlerce kayıt olabilir) Tşk.

[Resim: do.php?imgf=15395462487661.jpg]
(14/10/2018, 22:44)notrino yazdı: [ -> ]ikincisindeki ilişkili alanı byte seçmemde sakınca var mı?

Bir-çok ilişkilendirmesi yapacaksanız, 1. tablo otomatik sayı ise 2. tabloda ilişkilendireceğiniz alanı byte yapamazsınız. İlişkilendirmeyi kabul etmez. Uzun Tamsayı olması lazım.

(14/10/2018, 22:44)notrino yazdı: [ -> ]Birinci tabloda veri sayım asla 255'i bulmaz ama ikinci tablomda onbinlerce kayıt olabilir

Veri sayısı olarak 255 yazmanızın sebebi, metin alanın varsayılan alan boyutu özelliğinin 255  olması mı?
(15/10/2018, 12:39)ozanakkaya yazdı: [ -> ]
(14/10/2018, 22:44)notrino yazdı: [ -> ]ikincisindeki ilişkili alanı byte seçmemde sakınca var mı?

Bir-çok ilişkilendirmesi yapacaksanız, 1. tablo otomatik sayı ise 2. tabloda ilişkilendireceğiniz alanı byte yapamazsınız. İlişkilendirmeyi kabul etmez. Uzun Tamsayı olması lazım.

(14/10/2018, 22:44)notrino yazdı: [ -> ]Birinci tabloda veri sayım asla 255'i bulmaz ama ikinci tablomda onbinlerce kayıt olabilir

Veri sayısı olarak 255 yazmanızın sebebi, metin alanın varsayılan alan boyutu özelliğinin 255  olması mı?

Merhaba Ozan Bey,

Otomatik sayı ile byte alanı arasında bire-çok ilişkiyi kabul etmez demişsiniz ama kabul ediyor. Sadece bilgi tutarlılığına zorlayamıyoruz o kadar. İçine veri işleyebiliyorum. (Aşağıdaki şekilde görünüyor). Tablo1 de "Veri sayısı 255" dememdeki amaç şu, hiçbir zaman kimlik1 alanındaki otomatik sayı değeri 255'i geçmeyecek manasında. Yani bu durumda ilişki kuracağı Tablo2'deki kimlik2 alanının değeri 255'i bulmayacak. Ama içinde onbinlerce kayıt olabilir. Bu durumda Kimlik2 alanını niye otomatik sayı olarak seçerek Tablo2'de 4Byte lık yer ayırayım? (Byte seçerek 1 byte lık yer ayırmak varken?)

[Resim: do.php?imgf=153959693963311.jpg]
İlişkilendirmede Bilgi Tutarlılığına Zorla işlemi uygulamayacaksanız byte seçimi sorun teşkil etmeyecektir.
(15/10/2018, 12:57)ozanakkaya yazdı: [ -> ]İlişkilendirmede Bilgi Tutarlılığına Zorla işlemi uygulamayacaksanız byte seçimi sorun teşkil etmeyecektir.

Teşekkürler. Hazır yeri gelmişken şunu da sorayım;

Aşağıdaki şekilde de görüldüğü üzere, ilişkide "birleştirme özellikleri" diye bir seçenek var. Bunu hangi aşamada ve ne amaçla kullanıyoruz? Çünkü burada tablolar arasındaki ilişkide ok bir sağ tarafa bir de sol tarafa bakabiliyor (2 ya da 3 seçeneğini seçersek) Bu çok önemli bir detay mıdır ya da nerelerde kullanılması şarttır? Bu olayı tam idrak edemiyorum, sorgu tasarımlarında da karşıma çıkan bir şey bu. Bazı sorgular, bu ok işaretinin pozisyonunu düzgün ayarlamazsam çalışmıyor mesela. (Deneme-yanılmayla buluyorum) Tşk.

[Resim: do.php?imgf=153959796442211.jpg]
Tablo1deki Kimlik1 alanındaki veriler
1
2
3
4
5

Tablo2deki Kimlik2 alanındaki veriler
2
4
6

ise, Birleştirme özelliklerinde
1. madde seçili ise 2 ve 4,
2. madde seçili ise 1,2,3,4,5
3. madde seçili ise 2,4,6 numaralı kayıtları görürsünüz.

Zaten birleştirme özelliklerinde hangi seçenek neleri gösterir açıkça belirtilmiş.
Sayfalar: 1 2