Ekşi Duyuru

vallahi biraz sorular ve örnekler üzerinden giderek derdimi anlatmaya çalışacağım.

e-commerce projemde mongodb kullanmayı planlıyorum, asıl mevzu buradan patlak veriyor yani.
kendime "neden mongodb kullanmalıyım" diye sorup, cevaplar arıyorum ki diğer sql alışkanlığımdan vazgeçebileyim. tabloları doğru kurabileyim.

mongodb üç boyutlu veri saklayabiliyor, evet.
peki soruma gelecek olursak:

diyelim ki products diye bir tablom var. bu tablo sql'de 6-7 tane tabloyla çaprazlanıyordu. nelerdi bunlar?
stok hareketleri, fiyat hareketleri, kategoriler, etiketler vs.

şimdi bu durumda mongodb'de her bir ürünün, stok hareketini, yine bunun içinde bir array olarak saklamak doğru olacak mı? ve bu bana bir avantaj getirecek mi?
Örnek:

{
name: 'güzel ürün'
inventory: [
{
change: -1,
type: 'sales',
date: '2020-09-15 08:00:00'
},
{
change: +5,
type: 'stock in',
date: '2020-09-15 08:00:00',
user (stok girişini yapanı öğrenmek için): {
id: '3',
name: 'Bilal'
}
}
]
}

bu 10-15bin üründen sonra, mongonun 16mb'Lık parçalarını aşmaya başlamasına sebep olur mu böyle bir ağaçlandırma?

aynı tablo altına category'leri ve etiketleri de girmeye başlarsam mesela?
veya fiyat hareketlerini?

örneğin ürünün fiyatı her tarihte değişiyor. ve ben her zaman son eklenen fiyatı satış fiyatı olarak kullanacağım.
yine aynı şekilde ürün fotoğrafları mevcut.


şimdi mysql'de bunları, dediğim gibi 6-7 tabloda birleştirip, relationlar ile gösteriyordum.
mongodb'ye geçersem sanırım yapıyı yukarıda anlattığım gibi değiştirmem gerekecek.

böyle bir geçiş mantıklı mı? hız kazandırır mı? yoksa şişme vs. mi yapar? bu kadar ağaçlandırmak doğru mu?


ya bu arada bu başlık altında biraz daha sorular sorabilirim, soru-cevap şeklinde.
kafamda gerçekten mongodb'ye geçmek benim açımdan mantıklı diyebileceğim noktaya gelemk istiyorum. (aslında şuan o noktadayım zaten. sadece bazı durumlarda başıma iş açar mı onu öğrenmek için sorular soruyorum)