The OpenNET Project / Index page

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

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

"OpenNews: В рамках проекта Drizzle начата разработка легкове..."  +/
Сообщение от opennews on 24-Июл-08, 00:51 
Директор MySQL по архитектуре Брайан Эйкер (Brian Aker) представил (http://krow.livejournal.com/602409.html) проект Drizzle (https://launchpad.net/drizzle), в рамках которого создается упрощенный и более быстрый вариант MySQL, в котором будет убрана (http://drizzle.wikia.com/wiki/MySQL_Differences) поддержка некоторых типов данных, хранимых процедур, триггеров, кэша запросов (query cache), представлений (view), операции GRANT и системы ACL, команды SHOW, предварительно подготовленных запросов (prepared statement) и других утяжеляющих работу MySQL возможностей. В качестве хранилища по умолчанию будет использован InnoDB.

Развитие проекта будет полностью делегировано комьюнити, по схеме подобной взаимодействию Fedora и RedHat. В качестве лицензии выбрана GPL v2.


Архитектура Drizzle построена на основе идеи микро-ядра и подключаемых в виде модулей дополнительных возможностей.


URL: http://www.builderau.com.au/news/soa/Drizzle-MySQL-slims-dow...,339028227,339290807,00.htm
Новость: http://www.opennet.dev/opennews/art.shtml?num=17090

Ответить | Правка | Cообщить модератору

Оглавление

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


1. "В рамках проекта Drizzle начата разработка легковесного вари..."  –1 +/
Сообщение от Oles email on 24-Июл-08, 00:51 
Бесполезный проект. Даже не могу представить что те, которых MySQL устраивает, по-чему то захотят его "облегчать".
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

3. "В рамках проекта Drizzle начата разработка легковесного вари..."  +/
Сообщение от Аноним email(??) on 24-Июл-08, 01:02 
Нас (scribd.com) - устроит, facebook и fotolog (сегодня спрашивал у них) - тоже устроит :-)
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

5. "В рамках проекта Drizzle начата разработка легковесного вари..."  +/
Сообщение от Oles email on 24-Июл-08, 01:43 
>Нас (scribd.com) - устроит, facebook и fotolog (сегодня спрашивал у них) -
>тоже устроит :-)

Ради чего? На чём экономим?

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

37. "В рамках проекта Drizzle начата разработка легковесного вари..."  +/
Сообщение от User294 (ok) on 26-Июл-08, 19:04 
>Ради чего? На чём экономим?

Если уж нужна легкая БД без крутых фич - тут по-моему выигрышно смотрится sqlite который юзают все кому не лень.Он вообще не клиент-сервер и вся библа - 300 кил кода.Вместе движком бд и поддержкой довольно большого набора SQL, база одним файлом.Итого самое оно для применений где фич обычного MySQL слишком много, IMHO.

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

44. "В рамках проекта Drizzle начата разработка легковесного вари..."  +/
Сообщение от Гыгыка on 02-Фев-11, 17:32 
>>Ради чего? На чём экономим?
> Если уж нужна легкая БД без крутых фич - тут по-моему выигрышно
> смотрится sqlite который юзают все кому не лень.Он вообще не клиент-сервер
> и вся библа - 300 кил кода.Вместе движком бд и поддержкой
> довольно большого набора SQL, база одним файлом.Итого самое оно для применений
> где фич обычного MySQL слишком много, IMHO.

Для ОДИНОЧНОГО пользователя\процесса - да.
Для МАЛЮСЕНЬКОГО сайта с МИЗЕРНОЙ посещаемостью - да.

SQLite неспособна параллельно обрабатывать даже средне нагруженные сайты.
Проверь сам что будет, если ты будешь одновременно читать из SQLite и писать. Тестани эдак на 10 читателях и 3 писателях хотя бы. Если не глуп, то поймешь, что SQLite - недоСУБД. Правда, ты очень удивишься, что и разработчики SQLite это не скрывают.

Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

