The OpenNET Project / Index page

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

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

"Red Hat стал инвестором EnterpriseDB"  +/
Сообщение от opennews on 28-Окт-09, 11:18 
Компания EnterpriseDB, выпускающая коммерческую версию свободной базы данных Postgres, объявила (http://www.reuters.com/article/pressRelease/idUS129327+27-Oc...) о заключении партнерских отношений с мировым лидером в области Linux решений – Red Hat. Последняя намеревается инвестировать в EnterpriseDB значительные средства с целью еще глубже внедрить открытые технологии в IT инфраструктуру современных корпораций.

«Совершенно очевидно, что EnterpriseDB – это ведущий разработчик Postgres для крупных предприятий. Вот почему Red Hat решил сотрудничать с этой компанией» - заявил президент Red Hat Jim Whitehurst. Помимо передовых позиций в области предоставления SQL решений, EnterpriseDB имеет сходную с Red Hat модель работы с клиентами, когда необходимые услуги предоставляются в соответствии с оформленной подпиской. Это также должно способствовать сближению взглядов двух крупнейших вендоров на совместную работу.

Основное направление деятельности Ente...

URL: http://lwn.net/Articles/358911/rss
Новость: http://www.opennet.ru/opennews/art.shtml?num=24004

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

Оглавление

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


1. "Red Hat стал инвестором EnterpriseDB"  +/
Сообщение от bys76ru on 28-Окт-09, 11:18 
Это ответ Ораклу на попытку отделиться и создать собственный дистр.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

7. "Red Hat стал инвестором EnterpriseDB"  +2 +/
Сообщение от CAHbKA on 28-Окт-09, 14:24 
> Это ответ Ораклу на попытку отделиться и создать собственный дистр

у оракла уже который год "свой" дистр, примерно со времен RHEL 4.5

мысли:
1) Шум оракл-mysql инспирирован ораклом, чтобы придать mysql хоть какую-то ценность в скв
2) считаю redhat в целом достаточно умными, чтобы они купили такое Г, как mysql

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

11. "Red Hat стал инвестором EnterpriseDB"  +/
Сообщение от vitek (??) on 28-Окт-09, 17:36 
забавно, кто-бы и что-бы не писал, а мускуль по-прежнему основная субд для веб.
и вот таких проектов:
>Компания Amazon в рамках нового сервиса Amazon RDS начала предоставление в аренду облачных окружений с MySQL 5.1 (используется хранилище InnoDB).

http://www.opennet.ru/opennews/art.shtml?num=24000
что-то не видно и не слышно ни на оракле, ни на постгискл...

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

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

14. "Red Hat стал инвестором EnterpriseDB"  +1 +/
Сообщение от gleb on 30-Окт-09, 09:53 
>хм... мускуль - субд одного уровня с мсскл, сайбэйз, информикс и т.д.
>но добится вразумительных комментов, почему же оно г... - не представляется
>возможным.

На вскидку:

InnoDB слишком долго модифицирует большие таблицы (механизм копирования во временную таблицу). В постгресе проблемы нет.

Отвратительный оптимизатор запросов. Лажает в простейших ситуациях. Опять же в постгресе - большая редкость.

Скорость работы Mysql'я на простых операциях (и под нагрузкой) не намного (или совсем не) выше чем в современном постгресе. Сложные mysql выполнять просто не умеет

PS: по мне, так для веба в любом случае нужны дополнительные звенья в архитектуре хранения данных. Нужно активно использовать кеширование (memcache) либо специфичные для задачи решения (например часть данных хранить в tokyo tyrant или memcachedb)

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

18. "Red Hat стал инвестором EnterpriseDB"  –1 +/
Сообщение от vitek (??) on 31-Окт-09, 05:18 
>InnoDB слишком долго модифицирует большие таблицы (механизм копирования во временную таблицу). В постгресе проблемы нет.

а зачем её модифицировать?
>Отвратительный оптимизатор запросов. Лажает в простейших ситуациях. Опять же в постгресе - большая редкость.

и тем не менее, запросы в мускуле выполняются быстрее. :-D
не говоря уж о требуемых ресурсах.
>Скорость работы Mysql'я на простых операциях (и под нагрузкой) не намного (или совсем не) выше чем в современном постгресе. Сложные mysql выполнять просто не умеет

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

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

23. "Red Hat стал инвестором EnterpriseDB"  +/
Сообщение от gleb on 31-Окт-09, 15:14 
> а зачем её модифицировать?

проект растет и развивается => меняются задачи => меняется структура БД

>>Отвратительный оптимизатор запросов. Лажает в простейших ситуациях. Опять же в постгресе - большая редкость.
>и тем не менее, запросы в мускуле выполняются быстрее. :-D не говоря уж о требуемых ресурсах.

как минимум странный аргумент. алгоритмы выборки данных никто не отменял,  и если майскуэль использует неверный план выполнения запроса, то время на запрос может быть на порядки выше. в вебе один 8ми секундный запрос может сильно подпортить жизнь.решается это как правило либо "хаками" либо прямым указанием индекса.

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

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

