NoSQL Veritabanlarına Katılmak Neden Karmaşıktır?

Yayınlanan: 2022-11-19

NoSQL veritabanları, geleneksel ilişkisel veritabanlarına bir alternatif olarak giderek daha popüler hale geliyor. Bununla birlikte, ilişkisel veritabanlarının temel özelliklerinden biri, tablolar arasında birleştirmeler gerçekleştirme yeteneğidir. Peki, NoSQL birleştirmeleri destekliyor mu? Cevap, duruma bağlı. Bazı NoSQL veritabanları birleştirmeleri desteklerken diğerleri desteklemez. Birleştirmeleri destekleyenler için bile uygulanma biçimleri önemli ölçüde değişebilir. Öyleyse, NoSQL veritabanlarında birleştirmelerin nasıl desteklendiğine daha yakından bakalım. Birleştirmeleri destekleyenlere geçmeden önce, birleştirmeleri desteklemeyenlere bakarak başlayacağız.

Daha geleneksel ilişkisel veritabanlarında kullanılan genel birleştirme işleçleri , Oracle NoSQL Veritabanı tarafından desteklenmez. Bununla birlikte, aynı tablo hiyerarşisinin üyeleri olan tablolar arasında benzersiz bir birleştirme türünün kullanımını destekler. Yalnızca aynı yerde bulunan satırlar bağlanabileceğinden, bu birleştirmeler verimli bir şekilde yürütülebilir.

Şu an itibariyle, Oracle NoSQL Veritabanı, geleneksel ilişkisel veritabanlarında kullanılan genel birleştirme işleçlerini desteklememektedir.

MongoDB Birleştirmeleri, Koleksiyonlarda Birleştirme işlemlerini gerçekleştirmek için kullanılabilecek yeni bir Arama işlemi sayesinde artık MongoDB 3.2'de gerçekleştirilebilir.

Mongodb Desteği Katılıyor mu?

Kaynak: https://cloudinary.com

Mongodb, birleştirmeyi desteklemez, ancak manuel referans bağlamayı destekler. İki koleksiyonda sol birleştirme, sağ birleştirme veya tam dış birleştirme gerçekleştirmek için $lookup operatörünü kullanabilirsiniz.

MongoDB, sol dış birleştirmeleri desteklemez, ancak bunu $lookup aşamasını kullanarak yapabilirsiniz. $lookup aşamasını seçerek hangi koleksiyona hangi alanlar ile katılmak istediğinizi ve koleksiyonun nasıl karşılaştırılmasını istediğinizi belirtebilirsiniz. Çalışan koleksiyonu alanında çalışan_id ve order_id alanlarını seçerek ve çalışan koleksiyonunun sipariş koleksiyonuyla birlikte gitmesini istediğinizi belirterek, aynı koleksiyonun çalışan ve sipariş koleksiyonlarını eklemek için $lookup aşamasını kullanabilirsiniz. Birbirinin aynısı olan çalışan ve sipariş ID'leri iade edilecektir.

Güçlerini Birleştirmek: Bir Öğrenci Notu Nasıl Kazandı?

Var derecesi, var derecesini gösterir. Bir öğrencinin notunu bulmak için veriler; grades.join öğrenciler; ve bir öğrencinin notunu bulmak için veriler Tüm öğrencilerde kullanıcı 1'in notları döndürülür.

Hangi Nosql Veritabanı İlişkileri ve Katılmaları Desteklemez?

Kaynak: https://studio3t.com

MongoDB en popüler ilişkisel olmayan veritabanıdır ve birleştirmeleri desteklemez.

Bir NoSQL veritabanı, verileri belgeler veya anahtar/değer çiftleri gibi yapılandırılmamış formlarda depolamak için mükemmel bir araçtır. İlişkisel bir veritabanındaki veriler yapılandırılmış ve normalleştirilmiş bir şekilde saklanmalıdır. İyi tanımlanmış bir veritabanı, ilişkisel bir veritabanıyla birlikte kullanıldığında bazı durumlarda avantaj sağlayabilir. NoSQL veritabanı, yapılandırılmış veri biçimlerine uymayan ve bu şekilde anılan bir veritabanıdır. NoSQL veritabanlarının yatay olarak ölçeklenebilmesi, bölümleme toleransı temelinden kaynaklanmaktadır. Veritabanı, birleştirme sorguları için herhangi bir yapı belirtmediğinden, bunlarda da pek iyi değiller. Bir Kodsuz Veri Hattı olan Hevo Data, NoSQL veritabanlarının ve diğer veri türlerinin entegrasyonunu ve çoğaltılmasını sağlar.

