The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Стабильный релиз MySQL хранилища InfiniDB 1.0"
Вариант для распечатки  
Пред. тема | След. тема 
Форумы Разговоры, обсуждение новостей (Public)
Изначальное сообщение [ Отслеживать ]

"Стабильный релиз MySQL хранилища InfiniDB 1.0"  +/
Сообщение от opennews (ok) on 03-Фев-10, 04:27 
Представлен (http://infinidb.org/infinidb-blog/infinidb-10-is-now-availab...) первый релиз InfiniDB (http://infinidb.org/), нового хранилища для MySQL 5.1.x, предназначенного для организации обработки и выполнения аналитических запросов над большими массивами данных (Data Warehouse). InfiniDB подходит (http://infinidb.org/resources/what-is-infinidb) для создания хранилища для средств бизнес-аналитики, организации систем генерации отчетов и использования в программах с интенсивным чтением данных из БД. Слабое место InfiniDB - производительность добавления данных. Исходные тексты разработки распространяются в рамках лицензии GPL v2.

В отличие от других хранилищ, InfiniDB хранит данные не построчно, а с разбивкой по столбцам (http://en.wikipedia.org/wiki/Column-oriented_database), что позволяет оптимизировать выполнение группировки по столбцам из БД большого размера (сотни гигабайт). Особенно эффективен подобный подход, когда данные в столбцах повторяются. Кроме построчного хран...

URL: http://infinidb.org/infinidb-blog/infinidb-10-is-now-availab...
Новость: https://www.opennet.ru/opennews/art.shtml?num=25267

Высказать мнение | Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по ответам | RSS]

1. "Стабильный релиз MySQL хранилища InfiniDB 1.0"  –1 +/
Сообщение от Kaiser (ok) on 03-Фев-10, 04:27 
#  Отсутствует необходимость в создании индексов, так как индексация при вертикальном и горизонтальном партицировании производится автоматически;

Как это? А какой индекс создастся: лоакльный на каждой партиции или глобальный на всей таблице? А если партицирую по дате (заключения договора), что вероятнее всего,  а индекс нужен на номере договора и еще много где, но не на дате.

Может быть просто для реализации партицирования используется индекс? Только вот зачем?

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

2. "Стабильный релиз MySQL хранилища InfiniDB 1.0"  +1 +/
Сообщение от ACCA (ok) on 03-Фев-10, 07:39 
По ходу индекс вообще не создаётся. Обычное дело в Data Warehouse - если у тебя 99+% запросов приводит к full table scan, то тебе индексы - как велосипед Электронику.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

3. "Стабильный релиз MySQL хранилища InfiniDB 1.0"  +/
Сообщение от Аноним (??) on 03-Фев-10, 08:59 
Непонятно, как же постгрес обходится без всего этого зоопарка хранилищ.. А в мускуле по сути под каждую задачу есть своё оптимизированное под неё хранилище.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

4. "Стабильный релиз MySQL хранилища InfiniDB 1.0"  +/
Сообщение от pro100master (ok) on 03-Фев-10, 09:50 
Вы бы еще оракл привели :))) Как показывает жизнь, специализированные решения почти всегда лучше комбайнов-универсалов.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

5. "Стабильный релиз MySQL хранилища InfiniDB 1.0"  +/
Сообщение от dev (??) on 03-Фев-10, 09:55 
может просто почитать материалы?
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

6. "Стабильный релиз MySQL хранилища InfiniDB 1.0"  +/
Сообщение от Аноним (??) on 03-Фев-10, 11:32 
Оракл - закрытый монстрообразный продукт.

А мускул с постгресом - оба вполне себе свободны, оба с достаточно прямой и понятной для разработчиков архитектурой, но различные хранилища клепают только под мускул.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

7. "Стабильный релиз MySQL хранилища InfiniDB 1.0"  +/
Сообщение от pro100master (ok) on 03-Фев-10, 13:03 
> но различные хранилища клепают только под мускул

это упрёк? В таком случае, вы наверное и кучу встраиваемых в постгре языков считаете недостатком и возмущаетесь, ага? Я считаю это - дополнительное преимущество, которое позволяет эффективнее решать задачи, предусмотренными для этого хранилищами :)))

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

8. "Стабильный релиз MySQL хранилища InfiniDB 1.0"  +/
Сообщение от Аноним (??) on 03-Фев-10, 14:34 
> это упрёк?

Ни в коем разе, Вы что, как раз наоборот.

А интересуют причины. Почему под мускул разрабатывают различные хранилища, а под постгрес нет? Мускул проще для разработчика? Или в постгресе и так всё хорошо? Или лицензия не нравится? Или что?

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

