NoSQL та RDBMS разом?

13

Мені було цікаво, чи є якісь хороші рішення для запису даних у базу даних NoSQL, а потім перетворення їх у RDBMS?

Наприклад, якщо ви хотіли швидко захопити деякі дані, наприклад, журнали сеансів, але тоді ви хочете мати можливість створювати звіти про них пізніше.

Моя улюблена база даних - Postgres, тому якщо ваша відповідь відповідна в Postgres, це було б чудово.

nosql rdbms

— Джо
джерело

На даний момент постгреси мають xml, json native і gis, а також hstore (ключ, значення) як розширення. Дуже мала потреба у nosql db, якщо використовується postgres.

— ксенотеррацид

Це означає, що схема cqrs покликана полегшити ваше запитання

— xenoterracide

10

Швидкий відповідь - так. Відбувається весь час.

Є багато хороших рішень. Які рішення вже є у вашому оточенні? Я допомагаю одному клієнту, який приймає інформацію про їх веб-сайт / сеанс з їх веб-програми, вони записують його в xml, а потім деріаріалізують цей xml в Hadoop. Потім вони використовують Hive на вершині Hadoop для створення агрегацій та фактів (шляхом приєднання цих даних журналу до посилань на дані свого веб-сайту, які вони зберігають у базі даних Postgres). Ці агрегації та факти завантажуються в RDBMS (вони використовують SQL Server через багату аналітику, що надається в стеку SQL Server).

Я б досліджував Hadoop, подивився на Hive, який є механізмом запитів на вершині Hadoop, який дозволяє писати декларативні запити, які дуже нагадують SQL, і переводяться в завдання MapReduce за лаштунками. Потім подивіться на Sqoop, який є ще одним інструментом родини Hadoop, який допомагає вам експортувати / імпортувати дані.

http://hadoop.apache.org/ http://www.amazon.com/Hadoop-Definitive-Guide-Tom-White/dp/1449389732/ref=sr_1_1?s=books&ie=UTF8&qid=1319160463&sr=1-1 http : //www.cloudera.com/blog/2009/06/introducing-sqoop/ http://hive.apache.org/

Є й інші варіанти там ...

— Майк Уолш
джерело

Ну це надзвичайно повна відповідь. Це звучить не надто просто, але звучить так, що використовується багато класних технологій.

— Джо

Ну, це не "просто" з точки зору кількості творів і т. Д., Але насправді це не так вже й складно, як тільки ви починаєте. Який інструмент ви вибрали для творів, залежить від того, що ви маєте у своєму оточенні та що вам подобається. Перегляньте ці посилання, ознайомтесь із посиланням на рекомендації щодо книги.

— Майк Уолш

4

Не всі NoSQL однакові. Наприклад, MongoDB має дуже хороші можливості запиту. отримати дані дуже легко, сортувати дані таким чином, що нагадує про SQL. Тому я говорю, що ви не повинні думати - SQL для звітності, якщо, звичайно, у вас є нестандартні інструменти, для яких потрібні дані, сумісні з SQL. Деякі інші NoSQL трохи більше задіяні, оскільки отримання SQL-подібних результатів з вашого магазину, наприклад, CouchDB, не є тривіальним для визначення простого запиту типу де-clause. MongodDB - я використав драйвер Python - це чинш. Тому я вважаю менш важливим турбуватися про перенесення моїх даних у реляційний магазин.

— Данталіон
джерело

3

Чи є у вас посилання чи приналежність до MongoDB? Щойно приєднався, чотири відповіді, всі дуже позитивні щодо MongoDB, які звучать як маркетинг. Ви можете бути правильним, але це погана форма, якщо у вас є інтерес ...

— gbn

Мабуть, ти його там налякав GBN

— jcolebrand