Burada herkese uyan tek bir çözüm yoktur ve kararınız, düşündüğünüz kullanımların özelliklerine dayanmalıdır. Aşağıda, ilişkisel veritabanı ile NoSQL arasındaki kararı etkileyen temel faktörlerden bazıları yer almaktadır. Büyük veritabanları üzerinden veri işlemeye ihtiyacınız varsa, mümkün olan en kısa sürede bir NoSQL veritabanına geçmelisiniz. NoSQL veritabanlarında yazmak, olabildiğince tahmin edilebilir olma eğilimindedir. Bu nedenle, tüm düğümler verileri alana kadar uygulamanızın eski verileri okumasını bekleyebilirsiniz. RDBMS, karmaşık birleştirmelerin yanı sıra çeşitli sorgulama ve birleştirme işlevlerini destekler. Veriler, tüketilmek üzere kullanılacağı formatta depolandığında NoSQL veritabanlarını kullanmak en iyisidir.

Genel olarak, ilişkisel veritabanlarının büyük miktarda veriyi işlemesi için üst düzey donanım gerekir. Yalnızca veri hacminiz dağıtılmış bir veritabanının uygulanması için yeterince büyük olduğunda bu geçerli olacaktır. Hevo, yaygın olarak kullanılan kaynaklardan ve hedef veritabanlarından veri çoğaltmayı ve yüklemeyi kolaylaştıran, kodsuz bir veri işlem hattıdır. Bu tür kopyalama işlemleri için Hevo'nun kullanılması, geliştiricilerin ve analistlerin kopyalama işlemlerini mümkün olan en düşük hızda üretirken temel iş mantıklarına konsantre olmalarını sağlar. Hevo harika bir adam ve denenmeyi çok ister. Hevo süitini 14 gün ücretsiz deneyebilir ve hakkında bilinmesi gereken her şeyi öğrenebilirsiniz.

Büyük miktarda veri içeren bir NoSQL veritabanı kullanmak istiyorsanız MongoDB mükemmel bir seçimdir. Çeşitli programlama dillerini kullanma yeteneği, çok sayıda veri türü ve sağlam bir yönetim sistemi içeren bu programı kullanmanın sayısız avantajı vardır.
Yeni başlıyorsanız MongoDB mükemmel bir seçim çünkü kullanımı basit ve fazla programlama bilgisi gerektirmiyor. Ayrıca, MongoDB ucuzdur ve yaygın olarak bulunur, bu da onu sizin için barındıracak bir sunucu bulmayı kolaylaştırır.
Genel olarak, büyük miktarda veriyi işleyebilen bir NoSQL veritabanı söz konusu olduğunda, MongoDB açık ara kazanandır.

Neden Mongodb Katılmayı Desteklemiyor?

MongoDB, bir NoSQL veritabanı olduğu için birleştirmeyi desteklemez. NoSQL veritabanları ölçeklenebilir olacak ve büyük miktarda veriyle çalışacak şekilde tasarlanmıştır. Ayrıca esnek olacak şekilde tasarlanmıştır, yani belirli bir uygulamanın ihtiyaçlarını karşılamak için kolayca değiştirilebilirler.

MongoDB, açık kaynaklı ve büyük miktarda veri depolamak için kullanılabilen bir NoSQL veritabanıdır. Geleneksel veritabanlarında tablolar ve satırlar kullanılırken MongoDB'de koleksiyonlar ve belgeler kullanılır. Anahtar/değer çiftleri, veritabanının yapı taşları olan MongoDB belgeleri tarafından kullanılır. Bu blogda ele alınan önemli Birleştirmeler ve Arama komutları olan MongoDB Birleştirmeleri, bu yazıda kullanılmıştır. MongoDB 3.2'deki yeni bir Arama işlemi, koleksiyonlarda Birleştirme işlemlerini gerçekleştirebilir. İlişkili alt sorgular için kısa bir sözdizimi MongoDB 5.0'dan itibaren kullanılabilir. MongoDB Birleştirmelerini kullanırken bazı kısıtlamalar veya sınırlamalar vardır.

Aşağıdaki snippet, aşağıdaki belgelere dayalı olarak Koleksiyonlar, restoranlar ve siparişler oluşturur: İlgilendiğiniz koleksiyonu sipariş edin. Lütfen restoranın adını ve adresini girin. Her siparişin adı, aralarında bir $in dizi eşleşmesi ile eşleştirilmelidir. İçecekler ve içecekler aşağıdaki sırayla listelenmiştir. Çıktı aşağıda listelenecektir.

Mongodb: Katılma Yok, Ancak $lookup Bir Geçici Çözüm Sağlıyor

MongoDB veritabanı ilişkisel değildir, dolayısıyla birleştirmeleri desteklemez. Birleştirme özelliği, ilişkisel veritabanlarında ortak bir özelliktir , ancak MongoDB'nin bunu desteklemesi amaçlanmamıştır. Sonuç olarak, birleştirme pahalı makinelerin kullanımını gerektirmediği için veritabanı daha verimli ve daha hızlı olacaktır. Bu işlev, MongoDB'nin $lookup (Aggregation) işlevini kullanarak belgeleri bir koleksiyona dahil etmemize izin verecektir. Sonuç olarak, veriler birleştirildiğinde işlev, bir koleksiyonla sol birleşim oluşturarak her iki koleksiyondan gelen verilerin filtrelenmesine olanak tanır.


Hangisi Nosql İçin Geçerli Değil?

Kaynak: https://couchbase.com

Nosql, ilişkisel bir veritabanının geleneksel tablo şemasını kullanmayan, ilişkisel olmayan bir veritabanıdır. Genellikle ilişkisel bir veritabanı için pek uygun olmayan büyük miktarda veriyi depolamak için kullanılır.

Her birinin artılarını ve eksilerini temel alarak en iyi seçeneğin hangisi olduğunu belirlemelisiniz. Bu veritabanı türü, verileri tablo biçiminden ziyade ilişkisel olmayan bir şekilde yönetmenize olanak tanır. Bir NoSQL veritabanı dört tipte sınıflandırılabilir. Belge veritabanları, veri modeli tarafından temsil edilen bir dizi anahtar/değer çiftini temsil etmek için bir ilişkisel dizi (harita veya sözlük) kullanılarak oluşturulur. Bunları oturum yönetimi ve önbelleğe alma için kullanan web uygulamaları, onları son derece yararlı buluyor. Grafik depoları, verileri düğümler ve kenarlar olarak işlevlerine göre düğümler ve kenarlar olarak düzenler. Bunun gibi modeller, müşteri ilişkileri yönetimi sistemleri, yol haritaları ve rezervasyon sistemleri dahil olmak üzere çeşitli sektörlerde kullanışlıdır.

NoSQL veritabanlarının popülaritesi, büyük verileri entegre etme, düşük maliyetli, basit ölçeklenebilirlik ve açık kaynak özelliklerinden kaynaklanmaktadır. NoSQL veritabanlarının güvenlik özellikleri, sınırlı işlevselliklerinden dolayı sınırlıdır. Tercihleriniz, iş gereksinimleriniz, verilerin hacmi ve çeşitliliği sizin için en iyi olan veritabanını etkileyecektir.

Ancak finansal işlemler gibi ACID özelliklerini garanti etmesi gereken uygulamalarda NoSQL kullanılmamalıdır. Bu olduğunda, SQL veritabanlarına geçiş yapmayı düşünmelisiniz. Çalışma zamanında esnekliğe ihtiyacınız varsa, NoSQL'den kaçınılmalıdır.

Nosql Veritabanları: Herkese uyan Tek Çözüm Değil

Bir NoSQL veritabanı, herkese uyan tek bir çözüm değildir. Tek bir sunucuda barındırılan katı, merkezi bir veri modeliyle sınırlı olmadıklarından, çok çeşitli sunucu boyutlarına dağıtılabilen farklı veritabanı modeli türlerini birbirine bağlayabilirler. NoSQL, işlemleri desteklemez, ancak bu, çeşitli uygulamalarda uygulanamayacakları anlamına gelmez. NoSQL veritabanı, verilerin tablolu depolama dışında herhangi bir formatta depolanmasını ve alınmasını sağlayarak, tablolu depolama dışında çeşitli formatlarda erişilmesine ve saklanmasına olanak tanır. Verileri almak veya depolamak için harici tablolar gerekli değildir.

Nosql Birleştirme Eşdeğeri