24. "Red Hat стал инвестором EnterpriseDB"  +/
Сообщение от vitek (??) on 31-Окт-09, 15:23 
>проект растет и развивается => меняются задачи => меняется структура БД

в любом случае - это не штатная ситуация. и подобные работы как правило только этим не заканчиваются. сразу же приплюсовываются расчёты на пространство, память, индексы, планы выполнения и т.д.
как следствие - в большинстве случаев данные строки должны находится рядом, а не по всему рэйду тонким слоем... а если нет, то можно и доп. таблице подумать (master - detail). или просто построить новую (что чаще всего и происходит)
>как минимум странный аргумент. алгоритмы выборки данных никто не отменял,  и если майскуэль использует неверный план выполнения запроса, то время на запрос может быть на порядки выше. в вебе один 8ми секундный запрос может сильно подпортить жизнь.решается это как правило либо "хаками" либо прямым указанием индекса.

почему странный? никакой план выполнения не заменит здравый смысл... и факты.
мускуль занял место основной субд для инета по-праву. аргументы я уже приводил. не вижу смысла повторяться.

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

25. "Red Hat стал инвестором EnterpriseDB"  +/
Сообщение от vitek (??) on 31-Окт-09, 15:31 
ах, да.
>алгоритмы выборки данных никто не отменял,  и если майскуэль использует неверный план выполнения запроса, то время на запрос может быть на порядки выше. в вебе один 8ми секундный запрос может сильно подпортить жизнь.

и что? проектируйте б/д и пишите запросы правильно.
да и хинты даже в оракле никто не отменял.
и никаких хаков!!!:-D
>PS: а какая у вас область деятельности, что вам не приходится менять структуру таблицы во время жизни проекта?

не скромный вопрос, но.... dba, системный архитектор, начальник ит. как-то так.

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

26. "Red Hat стал инвестором EnterpriseDB"  +/
Сообщение от gleb on 31-Окт-09, 15:53 
> в любом случае - это не штатная ситуация. и подобные работы как правило только этим не заканчиваются. сразу же приплюсовываются расчёты на пространство, память, индексы, планы выполнения и т.д.

с таким подходом рынок интернет-сервисов еще в каменном веке бы был. сейчас решает скорость внедрения новых фич, гибкость. Так что это вполне нормально - добавлять поля в таблицу не проводя особо никаких расчетов (конечно,  в определенных условиях). Если все это делать - уйдет слишком много времени и денег (которых скоро просто не останется, т.к. конкуренты обойдут) Именно поэтому так же существуют ORM и web-фреймворки (Django, RoR, ...)

Кстати, вот что-то более менее вменяемое нашел их бенчмарков mysql vs. postgres: http://www.randombugs.com/linux/mysql-postgresql-benchmarks....

И примеры крупных интернет-проектов на постгресе по памяти: skype, myyearbook, .org, .info.

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

27. "Red Hat стал инвестором EnterpriseDB"  +/
Сообщение от vitek (??) on 31-Окт-09, 17:00 
>Так что это вполне нормально - добавлять поля в таблицу не проводя особо никаких расчетов (конечно,  в определенных условиях). Если все это делать - уйдет слишком много времени и денег (которых скоро просто не останется, т.к. конкуренты обойдут) Именно поэтому так же существуют ORM и web-фреймворки (Django, RoR, ...)

глупости. для профи по времени делать что так, что так - один хрен.
к примеру (напомню, речь идёт о больших таблицах) нужно сделать некий отчёт (с введением новых полей) с приемлемым для заказчика сроком его выполнения...
так вот, сделать сразу правильно как правило если не проще и быстрее, то уж точно не сложнее. про мастер-детэйл - вообще без проигрышный вариант - не надо переделывать существующие приложения... по-крайней мере точно уверен, что ничего не отвалится.
и создание вьюх на их основе - хоть сто порций.
для пачки студентов, которым надо по-быстрому - да. такой подход встречал неоднократно..... но и результат их работы либо долго не живёт, либо существенно переделывается
по-поводу бенчей - в реальной работе приложения критичны ко времени выполнения выборки, инсерты, апдэйты, мерджи, их различные варианты с bulk.... короче dml.
ddl - на продуктивной прерогатива админа (даже не программиста). не скажу, чтобы скорость совсем уж не важна, но...

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

28. "Red Hat стал инвестором EnterpriseDB"  +/
Сообщение от gleb on 31-Окт-09, 20:45 
похоже вы не совсем понимаете темпы и условия в которых делаются веб-стартапы. резултат нужен каждые две-три недели, огромное кол-во мертворожденных идей, крайне низкое время жизни кода, нехватка времени и денег. dba - это вообще непозволительная роскошь.  

вообще спор ни о чен. попросили привести в чем лажает мускуль - я привел. дальше вы пытаетесь доказать, что это вовсе не проблемы. на самом деле это очень большие проблемы.

кстати, последнее утверждение про ddl/dml только доказывает, что вы не совсем понимаете реалий веб-разработки.

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