6. "В рамках проекта Drizzle начата разработка легковесного вари..."  +/
Сообщение от Alrond email(??) on 24-Июл-08, 03:49 
Кстати, оффтоп, но поздравляю с новой, кажется интересной, работой.
Как первый шаг, перевод на nginx вижу уже произошел :)
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

10. "В рамках проекта Drizzle начата разработка легковесного вари..."  +/
Сообщение от tty01 on 24-Июл-08, 07:52 
Чем открывать файлы .scb?
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

42. "В рамках проекта Drizzle начата разработка легковесного вари..."  +/
Сообщение от Гыгыка on 02-Фев-11, 17:29 
А те - кого он не устраивает?
Например, я реально не понимаю - за каким на сравнительно простых запросах и небольшом числе пользователей он там много жрет ресурсов
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

2. "В рамках проекта Drizzle начата разработка легковесного вари..."  +/
Сообщение от Gambler (??) on 24-Июл-08, 00:56 
Хм, возвращение к 3.x?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

43. "В рамках проекта Drizzle начата разработка легковесного вари..."  +/
Сообщение от Гыгыка on 02-Фев-11, 17:29 
> Хм, возвращение к 3.x?

С чего бы это?
Развитый язык SQL - остается.

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

4. "В рамках проекта Drizzle начата разработка легковесного вари..."  +/
Сообщение от pavlinux (ok) on 24-Июл-08, 01:23 
Но останется под присмотром Sun?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

7. "В рамках проекта Drizzle начата разработка легковесного вари..."  +/
Сообщение от Jerzy on 24-Июл-08, 06:09 
innocat + innogrep? :)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

8. "В рамках проекта Drizzle начата разработка легковесного вари..."  +/
Сообщение от tty01 on 24-Июл-08, 07:03 
Ха-ха. Нет, это просто смешно. Когда MySQL был 3.23, многие выбирали его из-за высокой скорости отдачи запросов, простоты установки, отсутствия триггеров, хранимых процедур. Сегодня MySQL оброс множеством функций, что делает его непригодным в ряде проектов, и поэтому создается облегченная версия MySQL - Drizzle.

Вопрос - сколько пройдет времени, прежде чем появится облегченная версия Drizzle?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

45. "В рамках проекта Drizzle начата разработка легковесного вари..."  +/
Сообщение от Гыгыка on 02-Фев-11, 17:34 
> Ха-ха. Нет, это просто смешно. Когда MySQL был 3.23, многие выбирали его
> из-за высокой скорости отдачи запросов, простоты установки, отсутствия триггеров, хранимых
> процедур. Сегодня MySQL оброс множеством функций, что делает его непригодным в
> ряде проектов, и поэтому создается облегченная версия MySQL - Drizzle.
> Вопрос - сколько пройдет времени, прежде чем появится облегченная версия Drizzle?

Как выяснилось - первый официально стабильный релиз спустя 2 года

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

9. "В рамках проекта Drizzle начата разработка легковесного вари..."  +/
Сообщение от idkfa on 24-Июл-08, 07:27 
может стоило покурить sqlite чем шашкой махать сгоряча
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

13. "В рамках проекта Drizzle начата разработка легковесного вари..."  +/
Сообщение от Аноним (??) on 24-Июл-08, 09:49 
Тригеры в нем есть :) Не подходит :)
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

14. "В рамках проекта Drizzle начата разработка легковесного вари..."  +/
Сообщение от Cosgor on 24-Июл-08, 10:05 
>Тригеры в нем есть :) Не подходит :)

<cut>в котором будет убрана поддержка некоторых типов данных, хранимых процедур, триггеров </cut> :]       ^^^^^^^^^^^                                                 ^^^^^^^^

Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

46. "В рамках проекта Drizzle начата разработка легковесного вари..."  +/
Сообщение от Гыгыка on 02-Фев-11, 17:35 
>>Тригеры в нем есть :) Не подходит :)
> <cut>в котором будет убрана поддержка некоторых типов данных, хранимых процедур, триггеров
> </cut> :]       ^^^^^^^^^^^  
>            
>            
>            
>            
>   ^^^^^^^^

