Şimdi Ara

SQL gelen veriye göre başka bir veri üretme?

Daha Fazla
Bu Konudaki Kullanıcılar: Daha Az
1 Misafir - 1 Masaüstü
5 sn
7
Cevap
1
Favori
283
Tıklama
Daha Fazla
İstatistik
  • Konu İstatistikleri Yükleniyor
0 oy
Öne Çıkar
Sayfa: 1
Giriş
Mesaj
  • 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.

    SQL gelen veriye göre başka bir veri üretme?



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







  • İ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ı >
  • 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.
  • 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.




  • steganography kullanıcısına yanıt
    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ı >
  • 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ı >
  • 
Sayfa: 1
- x
Bildirim
mesajınız kopyalandı (ctrl+v) yapıştırmak istediğiniz yere yapıştırabilirsiniz.