7 Dakikada NOSQL Nedir? (Veri Bilimi Eğitim Serisi 46. Video)
Вставка
- Опубліковано 20 жов 2015
- İkişkisel veri tabanları ile karşılaştırma, Scale Up
Structured Data
Atomic Transactions (ACID)
Schema on Write (Object Relational Impedance Mismatch)
Scale Out
Semi Structured, UnStructured
Eventual Consistency (BASE)
Schema on Read (OOP)
Kavramları
Şadi Evren ŞEKER
Ek video olması çok daha faydalı olmuş. Bilgisayar bilimleriyle ilgili böyle bir kanal olması öğrenciler açısından çok yararlı. İngilizce bilseniz dahi bu konuları Hint aksanıyla dinlemek oldukça zorlayıcı oluyor. Bu kalitede ve Türkçe olması mükemmel. Teşekkürler Şadi Hoca...
keşke 10 dakikaya sığdıracağım diye o kadar hızlı konuşmasaydınız =)
Teşekkür ederiz, emeklerinize sağlık çok faydalı bir video olmuş.
Tertemiz anlatıyorsuz hocam teşekkür ederim :)
hocam çok yararlı bir video oldu teşekkürler
Merhaba hocam ben firebase kullanarak c# mvc projesi geliştirmek istiyorum. Aynı zamanda katmanlı mimaride kullanmak amacım.Lakin projeye bağlantı sağlayacak bi SQL server yok anladığım kadarıyla(Epey karmaşa yaşadım :( )Yardımcı olursanız sevinirim.Şimdiden teşekkürler.
Umarım böyle videoların devamı gelir, çerez niyetine izleniyor hocam :)
Videoların çok faydalı hocam yakında büyük bir kitleye ulaşacağına da eminim.Teşekkürler ve Başarılar :D
4 yıl geçti ve artık büyük kitlelere ulaşıyor :)
ulaştı
teşekkürler hocam
Çok tşkler hocam
Atomicity yanlış tanımlanmış gibi. "Biri bitmeden diğeri başlayamaz" Isolation'a tekabül ediyor. Atomicity ise bir transaction işleminin herhangi bir yerinde failure yaşanırsa, o transaction komple yeniden yapılmalıdır.
hocam emeğinize sağlık, sormak istediğim soru şu: nosql'i hangi projelerde rdbms yerine tercih etmeliyiz sizce? Data transferi yoğun olan uygulamalarda falan mı?
teşekkürler
2 kere izledigim halde bir sey anlamadim. Biraz daha bilgilenip gelecegim
hocam merhaba nosql alt teknolojileri nelerdir
Şadi hocam merhabalar, ben neo4j ile cypher dilini öğrenmek ve graph databaselerle bir proje yapmak istiyorum. Nerden başlayabilirim hangi kaynakları kullanmam doğru olur rica etsem bilgi verir misiniz? Teşekkür ederim
merhaba, ne durumdasınız?
Merhaba;
Kafamda kurgulayamadığım bir senaryo var.
Mesela Facebook'ta bir kullanıcının Fotoğraf, Video, Text/Status gibi bir çok farklı türde paylaşımları oluyor.
Bu paylaşım türlerinin her birinin de basitçe aşağıdaki gibi ayrı tablolarda tutulduğunu düşünelim.
:: StatusTable ::
StatusID / StatusText / UserID / DateAdded
:: PhotosTable ::
PhotoID / PhotoURL / UserID / DateAdded
:: VideoTable ::
VideoID / VideoURL / UserID / DateAdded
Diğer kullanıcılar da bu verilere Like/Emoji ve Comment bırakıyorlar.
Bu interaksiyon türlerinin da ayrı tablolarda tutulacak farklı veriler olduğunu düşünüyorum.
Diyelim ki; bunlar da basitçe aşağıdaki gibi tablolarda tutuluyor.
:: CommentsTable ::
CommentID / CommentText / UserID / DateAdded
:: EmojisTable::
EmojiID / EmojiType/ UserID / DateAdded
Şimdi bu paylaşım tablolarıyla interaksiyon tabloları arasında ilişki kurmak için üçüncü tablolara ihtiyacımız var.
Eğer yanlış değilsem onlar da şöyle olmalı:
:: PhotosCommentRelations ::
RelationID / CommentID / PhotoID
:: PhotosEmojiRelations ::
RelationID / EmojiID / PhotoID
Aynı ilişki tablolarını Videolar ve Status'ler için de oluşturmamız gerekiyor...
Yeni paylaşım türleri ve/veya interaksiyon tabloları eklendikçe ilişki tabloları da kombinasyonlar halinde çoğalıyor.
Şimdi sorum şu: doğal ve doğru olan durum bu mu; yoksa benim veritabanı tasarımında gözden kaçırdığım ya da yanlış yaptığım bir şey mi var? Bu kadar tablo kalabalığı yaratmadan da bu iş çözülebilir mi?
Tabi bu anlattığım senaryo ilişkisel veritabanlarında geçerli. NoSQL veri tabanlarında farklı olabilir mi? (O konuya pek hakim değilim.)
Emeğiniz ve vaktiniz için çok teşekkür ederim.
Saygılar...
anladıysam arap oluyum :D fakat iyi şeyler söylüyorsun sanırım :D
Hahah :D Şadi Hocam candır