|
Помогите выбрать NoSql решение для быстрого чтения
|
|||
---|---|---|---|
#18+
Добрый день. Есть проект с неким набором тасков, которые заливают данные в Oracle. В дальнейшем много других подразделений оттуда читают (в основном это sql с кучей join и union). Хотим для клиентов перед ораклом поставить nosql решение, подходящее для быстрого чтения. Время записи не критично - таски запускаются 4 раза в сутки и работают около 10 мин. Желательно, но не обязательно, чтобы поддерживался sql синтаксис (все имеющиеся запросы "зашиты", меняются лишь входные параметры, и при необходимости добавить новый nosql базу можно модифицировать). Подскажите, пожалуйста, какое nosql решение лучше подойдет? На соседнем проекте юзаем кассандру, но большинство считает, что она быстра на запись и не очень годится. Заранее спасибо за любые советы. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.08.2014, 16:03 |
|
Помогите выбрать NoSql решение для быстрого чтения
|
|||
---|---|---|---|
#18+
aaa87Добрый день. Есть проект с неким набором тасков, которые заливают данные в Oracle. В дальнейшем много других подразделений оттуда читают (в основном это sql с кучей join и union). Хотим для клиентов перед ораклом поставить nosql решение, подходящее для быстрого чтения. Время записи не критично - таски запускаются 4 раза в сутки и работают около 10 мин. Желательно, но не обязательно, чтобы поддерживался sql синтаксис (все имеющиеся запросы "зашиты", меняются лишь входные параметры, и при необходимости добавить новый nosql базу можно модифицировать). Подскажите, пожалуйста, какое nosql решение лучше подойдет? На соседнем проекте юзаем кассандру, но большинство считает, что она быстра на запись и не очень годится. Заранее спасибо за любые советы.Вам, по сути, кэш нужен. Как вариант тот же Coherence хорошо ляжет. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.08.2014, 16:23 |
|
Помогите выбрать NoSql решение для быстрого чтения
|
|||
---|---|---|---|
#18+
Alexander Ryndin, Идейно да, но есть нюансы. Кэш нужен распределенный, тк чтение будет с нескольких нод. Coherence не куплен и не будет куплен, тк есть ibm extremescale, который нежелательно использовать из-за неких политических течений. Бесплатного open source распределенного кэша я не знаю. Плюс с вероятностью 50% нам нужно будет предоставить сервис по созданию 'временных исключений' - те клиент изредка может что-то записать в эту nosql часть, и эти данные будут в любом случае перезатерты следующим выполнением тасков. Число таких записей ожидается ну, 500 в день, те быстродействие записи опять-таки не критично. Поэтому кэш не очень годится. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.08.2014, 17:13 |
|
Помогите выбрать NoSql решение для быстрого чтения
|
|||
---|---|---|---|
#18+
... |
|||
:
Нравится:
Не нравится:
|
|||
15.08.2014, 00:20 |
|
Помогите выбрать NoSql решение для быстрого чтения
|
|||
---|---|---|---|
#18+
Adva, Спасибо, почитал. Похоже на некий аналог hazelcast, только менее распространенный. Не очень впечатлило, если честно. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.08.2014, 06:48 |
|
Помогите выбрать NoSql решение для быстрого чтения
|
|||
---|---|---|---|
#18+
aaa87, Посмотрите топик http://www.sql.ru/forum/1086820/hochetsya-strannogo-bystryy-raspredelennyy-ram-kesh-s-postoyannym-hranilishhem-na-diske в Сравнении СУБД ... |
|||
:
Нравится:
Не нравится:
|
|||
15.08.2014, 12:23 |
|
Помогите выбрать NoSql решение для быстрого чтения
|
|||
---|---|---|---|
#18+
DirksDR, Так там быстрый insert/update обсуждают. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.08.2014, 23:54 |
|
Помогите выбрать NoSql решение для быстрого чтения
|
|||
---|---|---|---|
#18+
aaa87Добрый день. Есть проект с неким набором тасков, которые заливают данные в Oracle. В дальнейшем много других подразделений оттуда читают (в основном это sql с кучей join и union). ... Заранее спасибо за любые советы. Для начала создайте таблицу в Oracle, в которой все данные уже лежат в готовом виде и переливайте их туда. Может хватит и не придётся плодить сущности. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.08.2014, 15:25 |
|
Помогите выбрать NoSql решение для быстрого чтения
|
|||
---|---|---|---|
#18+
Alexey Tomin, Вот как раз хотел именно это посоветовать) Сделать отдельную табличку с денормализованными данными и нужными для клиентов индексами. Опционально с blob-ом для данных, которые не очень хорошо денормализуются ... |
|||
:
Нравится:
Не нравится:
|
|||
04.09.2014, 11:50 |
|
|
start [/forum/topic.php?fid=48&fpage=10&tid=1856879]: |
0ms |
get settings: |
9ms |
get forum list: |
12ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
27ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
43ms |
get tp. blocked users: |
1ms |
others: | 249ms |
total: | 357ms |
0 / 0 |