В SQLite тригеры есть.

Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

11. "В рамках проекта Drizzle начата разработка легковесного вари..."  +/
Сообщение от Все тот же аноним on 24-Июл-08, 08:59 
Чтобы что-то убрать, нужно сначала это по-человечески реализовать. И была безобразно кастрированная СУБД, а теперь вообще от СУБД останется одно название.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

47. "В рамках проекта Drizzle начата разработка легковесного вари..."  +/
Сообщение от Гыгыка on 02-Фев-11, 17:38 
> Чтобы что-то убрать, нужно сначала это по-человечески реализовать. И была безобразно кастрированная
> СУБД, а теперь вообще от СУБД останется одно название.

С чего бы это?
dBASE куда как проще, а тем не менее - самая настоящая СУБД.

Вы специфику СУБД для веба не понимаете. Для большинства хостеров ну вовсе не нужен оверхед ресурсов, а подавляющему числу движков сайтов - ну вовсе не нужны те возможности, что создают этот оверхед.

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

12. "В рамках проекта Drizzle начата разработка легковесного вари..."  +/
Сообщение от Аноним (??) on 24-Июл-08, 09:33 
>Чтобы что-то убрать, нужно сначала это по-человечески реализовать. И была >безобразно кастрированная СУБД, а теперь вообще от СУБД останется одно название.

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

есть масса задача для которых не нужна полноценная СУБД

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

15. "В рамках проекта Drizzle начата разработка легковесного вари..."  +/
Сообщение от Crazy Alex on 24-Июл-08, 10:10 
Так в таких программах действительно sqlite место
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

48. "В рамках проекта Drizzle начата разработка легковесного вари..."  +/
Сообщение от Гыгыка on 02-Фев-11, 17:39 
> Так в таких программах действительно sqlite место

Не-а.
Такие записные книжки, блоги и т.п. бывают иногда ну очень посещаемы.

Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

16. "В рамках проекта Drizzle начата разработка легковесного вари..."  +/
Сообщение от INM email(??) on 24-Июл-08, 10:12 
>>Чтобы что-то убрать, нужно сначала это по-человечески реализовать. И была >безобразно кастрированная СУБД, а теперь вообще от СУБД останется одно название.
>
>идите в сад любезный - есть масса программ которым мускул нужен в
>режиме записная книжка. Это проги типа DC хабов - всевозможные небольшие
>самописные служебные программы и т.д.
>
>есть масса задача для которых не нужна полноценная СУБД

Тогда чем sqlite не устраивает?

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

17. "В рамках проекта Drizzle начата разработка легковесного вари..."  +/
Сообщение от uldus (ok) on 24-Июл-08, 10:36 
>Тогда чем sqlite не устраивает?

У sqlite 4 большие проблемы:
1. Решения на его основе не масштабируются
2. Он совершенно не тянет нагрузку, т.е. по одному запросу выполняет нормально, а при необходимости обработки параллельных запросов не годится.
3. у него нет средств кеширования данных, он каждый раз лезет на диск.
4. Это не СУБД, а библиотека.


Drizzle идеален для web-приложений, для которых производительность критична, а все перечисленное в новости совершенно не нужно. Создатели MySQL наконец особнали, что постоянное усложнение до добра не доведет, кося в сторону enterprise, они теряют главную нишу - web.

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

19. "В рамках проекта Drizzle начата разработка легковесного вари..."  +/
Сообщение от Жирный Ачкарик on 24-Июл-08, 10:54 
> Drizzle идеален для web-приложений, для которых производительность критична

Без query cache? Бгыгы.

Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

35. "В рамках проекта Drizzle начата разработка легковесного вари..."  +/
Сообщение от Щекн Итрч on 26-Июл-08, 16:35 
В жизни не тратил памяти на query cache.
Под высокой нагрузкой он приносит только ущерб.
Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

21. "В рамках проекта Drizzle начата разработка легковесного вари..."  +/
Сообщение от Veter (??) on 24-Июл-08, 11:35 
Вы бы попробовали, прежде чем такие утверждения делать.