Nosql birleştirme eşdeğeri, iki veya daha fazla nosql veri kaynağından gelen verileri birleştirmenin bir yoludur. Bu, tek bir veri görünümü oluşturmak için birden çok kaynaktan gelen verileri birleştirmeniz gerektiğinde kullanışlıdır. Örneğin, müşteri siparişlerini gösteren bir rapor oluşturmak için bir müşteri veritabanındaki ve sipariş veritabanındaki verileri birleştirmeniz gerekebilir.

Her iki veri tabanı türü de düzgün çalışması için birleştirme işlemleri gerektirir. Bu yazıda MySQL ilişkisel veritabanını NoSQL veritabanıyla (MongoDB) karşılaştıracağız. $lookup anahtar kelimesini kullanarak birleştirme işlemlerini gerçekleştirmek için, toplu işlem hattını kullanabiliriz. Bazı durumlarda, sorgular her iki veritabanının da katılmasını gerektirir. MongoDB'nin toplu işlem hattı, tek bir işlem hattında filtreleme, sıralama, gruplama ve benzeri çeşitli işlevleri gerçekleştirmek için kullanılabileceği için özellikle kullanışlıdır. Normal bir select deyiminde sadece seçilecek sütunların adını yazarız. Tabloları birleştirdiğimizde kolonlar için kullanılacak kolonları SQL'in anlayacağı tablodan belirliyoruz.

$lookup işleminin birleştirme aşamasında, lokasyon bazında gruplandırılacak dokümanların id'si olarak “$konum”u seçiyoruz. Ardından, sonraki bölümlerde göreceğimiz gibi, $avg işlevini ve toplanması gereken alanı belirtiyoruz. Filtreleme kriterini kullanmak için önce boru hattına $match aşamasını eklemeliyiz.

Postgres, Katılımlar İçin En İyi Veritabanıdır

Sonuç olarak, PostgreSQL diğer tüm veritabanlarından daha iyi performans gösterir ve daha kararlıdır.

Mongodb Katılımları

MongoDB Birleştirmeleri, farklı koleksiyonlardaki belgeleri tek bir sorguda birleştirmenize olanak tanır. Bu, tek bir işlemde birden çok koleksiyondan veri almanız gerektiğinde yararlı olabilir. Örneğin, bir kullanıcı koleksiyonundaki verileri birleştirmek için Birleştirme'yi ve tüm kullanıcılardan gelen tüm gönderilerin bir özet akışını oluşturmak için bir gönderi koleksiyonunu kullanabilirsiniz.

MongoDB resmi olarak katılmayla uyumlu değildir. Bu, iki koleksiyonu birbirine bağlayamayacağımız anlamına mı geliyor? Bu konuda bana cevap verirseniz sevinirim. Bu alanda başvuruları çözümlemenin iki yöntemi vardır. Kendi fonksiyonunuzu yazarak sorunu manuel olarak çözebilir veya otomatik hale getirebilirsiniz. Alternatif olarak MongoDB, ilişkileri istemciden istemciye yönetmesine izin verecek olan DBRefs'i kullanabilir. MongoDB'nin referans davranışı, birleştirme yerine tembel yüklemeye çok benzer.

Şema tasarım konuşmalarını mongodb.org web sitesinden izleyebilir ve dinleyebilirsiniz. MongoDB gibi nosql veritabanlarını kullanmak söz konusu olduğunda, bir şema uygulamanız gerekir. Sonuç olarak, koleksiyonlarınıza giderek daha az SQL veritabanı görünümüne sahip olacaksınız. Bu paket, sunucu tarafı bileşenleri eklemenizi sağlar (bunu yapan başka bir çerçeveden emin değilim). MongoDB'de birleştirme yoktur, ancak örneğin diğer koleksiyonlardaki belgelere referanslara ihtiyacımız var. StackOverflow'u kullanmak, bu StackOverflow yanıtındaki adımları izlemek kadar basittir.

Mongodb'un Hızı Bazı Sınırlamalarla Geliyor

Hızına rağmen, MongoDB'nin bazı dezavantajları vardır. Sınırlamalardan biri, çapraz bağlantıyı desteklememesidir. Sonuç olarak, toplu veriler gibi şeyler söz konusu olduğunda, bunları ayrı ayrı yapmanız gerekir. Bu, ilişkisel bir veritabanından daha yavaş olsa da yine de son derece hızlıdır.

Nosql Veritabanları

