The OpenNET Project / Index page

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

Список достижений в разработке СУБД Drizzle (легковесный MySQL)

14.10.2009 12:49

Один из разработчиков СУБД Drizzle подвел итоги годичной работы над проектом, рассмотрев, какие из пожеланий разработчиков реализованы на текущий момент. Например, осуществлен переход на 6-месячный цикл подготовки релиза, разработан комплект для автоматизированного тестирования, оформлен внутренний API для разработки дополнений, создана инфраструктура для общения разработчиков, добавлены средства для мониторинга запросов в реальном режиме времени и т.д.

Drizzle развивается силами независимого сообщества разработчиков и представляет собой упрощенный и более быстрый вариант MySQL, в котором убрана поддержка некоторых типов данных, хранимых процедур, триггеров, кэша запросов (query cache), представлений (view), операции GRANT и системы ACL, команды SHOW, предварительно подготовленных запросов (prepared statement) и других утяжеляющих работу MySQL возможностей. В качестве хранилища используется InnoDB и PBXT.

  1. Главная ссылка к новости (http://www.flamingspork.com/bl...)
  2. OpenNews: Интервью с Брайаном Эйкером по поводу развития проекта Drizzle (легковесный MySQL)
  3. OpenNews: Статус развития и тестирования проекта Drizzle (легковесный MySQL)
  4. OpenNews: В рамках проекта Drizzle начата разработка легковесного варианта MySQL
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/23847-Drizzle
Ключевые слова: Drizzle, mysql
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (22) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Etch (?), 13:06, 14/10/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А MyISAM нафига вырезали?
     
     
  • 2.17, ihanick (??), 09:59, 16/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    лишний пока, когда maria допилят вроде обещали вернуть.
     
     
  • 3.20, Etch (?), 14:57, 29/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >лишний пока, когда maria допилят вроде обещали вернуть.

    А нафига он будет нужен когда марию допилят? Как раз сейчас он и не лишний.

     

  • 1.2, Arsenicum (?), 13:53, 14/10/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > (легковесный MySQL)

    Дождались же.

     
  • 1.3, kost BebiX (?), 14:46, 14/10/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Да, если они с вордпрессами всякими заточатся - будет им популярность. Хорошая затея.
     
  • 1.4, Аноним (-), 15:06, 14/10/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А зачем он? Что в нем останется от СУБД? =)
     
     
  • 2.6, kost BebiX (?), 15:42, 14/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >А зачем он? Что в нем останется от СУБД? =)

    Таблички и всякие сэлэкты сложные ж все еще будут работать. Это хорошо потому что в современном мире можно на приложение нагрузку поставить по составлянию запроса и проч, а БД чтоб максимально быстро работала. Еще раз повторюсь, если вордпресс какой под этим (или пхпбб) запустят - думаю станет флагманом для большинства)

     
     
  • 3.7, Аноним (-), 19:32, 14/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    SQLite уже есть и рвет даже "легковесный" мыскл яко ТузеГ грелку! :-)
     
     
  • 4.9, kost BebiX (?), 20:21, 14/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >SQLite уже есть и рвет даже "легковесный" мыскл яко ТузеГ грелку! :-)
    >

    Бред. При множественных подключениях и больших размерах базы sqlite просто умирает.

     
     
  • 5.11, User294 (ok), 21:31, 14/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Бред. При множественных подключениях и больших размерах базы sqlite просто умирает.

    А большие - это сколько? А то какой-то любитель скулайта с сиквель.ру заменил им мускуль в 20Гб базе - еще и выиграл в скорости раза в 2. А гонял тесты до 100Гб. Потому что скулайт в общем то не тормоз, просто кошек надо уметь готовить. Вот тот перец - умеет. Ну и понимает возможности и особенности и как им подыграть, потвикав некоторые сущности. Потому и натягивает, собссно :-).

     
     
  • 6.12, kost BebiX (?), 21:37, 14/10/2009 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>Бред. При множественных подключениях и больших размерах базы sqlite просто умирает.
    >
    >А большие - это сколько? А то какой-то любитель скулайта с сиквель.ру
    >заменил им мускуль в 20Гб базе - еще и выиграл в
    >скорости раза в 2. А гонял тесты до 100Гб. Потому что
    >скулайт в общем то не тормоз, просто кошек надо уметь готовить.
    >Вот тот перец - умеет. Ну и понимает возможности и особенности
    >и как им подыграть, потвикав некоторые сущности. Потому и натягивает, собссно
    >:-).

    Да да, ты еще хакер.ру почитай. SQLite не умеет одновременно в два потока писать в БД (даже в разные таблички), что изначально делает его тормозом. Ну а на практике из повседневного - попользуйся хотя бы amarok с достаточно большой базой вначале с sqlite, а потом с mysql. О серьезных БД и каком-то тролле с сиквель.ру я даже говорить не буду.

     
     
  • 7.13, vitek (??), 22:07, 14/10/2009 [^] [^^] [^^^] [ответить]  
  • –1 +/
    не говори.
    глупо получится.
     
     
  • 8.14, Аноним (-), 18:28, 15/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Да трындит товариЩ про какие космические корабли W потоки записи Я как и пол... текст свёрнут, показать
     
     
  • 9.18, lev (??), 13:03, 29/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    аномим знает толк в нагрузочном тестировании на реальных задачах с кучей конкури... текст свёрнут, показать
     
     
  • 10.19, kost BebiX (?), 13:12, 29/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Да все поняли что это молодые пришли, ну ничего страшного, пусть пишут под sqlit... текст свёрнут, показать
     
  • 2.10, User294 (ok), 21:26, 14/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Знаешь, перец, иногда нужна просто сиквельная база без выгибонов и никакие ACL в половине случаев ни в какое место никому не впивались. От субд останется собссно СУБД а не вагон свистелок и перделок от которых все тормозит и жрет ресурсы. И не вижу проблем если они все-таки нужны. Оригинал то на месте вроде?!
     
     
  • 3.15, Аноним (-), 18:30, 15/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Т.е. - одно пользовательский доступ? Дык повторюсь - SQLite _уже_ есть! :)


     
     
  • 4.21, Гыгыка (?), 16:45, 02/02/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Много кто еще есть.
    И Jet (умер вроде) и FireBird и Oracle Express...

    Тут уже все расписали. Проверь SQLite простым тестом - пусть один процесс читает в цикле, а пара других процессов пишут с паузами в 1 секунду.
    Увидишь...

    Всего на 3 процессах.

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

    ИМХО, тест на 3 процессах это даже близко не лежало к серьезным сайтам.
    А уже - тормоза.

    ;)

     

  • 1.5, Nicknnn (ok), 15:37, 14/10/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Уж лучше бы они просто сделали прокси для sqlite для "мониторинга запросов в реальном режиме времени" и не мучались.
     
     
  • 2.22, Гыгыка (?), 16:46, 02/02/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Уж лучше бы они просто сделали прокси для sqlite для "мониторинга запросов
    > в реальном режиме времени" и не мучались.

    Тормоза верные. Подумай сам - почему.

     

  • 1.8, Аноним (-), 19:54, 14/10/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    a query cache нафига вырезали?
    А без предварительно подготовленных запросов (prepared statement) вам ни jdbc ни безгеморойной борьбы с sql injections
     
     
  • 2.23, Гыгыка (?), 16:51, 02/02/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > a query cache нафига вырезали?
    > А без предварительно подготовленных запросов (prepared statement) вам ни jdbc ни безгеморойной
    > борьбы с sql injections

    1. Наверное, чтобы сосредоточиться на главном.
    2. Сурьезные решения все едино через какой нибудь коннекшн-пул работают. Никто не мешает реализовать все это на уровне пула.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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