Исходное сообщение
"Для PostgreSQL подготовлен инструмент ресинхронизации pg_rew..." Отправлено ъ, 24-Мрт-15 17:56
По совокупности: - При росте БД у постгреса более предсказуемое управление данными, сноуболинг не происходит из-за особенностей ядра. Как следствие на очень малых объемах постгрес работает так же как и на больших, но это заметно только до 100-200 мб. - Продуманная безопасность у постгресса и нет необходимости перезагружать боевую БД для получения привилегированного доступа. - Оптимизатор в ядре разрабатывался научным сообществом (с оглядкой на мировых лидеров - таких как оракл и сайбейс), а не только программистами как у мускуля (на конференции СанДейз они очень извинялись за качество кода и алгоритмы в мускуле - так как у них энтерпрайз план и включается в код только то, что одобрено руководством, а так же фичи не принимаются если это идет в разрез с энтерпрайз планом - что и привило к расколу) - Гистограммы для таблиц и партицирование на сегодняшний день самое лучше и продуманное у постгреса, что снимает почти всю головную боль с администраторов БД и разработчиков. - Управление кэшем не пытающимся на себя взять функции ядра ОС, каждый делает только свою часть, но делает это отлично. - Есть множество примеров где постгрес лучше. Только вот на хостингах он встречается реже и по тому стоит чуть-чуть дороже, что и приводит к меньшему распространению.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	> По совокупности: > - При росте БД у постгреса более предсказуемое управление данными, сноуболинг > не происходит из-за особенностей ядра. Как следствие на очень малых объемах > постгрес работает так же как и на больших, но это заметно > только до 100-200 мб. > - Продуманная безопасность у постгресса и нет необходимости перезагружать боевую БД > для получения привилегированного доступа. > - Оптимизатор в ядре разрабатывался научным сообществом (с оглядкой на мировых > лидеров - таких как оракл и сайбейс), а не только программистами > как у мускуля (на конференции СанДейз они очень извинялись за качество > кода и алгоритмы в мускуле - так как у них энтерпрайз > план и включается в код только то, что одобрено руководством, а > так же фичи не принимаются если это идет в разрез с > энтерпрайз планом - что и привило к расколу) > - Гистограммы для таблиц и партицирование на сегодняшний день самое лучше > и продуманное у постгреса, что снимает почти всю головную боль с > администраторов БД и разработчиков. > - Управление кэшем не пытающимся на себя взять функции ядра ОС, > каждый делает только свою часть, но делает это отлично. > - Есть множество примеров где постгрес лучше. Только вот на хостингах > он встречается реже и по тому стоит чуть-чуть дороже, что и > приводит к меньшему распространению.
	Введите код, изображенный на картинке: