Arama butonu
Bu konudaki kullanıcılar: 1 misafir
5
Cevap
293
Tıklama
0
Öne Çıkarma
SQL gelen veriye göre başka bir veri üretme?
K
7 yıl
Yüzbaşı
Konu Sahibi

Arkadaşlar arduino ile bir proje yapıyoruz. RFID kartı okuyoruz, bir sayısal değer üretiyor ve bunu sql veritabanına atıyoruz. Şunu sormak istiyorum. Bu kartın RFID nin nosu haliyle primary key ya da foreign key değiller. Çünkü istediği zaman girip çıkabiliyor kişi. Biz bu kart numarasına göre o kartın bir kişiye ait olmasını nasıl sağlayabiliriz?

Bunu veritabanı tarafında yapmak mümkün müdür? Aşağıdaki tablodaki gibi RFID No' nun yanına kartı birine aitliğini gerçekleştirecek ve bu kart girildiğinde devamlı o kişinin ismi yanında belirecektir. Bunu yapmak mümkün mü acaba? Veritabanı programlama konusunda pek iyi değilim. Yardımcı olacak arkadaşlara şimdiden teşekkürler.

< Resime gitmek için tıklayın >





< Bu mesaj bu kişi tarafından değiştirildi kaanrevan -- 30 Ekim 2018; 11:3:56 >

J
7 yıl
Teğmen

İlişki one to many olduğu için bu tabloya user id referans verirsen sorun çözülür diye düşünüyorum.



< Bu ileti mobil sürüm kullanılarak atıldı >

S
7 yıl
Binbaşı

Bir kullanıcı tablonda userid,ad,soyad, kayıt tarihi, rfid_no vs. vs.
diğer aktivite tablonda ise resimdeki attığın kayıtları tutarsın. Sorgularkende
aktiviteler tablosundaki rfid ile kullanıcı tablosundaki rfid no karşılaştırma yapıp kullanıcı tablosundan ad-soyad vs. çekersin. Yanlış bir tasarımda anlatmış olabilirim. Tecrübeli hocalarım düzeltebilir. Daha sağlıklı ilişkiler oluşturulup daha kaliteli bir tasarım yapılabilir.


Bu mesaja 2 cevap geldi.
K
7 yıl
Yüzbaşı
Konu Sahibi

quote:

Orijinalden alıntı: steganography

Bir kullanıcı tablonda userid,ad,soyad, kayıt tarihi, rfid_no vs. vs.
diğer aktivite tablonda ise resimdeki attığın kayıtları tutarsın. Sorgularkende
aktiviteler tablosundaki rfid ile kullanıcı tablosundaki rfid no karşılaştırma yapıp kullanıcı tablosundan ad-soyad vs. çekersin. Yanlış bir tasarımda anlatmış olabilirim. Tecrübeli hocalarım düzeltebilir. Daha sağlıklı ilişkiler oluşturulup daha kaliteli bir tasarım yapılabilir.
Evet doğru söylüyorsun. Hem bu sayede ileride karşılaşılacak sorunlarda ortadan kalkar. Kayıt tablosu vb. işin içine şuanlık girmeyecek ama ileride girerse ayırmak daha mantıklı. Hep anlatıyoruz ilişkisel veritabanı söyle böyle diye ama uygulama durumumuz özellikle sql de olmadı. Şimdi onu araştırıp bu işin içinden böyle çıkabilirim. Teşekkürler.



J
7 yıl
Teğmen

Bir kullanıcının yalnız bir tane rfid si olacaksa dediğiniz şekilde olur lakin ileriki zamanda Bir kullanıcının birden fazla rfid sahibi olacağını göz önünde bulundurarak user tablosuna rfid tablosundan referans vermesi daha doğru olur diye düşünüyorum.



< Bu ileti mobil sürüm kullanılarak atıldı >


Bu mesajda bahsedilenler: @steganography
E
7 yıl
Teğmen

2.bir tablo acip inner join sorgulamasiyla basitce halledebilirisin. Yalniz rfid kolonu sayisal bir beri uretiyorsa random olarak mi yapiyor bu rakamsal ifadeyi yoksa sabit deger mi onu anlayamadim. Sabitse ki oyle olmasi lazim bu islem olusabilir. Aksi halde random ile degiskenlik gosterecektir bu sayılar ve islevsizlesecektir eslesme. Boyle olursa da update islemi eklenecek ve uzayan sorgular olacaktir, mantiksiz tabii bu.



< Bu ileti DH mobil uygulamasından atıldı >

DH Mobil uygulaması ile devam edin. Mobil tarayıcınız ile mümkün olanların yanı sıra, birçok yeni ve faydalı özelliğe erişin. Gizle ve güncelleme çıkana kadar tekrar gösterme.