1. На кластере используйте репликацию, синхронную или асинхронную. На одном хосте в отличии от других баз при увеличении числа ядер производительность растет _линейно_.
2. Нагрузку держит существенно лучше даже постгреса, не говоря про мускуль. Постгрес на железе типа пентиум Д с саташным винтом держит порядка 150-200 средней сложности транзакций в секунду, эскулайт минимум на порядок больше.
3. Вы про кэширование чтения или записи? Если про чтение, есть shared cache, который следует включить для этой цели. Если про кэширование записи - после завершения транзакции данные принудительно сбрасываются на диск, хотя это можно отключить директивами PRAGMA.
4. Библиотека тоже может быть СУБД. Только эта СУБД из класса встраиваемых.

Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

24. "В рамках проекта Drizzle начата разработка легковесного вари..."  +/
Сообщение от Phil Kulin email on 24-Июл-08, 12:46 
> Нагрузку держит существенно лучше даже постгреса, не говоря про мускуль.

Прошу прощения, но мускуль пока ещё был всё же легче постгреса

И ещё раз прошу прощения, а что у нас с конкурентными запросами в sqlite?

Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

26. "В рамках проекта Drizzle начата разработка легковесного вари..."  +/
Сообщение от INM email(??) on 24-Июл-08, 12:52 
http://www.sqlite.org/faq.html
http://www.sqlite.org/features.html
Думаю найдете ответы на все свои вопросы.
Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

27. "В рамках проекта Drizzle начата разработка легковесного вари..."  +/
Сообщение от Phil Kulin email on 24-Июл-08, 12:55 
>Думаю найдете ответы на все свои вопросы.

Мы наверное с разных планет. Не нашёл ни одного положительного ответа. Подскажите, что я делаю не так?

Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

28. "В рамках проекта Drizzle начата разработка легковесного вари..."  +/
Сообщение от Veter (??) on 24-Июл-08, 13:28 
>> Нагрузку держит существенно лучше даже постгреса, не говоря про мускуль.
>
>Прошу прощения, но мускуль пока ещё был всё же легче постгреса

Мускуль легче, проще, хуже держит нагрузку и медленнее на комплексных запросах. Последнее зависит не от "легкости", а от планировщика. Тема не раз обсуждалась, найти результаты тестирования проблем не составит. Хотя замечу, что если у вас выборки без объединения таблиц, мускуль быстрее. При объединении нескольких таблиц быстрее постгрес. Зато мускуль админить проще, репликация есть, очень много пользователей и легко найти информацию.

>И ещё раз прошу прощения, а что у нас с конкурентными запросами
>в sqlite?

Запросы на чтение могут выполняться одновременно, на запись - последовательно. Если вы хотите создать очередь запросов, используйте функцию sqlite3_busy_timeout. Замечу, что на саташных винтах очередь запросов на запись работает много эффективнее, чем куча конкурентных запросов к диску. Учитывая, что одна транзакция занимает от 500 микросекунд, можно выполнять сотни запросов на запись плюс тысячи на чтение в секунду. Учитывая возможность эскулайта присоединять к открытой базе другие базы (по умолчанию 10 баз, а лимит на 32-бит машине 30 баз), можно партишионировать базу (например, отдельная база на каждый филиал компании) и получать производительность еще выше, сохраняя возможность строить отчеты по данным из всех баз совместно.

Если у вас нагрузка более сотен запросов на запись в секунду, можно создавать базу в ОЗУ. Например, хранение сессионной информации выгодно делать именно так, а при запуске/останове сервера приложений копировать базу с диска/на диск.

Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

29. "В рамках проекта Drizzle начата разработка легковесного вари..."  +/
Сообщение от uldus (ok) on 24-Июл-08, 13:32 
>Вы бы попробовали, прежде чем такие утверждения делать.

