bunlar ürünler. yani açıklamaları var, isimleri var, barkod numaraları ve bunun gibi toplam 10-12 tane değişkenleri var.
siteyi de bildiğiniz bir e-ticaret sitesi gibi düşünün işte.
ürün arama, ürün listeleme, kategorilere göre listeleme vs. durumlar olacak.
bu şartlar altında mysql mi kullanayım yoksa mongodb mi?
şartlar mysql kullanımına engel gözükmüyor bence. çok büyük bir yük değil mysql için, doğru yerlerde indexleme yapıp daha da efektif çalıştırabilirsin bile.
mongodb tabloların arasında ilişkiler varsa performans konusunda sıçışlarda, çünkü tam anlamıyla ilişkisel değil(benim kendi tecrübem onu gösterdi en azından). mongodb yerine graph db sistemlerini de düşünebilirsin : (bkz: neo4j)
ek olarak şurada benim çekincelerimin benzerini belirten detaylı bir yazı daha var ilgini çekebilir : (bkz: #35512660)
access bile kullanabilirsin.
ben olsam MySql tercih ederdim.
Bağlantılarını yaptıktan sonra performans olarak Mysql in daha iyi oldugunu düşünüyorum
anladım, öyleyse mysql çalışayım, bence de muhtemelen performans sıkıntısı olmaz.
tablolar arası ilişki de şu şekilde var: markalar isimli tablo olacak örneğin, modeller isimli tablo ve ürünler isimli tablo. bu üçü arasında bağlantı olacak haliyle.
nosql kullanımına pek uygun bir yapı yok gibi ürününde. key-value şeklinde ikili veri setlerinde kullanmak daha mantıklı. bir sürü ürün görseli varsa onları tutabilirsin mesela nosql dblerde. ama ilişkisel çalışma olayı sakat. girme oralara. mysql için çerez 80-100k veri. doğru indexleme ve tasarımla canavar gibi kullanırsın. hatta imkanın varsa postgresql kullan derim.
@coder6006, yeni bi veritabanına başlamayayım diyorum pek vaktim yok açıkçası :)))
mongodb'de bi ara ilişkisel bir şeyler çalışmıştım, mysql'de 3 kelimede yapacağımız işleri orada bildiğin 3-4 satırlık kodlarla yapıyorduk. hız farkı vardı gerçi ama onca koda pek değmezdi.
şuan mongodb ve mysql biliyorum ve dediğiniz gibi galiba mysql daha iyi olacak bu iş için :)