Один из разработчиков СУБД Drizzle подвел итоги (http://www.flamingspork.com/blog/2009/10/14/return-of-the-to.../) годичной работы над проектом, рассмотрев, какие из пожеланий разработчиков реализованы на текущий момент. Например, осуществлен переход на 6-месячный цикл подготовки релиза, разработан комплект для автоматизированного тестирования, оформлен внутренний API для разработки дополнений, создана инфраструктура для общения разработчиков, добавлены средства для мониторинга запросов в реальном режиме времени и т.д.Drizzle развивается силами независимого сообщества разработчиков и представляет собой упрощенный и более быстрый вариант MySQL, в котором убрана поддержка некоторых типов данных, хранимых процедур, триггеров, кэша запросов (query cache), представлений (view), операции GRANT и системы ACL, команды SHOW, предварительно подготовленных запросов (prepared statement) и других утяжеляющих работу MySQL возможностей. В качестве хранилища используется InnoDB и PBXT (http://www.primebase.org/documentation/index.php).
URL: http://www.flamingspork.com/blog/2009/10/14/return-of-the-to.../
Новость: http://www.opennet.me/opennews/art.shtml?num=23847
А MyISAM нафига вырезали?
лишний пока, когда maria допилят вроде обещали вернуть.
>лишний пока, когда maria допилят вроде обещали вернуть.А нафига он будет нужен когда марию допилят? Как раз сейчас он и не лишний.
> (легковесный MySQL)Дождались же.
Да, если они с вордпрессами всякими заточатся - будет им популярность. Хорошая затея.
А зачем он? Что в нем останется от СУБД? =)
>А зачем он? Что в нем останется от СУБД? =)Таблички и всякие сэлэкты сложные ж все еще будут работать. Это хорошо потому что в современном мире можно на приложение нагрузку поставить по составлянию запроса и проч, а БД чтоб максимально быстро работала. Еще раз повторюсь, если вордпресс какой под этим (или пхпбб) запустят - думаю станет флагманом для большинства)
SQLite уже есть и рвет даже "легковесный" мыскл яко ТузеГ грелку! :-)
>SQLite уже есть и рвет даже "легковесный" мыскл яко ТузеГ грелку! :-)
>Бред. При множественных подключениях и больших размерах базы sqlite просто умирает.
>Бред. При множественных подключениях и больших размерах базы sqlite просто умирает.А большие - это сколько? А то какой-то любитель скулайта с сиквель.ру заменил им мускуль в 20Гб базе - еще и выиграл в скорости раза в 2. А гонял тесты до 100Гб. Потому что скулайт в общем то не тормоз, просто кошек надо уметь готовить. Вот тот перец - умеет. Ну и понимает возможности и особенности и как им подыграть, потвикав некоторые сущности. Потому и натягивает, собссно :-).
>>Бред. При множественных подключениях и больших размерах базы sqlite просто умирает.
>
>А большие - это сколько? А то какой-то любитель скулайта с сиквель.ру
>заменил им мускуль в 20Гб базе - еще и выиграл в
>скорости раза в 2. А гонял тесты до 100Гб. Потому что
>скулайт в общем то не тормоз, просто кошек надо уметь готовить.
>Вот тот перец - умеет. Ну и понимает возможности и особенности
>и как им подыграть, потвикав некоторые сущности. Потому и натягивает, собссно
>:-).Да да, ты еще хакер.ру почитай. SQLite не умеет одновременно в два потока писать в БД (даже в разные таблички), что изначально делает его тормозом. Ну а на практике из повседневного - попользуйся хотя бы amarok с достаточно большой базой вначале с sqlite, а потом с mysql. О серьезных БД и каком-то тролле с сиквель.ру я даже говорить не буду.
не говори.
глупо получится.
Да трындит товариЩ про какие космические корабли^W потоки записи ...
Я как и положенно тупому сделал все на мыскыле и грузанул ab-шкой до состояния ой-ой-ой ...
А потом перегнал на SQLite и повторил ... ой-ой-ой наступил при нагрузке в раз 5 большей ...
А он пусть "треды записи" меряет ага :)
>>грузанул ab-шкойаномим знает толк в нагрузочном тестировании
на реальных задачах с кучей конкурирующих инсертов ваш sqlite умрет очень рано
>>>грузанул ab-шкой
>
>аномим знает толк в нагрузочном тестировании
>на реальных задачах с кучей конкурирующих инсертов ваш sqlite умрет очень рано
>Да все поняли что это молодые пришли, ну ничего страшного, пусть пишут под sqlite, глядишь и просветление придет.
Знаешь, перец, иногда нужна просто сиквельная база без выгибонов и никакие ACL в половине случаев ни в какое место никому не впивались. От субд останется собссно СУБД а не вагон свистелок и перделок от которых все тормозит и жрет ресурсы. И не вижу проблем если они все-таки нужны. Оригинал то на месте вроде?!
Т.е. - одно пользовательский доступ? Дык повторюсь - SQLite _уже_ есть! :)
Много кто еще есть.
И Jet (умер вроде) и FireBird и Oracle Express...Тут уже все расписали. Проверь SQLite простым тестом - пусть один процесс читает в цикле, а пара других процессов пишут с паузами в 1 секунду.
Увидишь...Всего на 3 процессах.
Обсуждаемый сервер на web-сайты (причем на серьезные веб-сайты, судя по умению разбивать данные по ключу) ориентирован.
ИМХО, тест на 3 процессах это даже близко не лежало к серьезным сайтам.
А уже - тормоза.;)
Уж лучше бы они просто сделали прокси для sqlite для "мониторинга запросов в реальном режиме времени" и не мучались.
> Уж лучше бы они просто сделали прокси для sqlite для "мониторинга запросов
> в реальном режиме времени" и не мучались.Тормоза верные. Подумай сам - почему.
a query cache нафига вырезали?
А без предварительно подготовленных запросов (prepared statement) вам ни jdbc ни безгеморойной борьбы с sql injections
> a query cache нафига вырезали?
> А без предварительно подготовленных запросов (prepared statement) вам ни jdbc ни безгеморойной
> борьбы с sql injections1. Наверное, чтобы сосредоточиться на главном.
2. Сурьезные решения все едино через какой нибудь коннекшн-пул работают. Никто не мешает реализовать все это на уровне пула.