Я как-то пытался поднять RT на sqlite, рассудив, что для такой задачи MySQL будет как из пушки по воробьям. К тому времени как в базе накопилось около 1000 тикетов, что само по себе смехотворная цифра, размер базы был около 2 Мб, каждая операция занимала по несколько секунд. После того как заменили sqlite на MySQL, все стало летать, нагрузка на сервер упала до нуля. Вторая попытка была с поднятием какого-то web-форума (название из головы вылетело)  с базой на sqlite, все повторилось точь в точь, вначале все гладко, но как только увеличивается объем данных и начинают появляться параллельные запросы - тормозит по страшному.

Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

31. "В рамках проекта Drizzle начата разработка легковесного вари..."  +/
Сообщение от Veter (??) on 24-Июл-08, 15:06 
>[оверквотинг удален]
>Я как-то пытался поднять RT на sqlite, рассудив, что для такой задачи
>MySQL будет как из пушки по воробьям. К тому времени как
>в базе накопилось около 1000 тикетов, что само по себе смехотворная
>цифра, размер базы был около 2 Мб, каждая операция занимала по
>несколько секунд. После того как заменили sqlite на MySQL, все стало
>летать, нагрузка на сервер упала до нуля. Вторая попытка была с
>поднятием какого-то web-форума (название из головы вылетело)  с базой на
>sqlite, все повторилось точь в точь, вначале все гладко, но как
>только увеличивается объем данных и начинают появляться параллельные запросы - тормозит
>по страшному.

Даже не знаю, что вам сказать... чтоб не обидеть :-) По личному опыту - базы эскулайт до 100 гиг работают очень быстро. Большие базы не проверял, будет под рукой свободный винт на терабайт, проверю.

Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

32. "В рамках проекта Drizzle начата разработка легковесного вари..."  +/
Сообщение от uldus (ok) on 24-Июл-08, 15:29 
>Даже не знаю, что вам сказать... чтоб не обидеть :-) По личному
>опыту - базы эскулайт до 100 гиг работают очень быстро. Большие
>базы не проверял, будет под рукой свободный винт на терабайт, проверю.

Вполне может быть, что описанные мной проблемы SQLite наблюдаются только во FreeBSD или являются ошибкой в определенной версии, я использовал SQLite 3.2.x.


Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

33. "В рамках проекта Drizzle начата разработка легковесного вари..."  +/
Сообщение от Veter (??) on 24-Июл-08, 16:15 
>>Даже не знаю, что вам сказать... чтоб не обидеть :-) По личному
>>опыту - базы эскулайт до 100 гиг работают очень быстро. Большие
>>базы не проверял, будет под рукой свободный винт на терабайт, проверю.
>
>Вполне может быть, что описанные мной проблемы SQLite наблюдаются только во FreeBSD
>или являются ошибкой в определенной версии, я использовал SQLite 3.2.x.

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

А вообще это было лет эдак пять назад, вы бы сравнивали и с мускулем версии 3.х.

Сейчас в эскулайте аналог PostGIS есть с индексом b-tree, полнотекстовый поиск (и не как в постгресе, где скорость его работы такая, что в вебе применить нереально) и еще много возможностей enterprize уровня. Плюс возможность репликации базы с сервера на мобильные устройства и обратно, репликации в память и т.п.

Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

39. "В рамках проекта Drizzle начата разработка легковесного вари..."  +/
Сообщение от толик on 27-Июл-08, 23:45 
>[оверквотинг удален]
>плохо, следовало использовать блокировку на уровне вызывающего приложения (сервера приложений).
>
>А вообще это было лет эдак пять назад, вы бы сравнивали и
>с мускулем версии 3.х.
>
>Сейчас в эскулайте аналог PostGIS есть с индексом b-tree, полнотекстовый поиск (и
>не как в постгресе, где скорость его работы такая, что в
>вебе применить нереально) и еще много возможностей enterprize уровня. Плюс возможность
>репликации базы с сервера на мобильные устройства и обратно, репликации в
>память и т.п.

