NOSQL والبيانات المكانية
https://stackoverflow.com/questions/2041622
-
19-09-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russianسؤال
هل كان لدى أي منكم أي تجربة باستخدام قواعد بيانات Nosql (غير العلائقية) لتخزين البيانات المكانية؟ هل هناك أي فوائد محتملة (السرعة، الفضاء، ...) من استخدام قواعد البيانات هذه لعقد البيانات ل، يقول تطبيق سطح المكتب (مقارنة باستخدام المكشكلي أو Postgis)؟
رأيت المشاركات حول استخدام Mongodb للبيانات المكانية, ، لكنني مهتم ببعض مقارنة الأداء.
المحلول
قواعد بيانات الرسوم البيانية مثل NEO4J. هي مناسبة جيدة جدا، خاصة أنه يمكنك إضافة مخططات فهرسة مختلفة ديناميكيا كما تذهب. الأشياء النموذجية التي يمكنك القيام بها في بياناتك الأساسية هي بالطبع فهرسة 1D (مثل التوقيت أو الأشجار B) أو الاشياء funkier مثل منحنيات هيلبرت وغيرها، انظر بلوق نيك. وبعد أيضا، بالنسبة لبعض مظاهرة حية، انظر إلى أداة سطح المكتب Open Open Source Open هنا, ، الرسوم البيانية المفهرسة الأساسية مرئية في جميع أنحاء الساعة 07:00.
نصائح أخرى
يحتوي Couchdb أيضا على تمديد بسيط بسيط
حاليا، يستخدم MongoDB Geohashing مع B-Trees التي ستكون أبطأ من أشجار R-There of Postgis (لا أستطيع أن أعطي أرقاما دقيقة، أخشى، لكن هناك الكثير من الأدب النظري على الاختلافات). ومع ذلك، في هذه الشرائح، http://www.slideshare.net/nknize/rtree-spatial-indexing-with-mongodb-mongodc. يتحدث المؤلف عن إضافة أشجار R إلى MongoDB واشاردينج على مفتاح جيو. تتحدث عن استخدام سطح المكتب، لذلك قد لا تكون GEASHARDING مصلحة، حيث سيتم الشعور بفوائد الشاردات على مجموعات بيانات ضخمة. في نهاية المطاف، ربما يأتي أكثر من أكثر ما تريد القيام به مع بياناتك المكانية. يحتوي Postgis على المزيد من المهام والدعم إلى حد كبير للأعلام والاستقاد والاستقاد ثلاثي الأبعاد والتحويلات بين أنظمة الإحداثيات، لذلك إذا كان هذا هو ما تبحث عنه، فلن يكون Postgis هو الخيار الأفضل. إذا كنت مهتما بتخزين مليارات / تريليونات من الكائنات المكانية وتشغيل الأساسي فقط ابحث عن جميع النقاط القريبة من / داخل هذه النقطة بناء على بعض المعايير، فمن المحتمل أن MongoDB من المحتمل اختيار جيد للغاية.
لقد تم تخزين البيانات المكانية مع ZODB. هناك بعض ميزة الأداء المتأصلة في الوصول إلى بيانات الملفات المحلية (Spatialite) أو مقبس UNIX (Postgis) مقارنة بطلبات TCP أو HTTP (COUUCHDB وما إلى ذلك)، بالتأكيد، لكن وجود مؤشر مكاني يجعل الفرق الأكبر. أنا أستخدم نفس الأشجار R المذكورة في مقالة MongoDB، ولكن هناك الكثير من الخيارات الخيرية. جناح Topology JTS لديه مؤشرات مكانية مختلفة ل Java.
كاساندرا هي أيضا خيار للبيانات المكانية:
http://www.readwriteweb.com/cloud 21/02/video-simplegeo-cassandra.php.
يدعم Tarantool الفهرس المكاني ثنائي الأبعاد (RTree) مع أقرب بحث جار، والتداخل، والتواصل، وغيرها من المشغلين المكانيين. يحتفظ Tarantool في مجموعة البيانات بأكملها في ذاكرة الوصول العشوائي، مما يجعلها قاعدة بيانات OSS فقط في الذاكرة مع دعم الفهرس المكاني.https://github.com/tarantool/tarantool/wiki/r-tree-index- quick-start-and-usage.
يوفر MarkLogic (Enterprise Nosql) وظائف مكانية. يوفر منتج NOSQL هذا تطبيقات GIS القدرة على تقلر كائنات متعددة في كيان واحد. يوفر هذا الدعم لإدارة العلاقات عبر المحتوى المنظم وغير منظم، ومصمم صنع القطعة أو صنعها وأسعار المعلومات حول البيانات، والمعلومات التاريخية والجدول الزمني، وما إلى ذلك في كيان واحد.