Nosql veritabanları, çoğu veritabanı tarafından kullanılan geleneksel ilişkisel modeli kullanmayan bir veritabanı türüdür. Bunun yerine, bir anahtar/değer deposu, belge deposu veya grafik deposu kullanır. Bu, nosql veritabanlarını ilişkisel veritabanlarından daha ölçeklenebilir ve esnek hale getirir.

NoSQL veritabanlarının geleneksel veritabanlarına göre ana avantajı, daha fazla esneklik sağlamalarıdır. NoSQL veritabanları, genellikle birden çok veri satırı içeren ilişkisel veritabanlarının aksine, verileri belge gibi tek bir veri yapısında depolar. Bu veritabanı tasarımı, büyük ve tipik olarak yapılandırılmamış veri kümelerini yönetmek için bir şema gerektirmediğinden, yüksek düzeyde ölçeklenebilirdir. NoSQL veritabanları veri paylaşmadığından tablolar bağlanamaz. Çeşitli veri yapıları nedeniyle NoSQL, veri analitiği, sosyal ağlar ve mobil uygulamalar dahil olmak üzere çeşitli alanlarda kullanılma potansiyeline sahiptir. Her veri tabanı türünün kendine özgü özelliklerden yararlanmasına rağmen, çoğu şirket NoSQL ve ilişkisel veritabanlarını kullanır. Belge veritabanları, verileri uygulamalarda kullanıldığında düzenli tutan belgeler olarak depolar.

Doküman veritabanları, içerik yönetim sistemleri ve kullanıcı profilleri için sıklıkla kullanılmaktadır. Geniş sütunlu bir veritabanının birincil avantajı, verileri sütunlarda depolaması ve kullanıcıların yalnızca ihtiyaç duyduklarında belirli sütunlara erişmesine izin vermesidir. Bu tür veritabanları arasında Apache Cassandra ve Apache HBase bulunur. Grafik veritabanları, bir grafikteki öğeler arasındaki bir bağlantı ağını yönetmek ve depolamak için kullanılır. Bellek tabanlı bir veritabanı, verileri bir disk yerine depolayarak daha hızlı erişilmesini sağlar. Tüm uygulama için tek bir paylaşılan veri deposu ihtiyacını ortadan kaldırdıkları için mikro hizmetler uygun bir seçenektir. PaaS ve NoSQL veritabanları, çeşitli uygulamalarda IBM'den edinilebilir. IBM Data Management Platform for MongoDB Enterprise Advanced'i IBM Cloud Pak for Data'ya ücretsiz olarak ekleyin. Bu hizmet, Apache CouchDB, PouchDB ve kitaplık ekosistemlerinin yanı sıra popüler web ve mobil geliştirme yığınlarıyla uyumludur.

NoSQL veritabanları, bir bütün olarak, ölçek ve performans eksikliği nedeniyle engellendi. Artık bu sınırlamaları ele almaya başlayan yenilikçi girişimler ve önde gelen işletmeler var.
Scale-out veritabanları, en yaygın kullanılan NoSQL veritabanı türüdür. Mimari, ana bilgisayarsız bilgi işlem kullanılmasına rağmen birden çok düğüm türünde birden çok veri kopyasının depolanmasını sağlar. Bu teknoloji, kesinti süresinden kaçınılacaksa çok önemli olan büyük ölçeklenebilirlik sağlar.
Bu özellik, verilerin birden fazla konumda depolanmasına olanak tanır ve yüksek kullanılabilirlik ve olağanüstü durum kurtarma için kritik öneme sahiptir. Bir veri ambarı ve çok kiracılı ortam oluştururken de veri replikasyonu gereklidir.
NoSQL veritabanlarının bir diğer önemli özelliği de esnek veri yapıları oluşturabilmeleridir. Ayrıca, yeni veri türleri eklemek ve bunları kullanarak verileri kolaylıkla işlemek kolaydır. Veri ambarı ve yeni uygulamaların hızlı gelişimi için kritik öneme sahiptir.

Nosql Veritabanlarının Faydaları

NoSQL veritabanlarında depolanan veriler, onu daha popüler bir veritabanı türü haline getiren çeşitli şekillerde depolanabilir. Yapılandırılmamış verileri ve her tür veriyi depolamak için kullanılabilirler. Büyük ölçekli veri işleme söz konusu olduğunda, geleneksel veritabanlarından da daha verimlidirler.
NoSQL veritabanlarında, depolanabilecek veri türlerinin sınırı yoktur. Ayrıca, veriler dosyalarda veya grafik veritabanlarında saklanabilir.

