Найкращий спосіб прискорити доступ до даних до двох сховищ даних?


9

Я розпочинаю проект бізнес-розвідки, який потребує обмеження доступу до двох існуючих сховищ даних. Мені потрібно розробити архітектуру прикладних програм, щоб дозволити бізнес-аналітиці самообслуговування об'єднати дані та забезпечити єдине уявлення про два існуючі склади. Я придумав щось подібне:

введіть тут опис зображення

Я борюся з фрагментом віртуалізації / кешування і цікавлюсь, чи існують якісь схеми дизайну підприємства для вирішення моєї проблеми. Чи хотіла б така архітектура, як ця робота, абстрактні зіркові схеми в сховищах даних? Я переглядаю такі продукти, як Red Hat JBoss Data Virtualization та Red Hat JBoss Data Grid (серед інших).

В даний час ми не використовуємо Hibernate, і я розумію, що сітки даних полягають у тому, що вони є сховищами ключових значень або об'єктами, і тому непридатні для кешування реляційної моделі. Я також хочу зазначити, що ми прагнемо використовувати продукти постачальників для частини панелі приладів самообслуговування, але ми можемо в кінцевому підсумку зробити деякі побудови на замовлення в цій області, якщо постачальники не зможуть запропонувати нам все, що ми хочемо.


2
Щойно знайшов цю книгу, яка може бути корисною для мене amazon.com/Data-Virtualization-Business-Intelligence-Systems/dp/…
Марк Еллісон

2
Я не впевнений, що ви надали достатньо інформації про свій проект, щоб порадитись щодо архітектури.
Владислав Раструсний

Чому реляційні дані не можна кешувати у сховищі ключових значень як {key: pk, value: the_rest_of_the_row}? Ви, ймовірно, захочете також кешувати метадані таблиць.
9000

2
У чому проблема класичного підходу?
NoChance

Відповіді:


1

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

Навіть якщо ви могли створити гідний рівень програми, ви, ймовірно, матимете проблеми з ефективністю через завантаження на одну (або обидві) бази даних репозиторію. Перевага mart-підходу полягає в тому, що БД, з якою розмовляє додаток, є високоефективною. Оновлення відбуваються в БД репозиторію поза кадром і надсилаються через будь-яку основу, яку Ви вважаєте за потрібне.

Додаткова перевага, яку ви також маєте враховувати лише у одного постачальника баз даних у вашому рівні додатків.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.