Veter, ну не знаю даже что сказать. Лайт этот тормоз невероятный на всех операционках. Не надо народ вводить в заблуждение! Мы тестировали его и на Windows, и на OS X и на линуксах. Картина везде абсолютно одинаковая. Был бы лайт коммерческия - я б сказал что ты засланный казачок :)

Полнотекстный поиск в лайте реализован топорно, почитайте их Вики. Просто добавили таблицы вспомагательные и шмалят туда инфу.

Вас послушать мистер Ветер, так в 300 Кб кода Лайт решили все те задачи что занимают десятки метров во взрослых базах, причем на порядок быстрее. Ну ты сам подумай о чем говориш да? Тогда Ораклу, Саю, МС СКЛ и прочем ловить просто нечего сегодня! Так по твоей логике? :-)

Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

34. "В рамках проекта Drizzle начата разработка легковесного вари..."  +/
Сообщение от Умный on 24-Июл-08, 18:36 
> Даже не знаю, что вам сказать... чтоб не обидеть :-)

бакула на sqlite при нескольких лямах записей в базе и объёме в 5Гб никак не работала, тока винтом шуршала. Пришлось от sqlite отказаться. Да, кстати, а есть у sqlite аналог repair или ещё чего-нить чтобы целостность восстановить?

Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

38. "В рамках проекта Drizzle начата разработка легковесного вари..."  +/
Сообщение от толик on 27-Июл-08, 23:31 
>Вы бы попробовали, прежде чем такие утверждения делать.
>
>1. На кластере используйте репликацию, синхронную или асинхронную. На одном хосте в
>отличии от других баз при увеличении числа ядер производительность растет _линейно_.

ну пробовали. Я не понимаю чего такую пургу гнать?
Лайт ваще однопоточный внутри - о чем ты тут рассказываеш?!
Посмотри исходники или хотя бы доку почитай ламер  

>2. Нагрузку держит существенно лучше даже постгреса, не говоря про мускуль. Постгрес
>на железе типа пентиум Д с саташным винтом держит порядка 150-200
>средней сложности транзакций в секунду, эскулайт минимум на порядок больше.

да расскажи!  :-)  Может быть на тех ихних примерах в 1000 записей?
Ваще пародия у них на сайте.

Лайт загибается уже если в базе есть несколько тыс записей.
Может ты просто гонял тупой запрос на одной таблице типа WHERE fld = X
а ты попробуй прогнать что нибудь типа джойна на 5-10 таблицах или агрегацию на джойнах.
Лайт в принципе не имеет блокировок записей! Так что как он тебе отработает паралельно что то ?

Если кто то хочет увидеть настоящую скорость пацаны, попробуйте Valentina базочку.
Она жарит mySQL/MS SQL/Oracle в 50-100 (!!!) раз. Сам не верил пока не проверил!
Смотри здесь http://www.valentina-db.com

Причем что в ней классно, она может работать и как встраиваемая - то есть бьет лайт, и как нормальный сервер с клиентами из под разных языков. Кстати похоже что делают ее наши хлопцы.

Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

49. "В рамках проекта Drizzle начата разработка легковесного вари..."  +/
Сообщение от Гыгыка on 02-Фев-11, 17:40 
>>Тогда чем sqlite не устраивает?
> У sqlite 4 большие проблемы:
> 1. Решения на его основе не масштабируются
> 2. Он совершенно не тянет нагрузку, т.е. по одному запросу выполняет нормально,
> а при необходимости обработки параллельных запросов не годится.
> 3. у него нет средств кеширования данных, он каждый раз лезет на
> диск.
> 4. Это не СУБД, а библиотека.

4. Попрошу не оскорблять. Есть весьма сурьезные библиотеки-СУБД. То же FireBird

Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

18. "В рамках проекта Drizzle начата разработка легковесного вари..."  +/
Сообщение от Аноним (??) on 24-Июл-08, 10:49 
От мне какраз такая легкая "записная книжка" очень нужна, так что я "за" такой проект
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

20. "В рамках проекта Drizzle начата разработка легковесного вари..."  +/
Сообщение от ононим on 24-Июл-08, 11:20 
>От мне какраз такая легкая "записная книжка" очень нужна, так что я
>"за" такой проект