9. "Стабильный релиз MySQL хранилища InfiniDB 1.0"  +/
Сообщение от pro100master (ok) on 03-Фев-10, 15:44 
Потому что у мускула есть интерфейс плагинов. Если человеку дать дубину - он ищет ей различные применения :)))
Кстати, у постгре тоже фишка есть - встраиваемые языки. Они тоже не остановились на одном языке.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

10. "Стабильный релиз MySQL хранилища InfiniDB 1.0"  +/
Сообщение от pavlinux (ok) on 03-Фев-10, 19:15 
> Если человеку дать дубину - он ищет ей различные применения :)))

А какое основное применение дубины? :)

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

11. "Стабильный релиз MySQL хранилища InfiniDB 1.0"  +/
Сообщение от XoRe (ok) on 03-Фев-10, 19:27 
>> Если человеку дать дубину - он ищет ей различные применения :)))
>
>А какое основное применение дубины? :)

Создать согласие с мнением хозяина дубины =)

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

12. "Стабильный релиз MySQL хранилища InfiniDB 1.0"  +/
Сообщение от crypto5 email on 03-Фев-10, 19:40 
>Непонятно, как же постгрес обходится без всего этого зоопарка хранилищ.. А в
>мускуле по сути под каждую задачу есть своё оптимизированное под неё
>хранилище.

Наверное поэтому постгрес и не рационально применять для ОЛАП задач.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

13. "Стабильный релиз MySQL хранилища InfiniDB 1.0"  +/
Сообщение от crypto5 email on 03-Фев-10, 19:41 
>Вы бы еще оракл привели :))) Как показывает жизнь, специализированные решения почти
>всегда лучше комбайнов-универсалов.

Дык у оракла есть компоненты для ОЛАП хранилищ!

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

14. "Стабильный релиз MySQL хранилища InfiniDB 1.0"  +1 +/
Сообщение от hate email(ok) on 03-Фев-10, 20:31 
>> Если человеку дать дубину - он ищет ей различные применения :)))
>
>А какое основное применение дубины? :)

Усиленная аргументация. :)

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

15. "Стабильный релиз MySQL хранилища InfiniDB 1.0"  +/
Сообщение от pavlinux (ok) on 04-Фев-10, 01:39 
>>> Если человеку дать дубину - он ищет ей различные применения :)))
>>А какое основное применение дубины? :)
>Создать согласие с мнением хозяина дубины =)

Следовательно не дубина виновата, а хозяин.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

16. "Стабильный релиз MySQL хранилища InfiniDB 1.0"  +/
Сообщение от Kaiser (ok) on 04-Фев-10, 04:30 
Automatic vertical and horizontal partitioning: In addition to being column-oriented, InfiniDB also uses a form of logical horizontal range partitioning that does not require special storage placement or schema design. Using both vertical and logical horizontal range partitioning allows InfiniDB to reduce I/O in both directions (column and row).

Да, индексов не вижу.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

17. "Стабильный релиз MySQL хранилища InfiniDB 1.0"  +/
Сообщение от XoRe (ok) on 04-Фев-10, 09:47 
>>>> Если человеку дать дубину - он ищет ей различные применения :)))
>>>А какое основное применение дубины? :)
>>Создать согласие с мнением хозяина дубины =)
>
>Следовательно не дубина виновата, а хозяин.

В случае дубины - да)
Но это издержки аналогии.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

18. "Стабильный релиз MySQL хранилища InfiniDB 1.0"  +/
Сообщение от Kaiser (ok) on 04-Фев-10, 15:58 
>По ходу индекс вообще не создаётся. Обычное дело в Data Warehouse -
>если у тебя 99+% запросов приводит к full table scan, то
>тебе индексы - как велосипед Электронику.

99% запросов - это сильно сказано, гораздо меньше и не всех таблиц. И смотря какой full scan. Зачем выбирать данные за 1999 год, когда в большинстве отчетов понадобятся последние несколько кварталов - тут партиции помогут существенно.

Индексы все же очень нужны - часто лучше соеденить куски нескольких таблиц, нежели денормализовать все в одну большую fact table. Не говоря уже о других типах индексов (bitmap индексы), без которых сложно себе представить хранилище данных.

Конкретный пример из банковской сферы: посчитать кредитную задолжность по группе взаимосвязных клиентов: нужно из таблиц выбирать данные только по нескольким клиентам, а не по всем - тут без индексов все встанет.


Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору


Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема




Спонсоры:
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2021 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру