|
Vertica vs Netezza vs Grennplum
|
|||
---|---|---|---|
#18+
Vovakabmv_rusпропущено... а можно поподробнее ? От 2х MUSD или более? Ну подробно я НЕ знаю, но если рассматривать 16ТБ хранилище, то примерно так и будет ... |
|||
:
Нравится:
Не нравится:
|
|||
26.03.2012, 11:19 |
|
Vertica vs Netezza vs Grennplum
|
|||
---|---|---|---|
#18+
Для будующих посетителей треда - технические вопросы по Netezza можно слать мне ... |
|||
:
Нравится:
Не нравится:
|
|||
26.03.2012, 21:55 |
|
Vertica vs Netezza vs Grennplum
|
|||
---|---|---|---|
#18+
Я думаю, что все все три девайса справятся с поставленной задачей. На счет невозможности загрузки малых порций данных - это звучит странно, т.к. не вижу предпосылок для этого. Из объективных преимуществ могу выделить возможность для Netezzа поставить High Capacity Appliance для неактуальных данных, которые необходимо держать в доступности. Там суть в том, что больше дисков-меньше блейдом, соответственно стоимость терабайта значительно ниже, но при этом данные остаются доступные, хотя и более медленны в обработке. Иначе 100 Тб хранить весьма дорого. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.03.2012, 18:47 |
|
Vertica vs Netezza vs Grennplum
|
|||
---|---|---|---|
#18+
Нетиззу отлично можно кормить малыми и частыми порциями данных. Это можно делать как используя частую загрузку файлов или через кормежку из юниксовых пайпов. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.04.2012, 01:20 |
|
Vertica vs Netezza vs Grennplum
|
|||
---|---|---|---|
#18+
Вертика лицензирует не исходные данные, а размер базы, где данные уже хранятся в сжатом виде. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.04.2012, 20:56 |
|
Vertica vs Netezza vs Grennplum
|
|||
---|---|---|---|
#18+
Виталий Гонтовой, Vertica лицензируется конкретно на чистые исходные данные, из расчета того, сколько бы они весили в формате CSV, даже с учетом разделителей полей. Это факт, потому что я напрямую общаюсь с компанией Vertica и политику лицензирования знаю. Итого если нам нужно хранить в ХД данных, которые весят в CSV 5 тб, нам надо будет купить лицензию на 5 тб. База реально при этом займет где то 2 тб (в среднем 4 раза сжатие + данные проекций). Понятно, что цена получается не самая демократическая, но она значительно ниже Терадаты. А по гибкости значительно выше своих конкурентов. Ибо у Netezza покупается шкаф и если место на нем кончилось, шкаф нужно выбросить и купить более емкий. А у GreenPlum по моему нужно лицензировать все место, что доступно на дисках кластера, а значит если хотим поставить новый сегмент, надо докупить на новый объем лицензий. Здесь Vertica дает нулевую стоимость масштабирования - можно в кластер сколько угодно добавлять новых сегментов, увеличивая производительность за счет прибавления процессорных мощностей, RAM и более размазанного хранения данных по сегментам. К примеру, купив лицензий на 5 тб, мы можем собрать из своих 10 серверов кластер, где на каждый сервер придется по 400 гигабайт сжатых данных, в итоге штука эта будет работать в реалтайм, как на загрузку так и на любые запросы любой сложности. Если на серверах еще поставить по 96 гигов памяти, то оно вообще просто будет всегда работать в миллисекундах, фактически как inmemory, держа все горячие данные в кэше. Итого, что по механизму загрузки WOS/ROS, что по оптимизатору, что по лицензионной политике - Vertica хороша для realtime и стартапов, кто грузит данные раз в сутки или раз в неделю, у кого устоявшиеся объемы ХД, могут спокойно купить Netezza и забыть про любой геммор администрирования, у кого объемы плавающие и нужна гибкая политика хранения и распределения данных, очень хорошо будет смотреться GreenPlum. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.04.2012, 21:37 |
|
Vertica vs Netezza vs Grennplum
|
|||
---|---|---|---|
#18+
ASCRUS Итого если нам нужно хранить в ХД данных, которые весят в CSV 5 тб, нам надо будет купить лицензию на 5 тб. База реально при этом займет где то 2 тб (в среднем 4 раза сжатие + данные проекций). Понятно, что цена получается не самая демократическая, но она значительно ниже Терадаты. Значительно - это на сколько? Если инфа не для форума, контакты в профиле. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.04.2012, 22:39 |
|
Vertica vs Netezza vs Grennplum
|
|||
---|---|---|---|
#18+
авторИбо у Netezza покупается шкаф и если место на нем кончилось, шкаф нужно выбросить и купить более емкий Не совсем так. Исторически шкаф выкупали по фиксированной для заказчика цене. Получалось выгодно и более быстро/безболезненно чем реконфигурация (чисто теоретически, давайте допустим, что при реконфигурациях бывают проблемы, хотя в предпродажах такое предположение это конечно же полный нонсенс). При замене серверов старый продолжает работать до полной синхронизации нового, а подмена одного на другой проходит незаметно. Сейчас эта модель проходит переработку в связи с юридическими особенностями IBM, и она поменяется - я верю и надеюсь что в лучшую сторону. Пока же каждому заказчику предлагаются индивидуальные (насколько я знаю, не худшие чем ранее) условия. Насчет возможности добавлять и убавлять железо, докупать лицензии по терабайтам - это тоже модель. Хотя хотел бы в этом месте предположить, что возможно люди проводят кучу времени в бенчмарк центрах за балансировкой железа не зря, а иначе как добиться оптимальной цены за перформанс. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.04.2012, 02:00 |
|
Vertica vs Netezza vs Grennplum
|
|||
---|---|---|---|
#18+
Простите за саморекламу, но если кому-то хочется побольше узнать о Netezza, собираюсь выкладывать побольше информации вот сюда. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.04.2012, 02:09 |
|
Vertica vs Netezza vs Grennplum
|
|||
---|---|---|---|
#18+
Андрей ВыходцевПростите за саморекламу, но если кому-то хочется побольше узнать о Netezza, собираюсь выкладывать побольше информации вот сюда. Сразу вопрос на миллион. Как в нетиззу залить varchar(max) из сиквела? ... |
|||
:
Нравится:
Не нравится:
|
|||
18.04.2012, 18:23 |
|
Vertica vs Netezza vs Grennplum
|
|||
---|---|---|---|
#18+
Ivan DurakСразу вопрос на миллион. Как в нетиззу залить varchar(max) из сиквела? Из SQL'a = из MS SQL Server'a? или вопрос как в SQL сделать инсерт в табличку с полем varchar(64000) ? если первое, то через а) выгрузку в файл, который потом загрузить через nzload или external table или b) через стороннюю прожку, например IBM datamovement tool http://www.ibm.com/developerworks/data/library/techarticle/dm-0906datamovement/ или же самому на чем угодно - могу сваять пример на python + odbc если надо. Если второе то create table t(x varchar(64000)); insert into t values ('..64000 символов..); Можете написать мне на емейл, помогу, или давайте тут откроем новый топик. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.04.2012, 23:42 |
|
Vertica vs Netezza vs Grennplum
|
|||
---|---|---|---|
#18+
http://msdn.microsoft.com/ru-ru/library/ms176089.aspx varchar [ ( n | max ) ] Строковые данные переменной длины не в Юникоде. Аргумент n определяет длину строки и должен иметь значение от 1 до 8000. Значение max указывает, что максимальный размер при хранении составляет 2^31-1 байт (2 ГБ) . Размер хранения — это фактическая длина введенных данных плюс 2 байта. Синонимами по стандарту ISO для типа varchar являются типы charvarying или charactervarying. Если я правильно понимаю, то это CLOB с точки зрения Oracle. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.04.2012, 23:54 |
|
Vertica vs Netezza vs Grennplum
|
|||
---|---|---|---|
#18+
Alexander Ryndin http://msdn.microsoft.com/ru-ru/library/ms176089.aspx varchar [ ( n | max ) ] Строковые данные переменной длины не в Юникоде. Аргумент n определяет длину строки и должен иметь значение от 1 до 8000. Значение max указывает, что максимальный размер при хранении составляет 2^31-1 байт (2 ГБ) . Размер хранения — это фактическая длина введенных данных плюс 2 байта. Синонимами по стандарту ISO для типа varchar являются типы charvarying или charactervarying. Если я правильно понимаю, то это CLOB с точки зрения Oracle. Понял то ты правильно, вот только причем тут Оракл?:) ... |
|||
:
Нравится:
Не нравится:
|
|||
19.04.2012, 01:31 |
|
Vertica vs Netezza vs Grennplum
|
|||
---|---|---|---|
#18+
Тогда здесь конфуз. Netezza для анализа реляционных данных. Строки там до 64к. Для массивно-параллельного анализа, хранения и обработки больших текстов - IBM InfoSphere BigInsights. ... |
|||
:
Нравится:
Не нравится:
|
|||
19.04.2012, 02:25 |
|
Vertica vs Netezza vs Grennplum
|
|||
---|---|---|---|
#18+
ApexAlexander Ryndinпропущено... Если я правильно понимаю, то это CLOB с точки зрения Oracle. Понял то ты правильно, вот только причем тут Оракл?:)Потому что у того, кто задал вопрос есть Oracle background, поэтому на примере Oracle. Ты хочешь об этом поговорить? ... |
|||
:
Нравится:
Не нравится:
|
|||
19.04.2012, 03:33 |
|
Vertica vs Netezza vs Grennplum
|
|||
---|---|---|---|
#18+
Андрей ВыходцевТогда здесь конфуз. Netezza для анализа реляционных данных. Строки там до 64к. Для массивно-параллельного анализа, хранения и обработки больших текстов - IBM InfoSphere BigInsights. Вот именно что конфуз. У нас есть нетизза. Есть данные в хранилище которые мы в нетиззу грузим. В данных есть поля varchar(max) в которых есть данные длиннее чем 64к. Бизнес юзеры с упорством достойным лучшего применения твердят: "Мы хотим анализировать эти данных, мы понимаем что они длинные, но хотим и баста!". Я думал, может есть какой кэйс обходной позволяющий как-то это обходить?? ... |
|||
:
Нравится:
Не нравится:
|
|||
19.04.2012, 11:46 |
|
Vertica vs Netezza vs Grennplum
|
|||
---|---|---|---|
#18+
авторВот именно что конфуз. У нас есть нетизза. Есть данные в хранилище которые мы в нетиззу грузим. В данных есть поля varchar(max) в которых есть данные длиннее чем 64к. Бизнес юзеры с упорством достойным лучшего применения твердят: "Мы хотим анализировать эти данных, мы понимаем что они длинные, но хотим и баста!". Я думал, может есть какой кэйс обходной позволяющий как-то это обходить?? Да, есть. Но использовать инструмент не по назначению всегда неудобно, как, например, ковыряться микроскопом в носу. Идея такова - при заливке данных под каждый клоб делать табличку, на которую ссылаться по суррогатному ключу. В табличке данные будут иметь вид: CLOB_ID int, CHUNK_ID int, СHUNK_TEXT (64000). Пример заливки на nzPLSQL где-то валялся, киньте сообщение в почту, постараюсь найти и отослать. Под анализом что подразумеваете? полнотекстовый поиск? извлечение структурированных данных из текста? В netezza это можно реализовать разными способами, начиная от регулярных выражений в SQL до использования параллельных программ на питоне или джаве, либо mapreduce заданиями на встроенном hadoop. Но рекомендую все же показать бизнес пользователям возможности текстового анализа таких инструментов как BigInsights или IBM Content Analytics, они на несколько порядков более продвинутые в плане работы с текстами. Опять же, если надо проконсультировать, обращайтесь. ... |
|||
:
Нравится:
Не нравится:
|
|||
19.04.2012, 12:15 |
|
Vertica vs Netezza vs Grennplum
|
|||
---|---|---|---|
#18+
ASCRUSVertica лицензируется конкретно на чистые исходные данные, из расчета того, сколько бы они весили в формате CSV, даже с учетом разделителей полей. Это факт, потому что я напрямую общаюсь с компанией Vertica и политику лицензирования знаю. Итого если нам нужно хранить в ХД данных, которые весят в CSV 5 тб, нам надо будет купить лицензию на 5 тб. База реально при этом займет где то 2 тб (в среднем 4 раза сжатие + данные проекций). Понятно, что цена получается не самая демократическая, но она значительно ниже Терадаты. А по гибкости значительно выше своих конкурентов. Ибо у Netezza покупается шкаф и если место на нем кончилось, шкаф нужно выбросить и купить более емкий. А у GreenPlum по моему нужно лицензировать все место, что доступно на дисках кластера, а значит если хотим поставить новый сегмент, надо докупить на новый объем лицензий. Здесь Vertica дает нулевую стоимость масштабирования - можно в кластер сколько угодно добавлять новых сегментов, увеличивая производительность за счет прибавления процессорных мощностей, RAM и более размазанного хранения данных по сегментам. К примеру, купив лицензий на 5 тб, мы можем собрать из своих 10 серверов кластер, где на каждый сервер придется по 400 гигабайт сжатых данных, в итоге штука эта будет работать в реалтайм, как на загрузку так и на любые запросы любой сложности. Если на серверах еще поставить по 96 гигов памяти, то оно вообще просто будет всегда работать в миллисекундах, фактически как inmemory, держа все горячие данные в кэше. Итого, что по механизму загрузки WOS/ROS, что по оптимизатору, что по лицензионной политике - Vertica хороша для realtime и стартапов, кто грузит данные раз в сутки или раз в неделю, у кого устоявшиеся объемы ХД, могут спокойно купить Netezza и забыть про любой геммор администрирования, у кого объемы плавающие и нужна гибкая политика хранения и распределения данных, очень хорошо будет смотреться GreenPlum. вопрос знатокам перечисленных систем: как будет выглядеть относительная стоимость содержания данных систем в Х. если стартуем мы с петабайта и 20 пользователей, и каждый год прибавляем по 0.5 петы и 4 пользователя. может кто расписать расходы на первые 3 года? ... |
|||
:
Нравится:
Не нравится:
|
|||
10.09.2012, 16:49 |
|
Vertica vs Netezza vs Grennplum
|
|||
---|---|---|---|
#18+
Денисик_Аналитиквопрос знатокам перечисленных систем: как будет выглядеть относительная стоимость содержания данных систем в Х. если стартуем мы с петабайта и 20 пользователей, и каждый год прибавляем по 0.5 петы и 4 пользователя. может кто расписать расходы на первые 3 года? Это ты в правильное место с такими вопросами пришел. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.09.2012, 22:34 |
|
Vertica vs Netezza vs Grennplum
|
|||
---|---|---|---|
#18+
Apex, подскажи другое ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2012, 15:55 |
|
Vertica vs Netezza vs Grennplum
|
|||
---|---|---|---|
#18+
Денисик_АналитикApex, подскажи другое IBM, HP, EMC. Поиск телефонов будет твоим домашним заданием. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.09.2012, 00:38 |
|
Vertica vs Netezza vs Grennplum
|
|||
---|---|---|---|
#18+
ASCRUS, а Вы на этапе выбора не смотрели на Actian/Vectorwise? Может есть какие-то впечатления либо мнения (vs Syabse IQ or vs Vertica)? ... |
|||
:
Нравится:
Не нравится:
|
|||
12.11.2012, 16:32 |
|
Vertica vs Netezza vs Grennplum
|
|||
---|---|---|---|
#18+
_DogASCRUS, а Вы на этапе выбора не смотрели на Actian/Vectorwise? Может есть какие-то впечатления либо мнения (vs Syabse IQ or vs Vertica)? Не смотрели. Искали изначально MPP сервер, имеющий успешный опыт работы с машино генерируемыми данными, поэтому и отпал тот же Sybase IQ. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.11.2012, 22:08 |
|
Vertica vs Netezza vs Grennplum
|
|||
---|---|---|---|
#18+
ASCRUSИскали изначально MPP сервер... интересно, почему именно MPP, если даже данные машино генерируемые ? ASCRUS имеющий успешный опыт работы с машино генерируемыми данными, поэтому и отпал тот же Sybase IQ. это в основном для оптимального load'a? ... |
|||
:
Нравится:
Не нравится:
|
|||
12.11.2012, 23:24 |
|
Vertica vs Netezza vs Grennplum
|
|||
---|---|---|---|
#18+
_DogASCRUSИскали изначально MPP сервер... интересно, почему именно MPP, если даже данные машино генерируемые ? Масштабируемость. _DogASCRUS имеющий успешный опыт работы с машино генерируемыми данными, поэтому и отпал тот же Sybase IQ. это в основном для оптимального load'a? Это в основном для масштабируемости. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.11.2012, 00:08 |
|
|
start [/forum/topic.php?fid=35&msg=38034952&tid=1552410]: |
0ms |
get settings: |
12ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
35ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
58ms |
get tp. blocked users: |
1ms |
others: | 16ms |
total: | 159ms |
0 / 0 |