Компания Yahoo утверждает (http://postgresmen.ru/news/view/98), что ей удалось побить мировой рекорд, создав самую большую и нагруженную базу данных в мире. Объём данных: 2 петабайт, нагрузка: 24 млрд событий в сутки. БД работает под управлением модифицированного PostgreSQL. В качестве однго из самых крупных изменений, можно отметить ориентацию на по-колоночное хранение вместо традиционного построчного, что замедляет запись на диск, но обеспечивает лучшую скорость доступа к данным для аналитических целей.В базе хранится история поведения веб-пользователей, утверждается, что в месяц сохраняются данные о полумиллиарде пользователей. Некоторые таблицы в базе содержат триллионы строк, которые не просто лежат мёртвым грузом на дисках, но могут быть запрошены и обработаны стандартным SQL, в стандартной ACID-совместимой среде.
Инженеры Yahoo ожидают рост до 5 петабайт к следующему году. И они готовы к такому росту. Для сравнения: редко встречаются БД уровня предприятия объёмом боле...URL: http://postgresmen.ru/news/view/98
Новость: http://www.opennet.me/opennews/art.shtml?num=16120
Yahoo вроде на FreeBSD работает, и эта база тоже?
Естественно. PostgreSQL - это самая мощная СУБД из разряда OpenSource.
>Естественно. PostgreSQL - это самая мощная СУБД из разряда OpenSource.Да и среди ClosedSource, любое Оракле заткнет за пояс.
Мой сервак тоже на постгре работает.
Жалоб нет, в отлии от Мускула и M$скула...
>Да и среди ClosedSource, любое Оракле заткнет за пояс.хоть это и спорное утверждение, однако, наличие исходного кода неоспоримое преимущество.
о чем, собственно, и новость
>хоть это и спорное утверждение,Ну пусть кто-то покажет такую же БД под ораклом и похвастается.А так - особенно издевательски в этой новости смотрится баннер :))) "Разрабатываете на MySQL?" от оракла :).Да, для действительно больших баз и правда будем смотреть.Нет, не на оракла.На постгрес :))))))))))
>однако, наличие исходного кода неоспоримое преимущество.
(есть еще одно: не надо платить жадному ораклу за enterprise-class базу данных, хаха)
>>однако, наличие исходного кода неоспоримое преимущество.
>(есть еще одно: не надо платить жадному ораклу за enterprise-class базу данных,
>хаха)дело не в цене, а в контроле над технологией. никто не будет диктовать цены, политику, направление развития и т.п.
ну и гибкость..
> Да и среди ClosedSource, любое Оракле заткнет за пояс.К сожалению, это неправда. У Oracle в ближайшие пять лет конкурентов не появится.
>> Да и среди ClosedSource, любое Оракле заткнет за пояс.
>
>К сожалению, это неправда. У Oracle в ближайшие пять лет конкурентов не
>появится.Истина.
У постгреса нет даже внятной встроенной репликации, что у Мускуля уже лет 500постгрес vs мускуль ещё можно поспорить... Но уж никак не супротив монстра оракля :)
Давно ли мускул научился (и научился ли) работать с транзакциями, и как там с бэкапом обстоят дела, а что такое триггеры Вы, уважаемый, знаете ? Чтот кажется что в мускуле это в зародышевом состоянии перманентно.
>Давно ли мускул научился (и научился ли) работать с транзакциямиC 4-й версии. Вы слышали что-то об InnoDB? :)
>и как там с бэкапом обстоят дела,
А что не так с бекапом? mysqldump отменили? Если хотите можете бекапить и со слейва.
>а что такое триггеры Вы, уважаемый, знаете ?
А с ними то что не так? :) http://dev.mysql.com/doc/refman/5.0/en/triggers.html
>Чтот кажется что в мускуле это в зародышевом состоянии перманентно.
В этом "зародышевом состоянии" находится пол и-нета :) И триггеры используются и (о чудо) хранимые процедуры, и даже вьюхи и курсоры :) Это 5.0 (stable)
Такое ощущение, что вы минимум лет 5 не интересовались новостями в MySQL :)
В MySQL очень медленные хранимые процедуры, особенно это заметно, если в хранимой процедуре попытаться только производить расчеты, а не работать с данными. Разница между MySQL другими СУБД в этом случае по скорости составляет десятки раз, не в пользу первого.
Истинно говорите. В MySQL триггеры и хранимые процедуры/функции по сравнению с тем же постгресом - недоделки, к сожалению.
Да и вообще, создалось устойчивое впечатление, что данные "навороты" у MySQL прикручиваются сбоку, зачастую упираясь в ограничения архитектуры базы/типа таблицы.
Но сам ими пользуюсь с удовольствием. И то, что идёт развитие мускуля - приятно.
>>а что такое триггеры Вы, уважаемый, знаете ?
>
>А с ними то что не так? :) http://dev.mysql.com/doc/refman/5.0/en/triggers.html
>А вы умеете писать триггеры и хранимки в мускуле на тикле, перле, яве...? Поделитесь, что же вы. Например, в постгресе можно сделать хранимку на тикле, выполняемую в защищенном интерпретаторе и прямо в базе выполнять сохраненные в табличках скрипты, выдавая пользователю уже готовые отчеты. Для систем уровня предприятия такие возможности очень полезны. Разумеется, все это можно делать и на уровне сервера приложений, но придется гонять по сети большие объемы данных, да еще привязываться к определенной структуре базы, вместо работы в постгресе с некоторым API для предметной области, реализованным в базе.
А уж блокирующий бэкап в мускуле это даже не смешно. Понятно, что архитектура такая, но проблемы это создает. Постгрес версионник, но несмотря на это еще и работает быстрее мускуля и требует меньше ресурсов, не говоря про возможности неблокирующего бэкапа и многое другое. Ну и "падучесть" мускуля доверия не внушает. В постгресе даже после сбоя диска обычно удается вытянуть информацию из таблиц, мускуль же периодически умудряется убить базу без всяких на то разумных причин в виде сбоя оборудования (проверено в версиях около 3.20, времени много прошло, но постгрес и тогда и сейчас работал надежно, так что снова смотреть на кошмарный мускуль не возникает желания).
>А уж блокирующий бэкап в мускуле это даже не смешно. Понятно, что
>архитектура такая, но проблемы это создает.Юзайте упомянутый бекапный слейв. По ресурсам его можно установить без проблем на том же сервака. Приыем mysqldump не лочит при бекапе базу целиком, а только ту таблицу, что реально сливается. Для большинства задач этого достаточно ;)
> Постгрес версионник, но несмотря на
>это еще и работает быстрее мускуля и требует меньше ресурсов, не
>говоря про возможности неблокирующего бэкапа и многое другое.Утверждение спорное :)
> Ну и "падучесть"
>мускуля доверия не внушает. В постгресе даже после сбоя диска обычно
>удается вытянуть информацию из таблиц, мускуль же периодически умудряется убить базу
>без всяких на то разумных причин в виде сбоя оборудования (проверено
>в версиях около 3.20, времени много прошло, но постгрес и тогда
>и сейчас работал надежно, так что снова смотреть на кошмарный мускуль
>не возникает желания).Вас послушать так 50% интернет не существует вовсе. :) Непонятно за что люди получают деньги :)
>Юзайте упомянутый бекапный слейв. По ресурсам его можно установить без проблем на
>том же сервака. Приыем mysqldump не лочит при бекапе базу целиком,
>а только ту таблицу, что реально сливается. Для большинства задач этого достаточно ;)Спасибо! :) Мне даже добавлять ничего не надо! :) Вот в этом - весь мускуль - даже простые вещи типа бакапа - делаются автогеном через анус :) Наверное поэтому от так популярен у раша-c00l-aminZ :)
>Вас послушать так 50% интернет не существует вовсе. :) Непонятно за что
>люди получают деньги :)1)Популярность среди далеко не самыъ крутых проффесионалов. Ничего кроме морковки не пробовали. 95% инсталляций мускля можно безболезненно перегонать на SQLite :)
2)Сам удивляюсь :) У меня друг ("моторчик" по жизни) - просто в наглую на воздухе такие бабки поднимает - мне лет 5 пахать :)
>Спасибо! :) Мне даже добавлять ничего не надо! :) Вот в этом
>- весь мускуль - даже простые вещи типа бакапа - делаются
>автогеном через анус :) Наверное поэтому от так популярен у раша-c00l-aminZОтноситесь ко всему философски. Вся наша жизнь - это анус :) По поводу бекапов - открою страшную тайну... Их делают во время наименьшей згружености проекта, когда влияние локов на таблицы стремится к нулю ;)
>1)Популярность среди далеко не самыъ крутых проффесионалов. Ничего кроме морковки не пробовали.
>95% инсталляций мускля можно безболезненно перегонать на SQLite :)
>
>2)Сам удивляюсь :) У меня друг ("моторчик" по жизни) - просто в
>наглую на воздухе такие бабки поднимает - мне лет 5 пахать
>:)Все вопросы к Пету Зайцеву. Он вам объяснит где анус зимует :)) http://fotki.yandex.ru/users/nikolaysamokhvalov/view/23902
Кстати, там же: Пётр расспрашивает Брюса Момджана (координатор разработки Постгреса) о тонкостях реализации некоторых фич в Постгресе :-)) http://fotki.yandex.ru/users/nikolaysamokhvalov/view/23929/
>(проверено в версиях около 3.20, времени много прошло,Дядь, а MS-DOS 1.0 еще и не такой какой был :)))
>А уж блокирующий бэкап в мускуле это даже не смешно. Понятно, чтоmysql это не тип базы данных. есть myisam, есть innodb.
mysqldump --single-transaction для innodb влечёт за собой мелкий лок вначале.
А после фул бекапа можно и бинлоги лить на ленту в виде инкрементального бекапа.
Так что жить можно.
А дай бог допишут всяких фальконов :) может и ваще будет шик.И скажу честно - на ходу поменять кодировку столбца, таблицы, базы - очень приятно.
>В этом "зародышевом состоянии" находится пол и-нета :) И триггеры используются и
>(о чудо) хранимые процедуры, и даже вьюхи и курсоры :) Это
>5.0 (stable)
>
>Такое ощущение, что вы минимум лет 5 не интересовались новостями в MySQL
>:)Я мля с этим говном кажный день ипусь. И если хранение процедур и триггеров с plain text и перекомпиляция их _каждый раз_ перед выполнение это "о чудо", то ну их нах ВООБЩЕ.
А давно ли постгрес научился выдавать числовой код ошибки?
А какого хрена для того, чтобы сменить кодировку базы, нужно переинициализировать весь кластер постгреса?
А где был постгрес с autoincrement? Когда нормально заработал тип serial ?
Ну и вообще, нахрена козе (т.е. постгресу) баян в виде всех этих GiST, PL/Tcl и прочего, если реально им пользуется 0.01% пользователей этого самого постгреса?
Сделали б версию для веба (хотя бы с теми функциями, которые есть в Мускуле и которых в постгре нет), глядишь, народ бы на них повалил бы.
А то на данный момент лозунг the world's most advanced database уж никак к постгресу не относится... имхо.
Несомненное достоинство PostgreSQL - отсутствие попсовости, т. е. ориентированности на среднестатистического "веб-барана". Не нужно, чтобы народ "валил" на PostgreSQL, иначе разработчики захлебнутся в потоке дерьма типа "не работает, помогите". Все, что нужно, работает, все, что работает неправильно или не оптимально, быстро фиксится. А в плане соответствия стандартам (SQL-2003, например) многим коммерческим разработкам до PostgreSQL еще расти и расти.
>А то на данный момент лозунг the world's most advanced database уж никак к постгресу не относится... имхо.Да нет - просто данный момент ты никак не относишься к числу экспертов к мнению которых нужно прислушиваться - im_N_ho :)
>>А то на данный момент лозунг the world's most advanced database уж никак к постгресу не относится... имхо.
>
>Да нет - просто данный момент ты никак не относишься к числу
>экспертов к мнению которых нужно прислушиваться - im_N_ho :)Изложите сей лозунг пожалуйста коммерческим веб-хостерм. С большой вероятностью они Вас пошлют ;)
Каким-таким "коммерческим веб-хостерам"? Баранам типа РБК, размещающих домашние странички домохозяек? Ну так не нужен домохозяйкам PostgreSQL, все правильно.Аренда простенького сервера уже меньше $50 в месяц, какой нафиг хостинг?
>Изложите сей лозунг пожалуйста коммерческим веб-хостерм. С большой вероятностью они Вас пошлют
>;)Это помойкам типа "общественный туалет" которые хостят сотни дерьмостраничек на одном айпи а потом один хаксор поимевший ОДИН сервер в шесть секунд вывешивает свое добро на всех сотнях?Такие хостинги вообще маздай как класс, сейчас понемногу идет переход на VDS, которые независимы друг от друга и там слом сайта Васи еще не значит автоматически что сайты Паши и Пети тоже поломают.
>Сделали б версию для вебаОткрой для себя SQLite - для веба самое оно :)
+1И вдобавок, когда же в PostgreSQL появится нормальный CONNECT BY?
Когда Вы или ещё кто-то, кому он очень нужен, реализуете его.P.S. connect by -- это оракловое, нестандартное. так что в Постгрес протащить будет непросто очень. Патч для реализации рекурсивных запросов (конструкция WITH) _по стандарту_ языка SQL уже готов и с большой долей вероятности будет в 8.4:
"Tatsuo Ishii выслал патч, реализующий стандартную (ISO/ANSI SQL) конструкцию WITH RECURSIVE. Если патч будет принят, PostgreSQL станет первой СУБД с открытым исходным кодом, реализующей встроенную возможность работы с деревьями и ориентированными графами."
(http://postgresmen.ru/news/view/96)
>У постгреса нет даже внятной встроенной репликации, что у Мускуля уже лет 500Ути -пути %)Зато не встроенных есть на любой вкус - хочешь master-slave, хочешь - master-master, конечно sync и async для обеих схем. И всё это работает в отличие от :)
пиарят сами себя, готовятся к продаже
так вот что хотеля M$!
1. поиметь базу
2. не дать просочиться этой информации
зы:
если Oracle сравнить с PostgreSQL и нельзя, то уж с M$SQL точно можно.
А вот Sun Microsystems, например, продвигает постгрес, как раз таки подчеркивая, что до оракла ей далеко. Суть их лозунгов была, если кто помнит, покупая такой-то спарк с бесплатными солярисом и постгресом, идущем в комплекте, вы получаете в два раза меньшую производительность за в пять раз меньшую цену. И это работало. Потом Sun купил MySQL.
может работало, может нет, может не достаточно хорошо работало, но...
определяющим здесь думается является поддержка ERP систем.
SAP поддерживает MySQL - вот sun и прикупил.
зы:
а под постгрес пока одна коммерческая "ERP" есть - 1С.
и та на нем криво работает.
вполне достойно работает. не надо говорить то о чем не имеете представления.
>вполне достойно работает. не надо говорить то о чем не имеете представления.
>Фигово оно там работает, особенно учитывая то как программисты 1C работают с базой. Руки поотрывал бы.
что именно достойно работает?
1С в постгресе? :-)
смотрим сюда - http://v8.1c.ru/overview/postgresql.htm , а именно:
1С:Предприятие 8 имеет некоторые особенности работы с СУБД PostgreSQL, связанные с использованием транзакционных блокировок:
1. в режиме автоматического управления блокировками в транзакции используются табличные блокировки СУБД;
2. в режиме управляемых блокировок в транзакции используются блокировки записей и полей СУБД.
т.е. автоматические блокировки (что по умолчанию) в СУБД PostgreSQL блокируют при вставке и изменении всю таблицу.
в MsSQL и db2 это не так.
Вывод: 1с на PostgreSQL - бюджетный вариант, для ограниченного числа одновременно работающих пользователей.
хотите больше - покупайте M$SQL. (или db2)и да, не надо говорить то о чем не имеете представления.
За одинце на PostgreSQL Боре Нуралиеву нужно как следует надавать по заднице, чтобы неповадно было кривые поделки переносить на нормальные СУБД и платформы. Так что баранов, которые на это купились, не жаль.А Вам, дружище, прежде чем чушь писать, было бы хорошо иметь хотя бы поверхностное представление о PostgreSQL.
это какую я чушь написал? :-/ дружище!хоть про "надавать" согласен.
этим му...м было "проще" PostgreSQL изменить, чем свою "ERP"-систему доделать до нормальной работы с этой СУБД.
ОК, сделаете вы такую систему. А сможете ли сделать конвертор БД из 1С-форматов, чтобы перетягивать клиентов? А сможете развить свою партнёрскую сеть? А где возьмёте толпу консультантов и техн спецов, которые будут знать, какими ключами какие гайки заворачивать?
Вы вообще о чём?
непонятно.
а по поводу конвертеров - так и делаю.
лучше ответьте на вопрос:
а зачем в 1Cv8 вообще появился свой формат?
что, принципы Кодда для 1С не подходят?
или налоговая запрещает?
> А где возьмёте толпу консультантов и техн спецов, которые будут знать, какими ключами какие гайки заворачивать?до чего уже извращенные понятия сформировала 1С и им подобные.
ANSI SQL уже в вузах не преподают?
зато сейчас куча недоученных школьников пишут дебильные обработки, а потом бегают и продают всем подряд коммерсантам.
Вы это называете консалтингом и техн. специалистами?
К сожалению, вынужден присоединиться к данному мнению. Текущая версия 1С с Постгресом работает далеко не идеально. Банально генерятся тяжеленные запросы (в логах легко наблюдать картину: большое кол-во table-level lock-ов, толстущие запросы с массой LEFT JOIN-ов и т.д.)Но:
- всё равно во многих случаях уже сейчас есть смысл, т.к. можно сэкономить несколько десятков килобаксов и при этом обелить свою контору в плане лицензий;
- есть люди, которые работают над улучшением ситуаций. Тут важна позиция 1С и я искренне надеюсь, что они будут развивать продукт (хотя и есть некоторые сомнения, что выводить Постгрес-продукт на один уровень МС-продукта может быть не выгодно).
Николай, чем раньше одинце загнется, тем будет лучше. Всем. Глобальная проблема одинце - тупость архитекторов, которые не имеют представления ни о проектировании, ни о базах данных.Люди, которые работают над "улучшением ситуации", напрасно теряют время: его можно потратить на написание нормального программного продукта.
1С благополучно "загибается" уже лет 10 если не больше. Да архитектура - плоха. Но мощный и относительно недорогой саппорт, плюс конвеер по клепанию "программистов" с улицы + оперативное реагированиение на "бзики" Российского законодательтсва. Это и делает рынок 1С (малый и частично средний бизнес). Другие проекты значительно отстают в этом отношении.Ситуация могла бы существенно измениться, если бы Российское законодательство было более стабильно и предсказуемо. ИМХО
А форточки загибаются еще дольше. И это не делает ни форточки, ни одинце достойными внимания продуктами. Результат их распространенности - маркетинг, коррупция и армия тупых баранов, которые научились зарабатывать на этом деньги. Эти бараны ничего, кроме брезгливости, не вызывают. Устойчивый рвотный рефлекс при любом упоминании одинце. Примерно такой же, как если бы случайно вляпаться в дерьмо.
>+ оперативное реагированиение на "бзики" Российского законодательтсва.Нам это "оперативное" вылилось в продолжительность около полутора месяцев. Догадайтесь, почему на 90% (может, даже больше) установок оперативность одноце равна нулю.
>SAP поддерживает MySQL - вот sun и прикупил.Парень - завязывай с герычем! SAP может работать на SAPdb - это СЮРПРИЗ!!! - __совсем__не__мыскыл__датабазе__!!! (Хотя и принадлежит той же _лавке_). Ну или пруфлинк с инсталляцией сапы на мыскыл "в студию"!
>а под постгрес пока одна коммерческая "ERP" есть - 1С. и та на нем криво работает.
1) По крайней мере - есть. В отличие от :)
2) 1С ... не может работать не криво, даже на сферической идеальной датабазе :)
дарагой.
где ты видел, чтоб я писал, что SAP работает на MySQL?
я писал, что SAP ПОДДЕРЖИВАЕТ MySQL, а теперь значится и SUN.
то бишь они теперь (SUN и SAP) корефаны.
и базу обзывают не SAPdb, а MaxDB.
(надеюсь на этом сленге понятней?)
>1) По крайней мере - есть. В отличие от :)
>2) 1С ... не может работать не криво, даже на сферической идеальной датабазе :)проблемма не в том, что 1С кривая, а в том, что эта кривизна работает на PostgreSQL НАМНОГО хуже чем на M$SQL. (см. комментарии выше)
и ЭТО сделано специально.
да еще и PostgreSQL прогнули, впихнув в него свой 1С-код.
>дарагой.
>где ты видел, чтоб я писал, что SAP работает на MySQL?
>я писал, что SAP ПОДДЕРЖИВАЕТ MySQL, а теперь значится и SUN.Одно дело - работать, другое дело - поддерживать.
Понятно, что и мерседес можно заправлять А-76. И наверное, он даже поедет, НО КТО ТАК ДЕЛАЕТ????>то бишь они теперь (SUN и SAP) корефаны.
>и базу обзывают не SAPdb, а MaxDB.
>(надеюсь на этом сленге понятней?)Базу теперь-таки правильно называть SAP MaxDB
> Одно дело - работать, другое дело - поддерживать.вот именно.
поддерживать можно морально, материально, физически.
думаю, все сложнее. :)
в Compiere/Adempiere есть поддержка Оракле и Постгрес и нет майэскуэль...
просто потому что на mysql все эти обьекты невозможно запихнуть в процедуры на PL/Java.
конечно все не так просто :-)
почему то все скатываются только на технический уровень.
а ведь здесь большую роль играет именно коммерческая составляющая.
Кстати, господа, а кто-нибудь репликацией данных между
разными СУБД занимается/занимался? Консультация нужна.
>Кстати, господа, а кто-нибудь репликацией данных между
>разными СУБД занимается/занимался? Консультация нужна.А что именно интересует?
>Кстати, господа, а кто-нибудь репликацией данных между
>разными СУБД занимается/занимался? Консультация нужна.Если задача затрагивает Постгрес, можете обратиться к нам, postgresmen.ru.
Пусть включат полный аудит транзакций и побьют рекорд по скорость роста объема базы -)).