сделай эту записную книжку на LDAP

Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

50. "В рамках проекта Drizzle начата разработка легковесного вари..."  +/
Сообщение от Гыгыка on 02-Фев-11, 17:41 
>>От мне какраз такая легкая "записная книжка" очень нужна, так что я
>>"за" такой проект
> сделай эту записную книжку на LDAP

livejournal.com ?

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

22. "В рамках проекта Drizzle начата разработка легковесного вари..."  +/
Сообщение от Ноним on 24-Июл-08, 11:37 
>От мне какраз такая легкая "записная книжка" очень нужна, так что я
>"за" такой проект

Кури sqlite

Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

51. "В рамках проекта Drizzle начата разработка легковесного вари..."  +/
Сообщение от Гыгыка on 02-Фев-11, 18:24 
>>От мне какраз такая легкая "записная книжка" очень нужна, так что я
>>"за" такой проект
> Кури sqlite

Йа-йа, натурлих. Особенно на реальном посещаемом веб-сайте.
Пионерия, что с вас взять...

Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

25. "В рамках проекта Drizzle начата разработка легковесного вари..."  +/
Сообщение от zuborg email on 24-Июл-08, 12:50 
Все понимаю, можно облегчить, согласен.
Но Query cache то можно было оставить, иначе получится полное пэ
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

52. "В рамках проекта Drizzle начата разработка легковесного вари..."  +/
Сообщение от Гыгыка on 02-Фев-11, 18:25 
> Все понимаю, можно облегчить, согласен.
> Но Query cache то можно было оставить, иначе получится полное пэ

Они же как решение для облаков толкают.
А query cache памяти ой как немало кушает.

Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

30. "В рамках проекта Drizzle начата разработка легковесного вари..."  +/
Сообщение от Аноним (??) on 24-Июл-08, 14:56 
форк?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

36. "OpenNews: В рамках проекта Drizzle начата разработка легкове..."  +/
Сообщение от User294 (ok) on 26-Июл-08, 19:00 
>и других утяжеляющих работу MySQL возможностей.

И нахрена оно такое нужно когда sqlite его на данном поле по легковесности натянет как тузик грелку?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

53. "OpenNews: В рамках проекта Drizzle начата разработка легкове..."  +/
Сообщение от Гыгыка on 02-Фев-11, 18:26 
>>и других утяжеляющих работу MySQL возможностей.
> И нахрена оно такое нужно когда sqlite его на данном поле по
> легковесности натянет как тузик грелку?

Я Вам больше скажу - есть еще FoxPro...
Очень быстрый.
На ОДНОМ пользователе.

Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

40. "В рамках проекта Drizzle начата разработка легковесного вари..."  +/
Сообщение от дядя on 20-Дек-08, 03:46 
Может они еще исключат SQL из MySQL чтобы не утяжелял работу ? :)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

41. "В рамках проекта Drizzle начата разработка легковесного вари..."  +/
Сообщение от geekkoo (ok) on 05-Мрт-09, 15:52 
>Может они еще исключат SQL из MySQL чтобы не утяжелял работу ?
>:)

Кстате, офигенно правильная мысль.

Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

54. "В рамках проекта Drizzle начата разработка легковесного вари..."  +/
Сообщение от Гыгыка on 02-Фев-11, 18:28 
>>Может они еще исключат SQL из MySQL чтобы не утяжелял работу ?
>>:)
> Кстате, офигенно правильная мысль.

Уже реализовано:

Плуг-ин HandlerSocket для MySQL
http://l-o-n-g.livejournal.com/153756.html

Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

55. "В рамках проекта Drizzle начата разработка легковесного вари..."  +/
Сообщение от Гыгыка on 02-Фев-11, 18:28 
> Может они еще исключат SQL из MySQL чтобы не утяжелял работу ?
> :)

Этим другие проекты занимаются.
А для Drizzle - полноценный SQL принципиально должен быть.

Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

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

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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