После поглощения компании Sun Microsystems из компании уволилась группа разработчиков MySQL, занимавшихся развитием проекта Drizzle (http://www.drizzle.org), легковесного варианта MySQL. Сегодня на сайте проекта появилось сообщение (http://blog.drizzle.org/2010/03/11/and-the-answer-is-rackspa.../), что компания Rackspace (http://www.rackspace.com/) взяла уволившихся разработчиков под свою опеку и предоставила условия и финансирование для продолжения развития СУБД Drizzle. Под крылом Rackspace работой над Drizzle полный рабочий день теперь будут заниматься Jay Pipes, Monty Taylor, Eric Day, Lee Bieber и Stewart Smith.Компания Rackspace заинтересована в использовании Drizzle в своем сервисе Rackspace Cloud (http://www.rackspacecloud.com/), считая (http://ostatic.com/blog/a-bright-future-for-drizzle), что для адаптации традиционного MySQL недостаточно простых хаков и обходных путей, в то время как Drizzle изначально ориентирован на гибкость и масштабируемость. Кроме того Racks...
URL: http://ostatic.com/blog/a-bright-future-for-drizzle
Новость: http://www.opennet.me/opennews/art.shtml?num=25762
Нафига Drizzle - встраиваемую СУБД мержить с Кассандрой - распределенной СУБД?
Чтобы получить что-то типа распределенного SQL наверное :)
Fork №3
Отлично! В результате будет больше оптимизированных под разные задачи систем. Кроме того, увеличивается суммарное финансирование MySQL, что как минимум радует. В такой конкурентной ситуации Ораклу придется пошевеливаться, хотят они того или нет.
От зараза — PS убрали.
Придётся таки мигрировать на postgre. А я уж было раскатал губу как на drizzle переберусь.
Я так понимаю, что дриззл - это вроде мускуля для VPS. Чтоб в ограниченных ресурсах запустить свою копию и делать, что хочешь.
[root@db0 mysql]# head ./my-small.cnf
# Example MySQL config file for small systems.
#
# This is for a system with little memory (<= 64M) where MySQL is only used, не?
Ухты, а поведайте-ка зачем вам такое было нужно?
>Ухты, а поведайте-ка зачем вам такое было нужно?Prepared Statements? Да зачем и всем — чтобы не париться по поводу экранирования параметров, например.
Кстати, PDO с Drizzle, похоже, использовать не получится.
>чтобы не париться по поводу экранирования параметровафигено трудоемкая работа. Прямо стоит того, что теперь париться и переходить на постгре :)))
>>чтобы не париться по поводу экранирования параметров
>афигено трудоемкая работа. Прямо стоит того, что теперь париться и переходить на постгре :)))Нет, не трудоёмкая. Я пользую Doctrine, которое юзает PDO и вообще не переживаю по этому поводу. Но драйвера pdo_drizzle в природе пока нет.
Что до миграции на postgre — не знаю, как у вас, а мне достаточно (грубо говоря) поправить autoincrement на sequence и сгенерить миграцию. и пустить её на продакшне. и всё.
> Что до миграции на postgre — не знаю, как у вас, а мне достаточно (грубо говоря) поправить autoincrement на sequence и сгенерить миграцию. и пустить её на продакшне. и всё.понятно, тысяч хранимок и триггеров у вас нет, а скорость работы и правильность/отлаженость индексов не волнует. Тогда в чем великий смысл перехода на постгре? :)
Вещь конечно полезная, но где это в pgsql? Что-то я не наблюдаю.
http://www.postgresql.org/docs/8.4/interactive/sql-prepare.html
Исходный MySQL пока жив и развивается.
Да и полноценный форк его - MariaDB - весьма бодр.