29. "Red Hat стал инвестором EnterpriseDB"  +/
Сообщение от vitek (??) on 01-Ноя-09, 11:47 
и много у Вас подобных стартапов? и вот это:
>резултат нужен каждые две-три недели, огромное кол-во мертворожденных идей, крайне низкое время жизни кода, нехватка времени и денег.

так и будет продолжаться.... неужели я не понятно выразился? времени в любом случае уходит одинаково. а чаще и гораздо меньше.
элементарное планирование - признак более/менее серьёзной конторы.
>dba - это вообще непозволительная роскошь.

забавно. и кто же обслуживает Ваших клиентов? кто устанавливает ОС? виртуалуи (если есть)?
веб-сервера? субд? патчит их наконец?
а ведь это нужно даже при виртуальном хостинге.....
>вообще спор ни о чен. попросили привести в чем лажает мускуль - я привел. дальше вы пытаетесь доказать, что это вовсе не проблемы. на самом деле это очень большие проблемы.

с таким же успехом можно сказать, что Вы привели недостатки постгри и т.д.
(см. Вашу ссылу и обращаем внимание на dml-операции)
а ведь это всё вытекает потом в количество клиентов на одном серваке....
недостатки ddl - проблема админа. недостатки dml - проблема всех.
>кстати, последнее утверждение про ddl/dml только доказывает, что вы не совсем понимаете реалий веб-разработки.

ну конечно?!!!!! :-D
если программеру нужно думать не только о dml, а ещё и о ddl, а дальше - куда кривая выведет - это круто! :-DDDDDDDDDDDDDDDDDDDDD

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

2. "Red Hat стал инвестором EnterpriseDB"  –4 +/
Сообщение от uZver (??) on 28-Окт-09, 11:19 
+1. хорошо если RedHat сами купят MySQL у Oracle или EnterpriseDB
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

6. "Red Hat стал инвестором EnterpriseDB"  +/
Сообщение от аноним on 28-Окт-09, 14:01 
>хорошо если RedHat сами купят MySQL у Oracle или EnterpriseDB

Ну я понимаю они могут купить мускуль у оракла, но у EnterpriseDB как?

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

9. "Red Hat стал инвестором EnterpriseDB"  +/
Сообщение от Warhead Wardick on 28-Окт-09, 16:45 
Как -как, как обычно!

А вот PostgreSQL - да купить невозможно :)


пЫсЫ: Долгих лет процветания слону! Самя Ъ-db :)

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

3. "Red Hat стал инвестором компании EnterpriseDB, развивающей P..."  +/
Сообщение от Антон (??) on 28-Окт-09, 11:45 
Готов сделать денежную ставку за то, что в ближайший год Red Hat купит бизнес EnterpriseDB. Сейчас оптимальной сделке мешает волна поднятая из-за Oracle/MySQL. Но вот когда страсти улягутся, готов поспорить  Red Hat купит EnterpriseDB, все ведет к этому.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

4. "Red Hat стал инвестором компании EnterpriseDB, развивающей P..."  +/
Сообщение от Cobold (??) on 28-Окт-09, 12:01 
В смысле мешает, думаете они на этой волне себе цену набивают? В любом случае интерес налицо.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "Red Hat стал инвестором компании EnterpriseDB, развивающей P..."  +/
Сообщение от паралельные запросы on 28-Окт-09, 13:44 
EnterpriseDB сидит сверху на бренде постгреса, от них давно нет стоящих патчей, даже коды на исполнение параленых селекты не отдают в постгрес... вобщем богатые станут еще богаче :(
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

8. "Red Hat стал инвестором компании EnterpriseDB, развивающей P..."  +/
Сообщение от Aleksey (??) on 28-Окт-09, 15:36 
Насколько я помню они замечатальным образом оплачивают работу нескольких разработчиков постгрес. Так что нормально.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

10. "Red Hat стал инвестором компании EnterpriseDB, развивающей P..."  +/
Сообщение от AlexGor (??) on 28-Окт-09, 17:18 
не просто "оплачивают", а Bruce Momjian и вовсе там работает :)
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

15. "Red Hat стал инвестором компании EnterpriseDB, развивающей P..."  –1 +/
Сообщение от Аноним (??) on 30-Окт-09, 19:45 
добавили бы слону нормальный partitioning и alter table add column [BEFORE,AFTER] как в мускуле и я буду самым счастливым на ЗЕМЛЕ! ;-)
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

19. "Red Hat стал инвестором компании EnterpriseDB, развивающей P..."  +/
Сообщение от vitek (??) on 31-Окт-09, 05:21 
>добавили бы слону нормальный partitioning и alter table add column [BEFORE,AFTER] как в мускуле и я буду самым счастливым на ЗЕМЛЕ! ;-)

а мне вот больше нужен стэндбай....
хотя моё личное счастье от этого не зависит.

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

21. "Red Hat стал инвестором компании EnterpriseDB, развивающей P..."  +/
Сообщение от Vitaly_loki (ok) on 31-Окт-09, 13:01 
А использовать список полей в select вместо *, чтоб обеспечить нужный порядок выборки? :)
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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