Oracle Nosql Veritabanı

Oracle NoSQL Veritabanı, yüksek performans, yüksek kullanılabilirlik ve otomatik parçalama sunan, ölçeklenebilir, dağıtılmış bir NoSQL veritabanı hizmetidir . Oracle NoSQL Database, Oracle Berkeley DB Java Edition tabanlıdır ve veritabanına erişim için basit bir Java API sağlar.

Spring Data, Oracle NoSQL SDK for Spring Data kullanılarak uygulanabilir. Bir Oracle NoQL Veritabanı kümesine veya Oracle NoQL Bulut Hizmetine bağlanmak için kullanabilirsiniz. Projenizin phar.xml dosyasında bir maven bağımlılığı kullanıyorsanız, SDK'ya erişilebilir. Bunlar rahatlık için en iyi seçeneklerden bazılarıdır. www.oracle.com/nosql Şu yöntemi alın: NosqlDbConfig. Bir varlık sınıfı aşağıdaki gibi tanımlanabilir. Nosql uzantısı için bir depo oluşturmanız önerilir. Uygulama sınıfını yazarak başlayabilirsiniz. org.springframework.boot:spring-boot üzerinde bağımlılıkların kurulmasını gerektirir.

Mongodb'un Birçok Faydası

MongoDB, tam metin dosyalarının yanı sıra gömülü yapılara sahip belgeleri arayabilen tek veritabanıdır.

Yakala … Mongodb Toplama

Mongodb'un toplama özelliği, verileriniz üzerinde analitik çalıştırmak için belgeleri birlikte gruplandırmanıza olanak tanır. Bu, verilerinizle ilgili çeşitli soruları yanıtlamak için kullanılabilecek güçlü bir özelliktir. Örneğin, bir ürünün tüm müşterileriniz genelindeki ortalama fiyatını belirlemek veya müşterileri konuma göre gruplandırmak için toplamayı kullanabilirsiniz.

MongoDB'nin toplama çerçevesi, her türlü veriyi işleyebilir. Bir ifade işleci için bir ad, bir bağımsız değişken dizisinde veya tek bir bağımsız değişkende bulunabilir. Akümülatörlerin en yaygın uygulamalarından biri, özel ifadelerdeki toplamların, maksimumların, minimumların ve diğer değerlerin hesaplanmasıdır. Bazı akümülatörler diğer aşamalarda kullanılabilir ancak durumlarını korumadıkları için akümülatör olarak kullanılamazlar. $let operatörü iki bölümden oluşur: değişkenlerin atanmasına ve hesaplamalarda kullanılmasına izin veren değişkenler ve ifadeler. Dahili olarak tanımlanan ancak değişkenlerde değiştirilen değişkenler, yalnızca orijinal değerler göründüğü için değerleri değiştirmez. İşlem hattını kaydederseniz, daha sonra Compass içinde yeniden yüklenebilir.

MongoDB Compass, toplama için Pipeline Builder toplama gibi çeşitli araçlar içerir. Toplama işlem hattı, sorunu daha küçük parçalara ayırır. İşlem hatları, hata ayıklama veya prototip oluşturma aşamaları hakkında yorum yapmak için de kullanılabilir. Boru hattının performansını iyileştirmek için engelleme aşamaları dikkatli bir şekilde tasarlanmalıdır. MongoDB 2.2 kabuğu, agrega() yardımcısıyla tamamen uygulanan bir toplama çerçevesi içerir. MongoDB 1.14, MongoDB Aggregation Pipeline Builder'ı içerir. $graphLookup, $bucket, $facet, $addFields ve $replaceRoot eklenerek aşamalar iyileştirildi. İçe/dışa aktarma artık Compass 1.15'te (Ağustos 2018) sunulan bir özelliktir. Kasım 2018'de MongoDB 4.2, Ocak 2019'da MongoDB 4.4 yayınlandı.

Mongodb: Toplama İçin Harika Bir Seçim

Bir MongoDB veritabanı, çok çeşitli veri türlerini işleyebildiği için veri toplama için mükemmel bir seçimdir. Toplama Sonuçlarını Dışa Aktar ile, veri sonuçlarını çeşitli biçimlerde kolayca içe aktarabilirsiniz. MongoDB, büyük koleksiyonlarla çalışırken yavaş olabilir, ancak dizinsiz $ arama ile çalışırken hızlı olabilir.