форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

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

"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 on 24-Июл-08, 00:51
Бесполезный проект. Даже не могу представить что те, которых MySQL устраивает, по-чему то захотят его "облегчать".
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

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

	5. "В рамках проекта Drizzle начата разработка легковесного вари..."	+/–
	Сообщение от Oles 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 (??) 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 (??) 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 on 24-Июл-08, 12:46
	> Нагрузку держит существенно лучше даже постгреса, не говоря про мускуль. Прошу прощения, но мускуль пока ещё был всё же легче постгреса И ещё раз прошу прощения, а что у нас с конкурентными запросами в sqlite?
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

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

	27. "В рамках проекта Drizzle начата разработка легковесного вари..."	+/–
	Сообщение от Phil Kulin 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 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 | Индекс форумов | Темы | Пред. тема | След. тема