forum.opennet.ru - "Первый стабильный релиз СУБД Drizzle " (38)

форумы

помощь

поиск

регистрация

майллист

вход/выход

слежка

"Первый стабильный релиз СУБД Drizzle "

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

"Первый стабильный релиз СУБД Drizzle "	+/–
Сообщение от opennews on 16-Мрт-11, 17:04
После двух лет альфа и бета тестирования анонсирован (http://blog.drizzle.org/2011/03/15/drizzle-2011-03-12-ga-tar.../) первый стабильный релиз СУБД Drizzle (http://blog.drizzle.org/2011/03/15/drizzle-2011-03-12-ga-tar.../), готовый для повседневного использования. Проект Drizzle был основан в июле 2008 года с целью создания упрощенного и более быстрого варианта MySQL, в котором убрана поддержка утяжеляющих работу MySQL возможностей, которые планируется реализовать в виде плагинов. БД позиционируется как высоконадежная и поддерживающая ACID-транзакции. В качестве хранилища используется InnoDB и PBXT (https://www.opennet.ru/opennews/art.shtml?num=19478). Исходные тексты проекта переписаны на языке C++ и распространяются в рамках лицензии GPLv2. Инициатором проекта является Брайан Эйкер (Brian Aker), бывший директор MySQL AB по архитектуре, но управление разработкой Drizzle целиком находится в руках независимого сообщества. По сравнению (http://do... URL: http://blog.drizzle.org/2011/03/15/drizzle-2011-03-12-ga-tar.../ Новость: https://www.opennet.ru/opennews/art.shtml?num=29937
Ответить \| Правка \| Cообщить модератору

Оглавление

Первый стабильный релиз СУБД Drizzle , Anonus, 17:04 , 16-Мрт-11, (1) +5

Первый стабильный релиз СУБД Drizzle , klalafuda, 17:26 , 16-Мрт-11, (2) +8
Первый стабильный релиз СУБД Drizzle , rshadow, 18:49 , 16-Мрт-11, (6) +5

Первый стабильный релиз СУБД Drizzle , onono, 06:40 , 17-Мрт-11, (16) –1

Первый стабильный релиз СУБД Drizzle , anonymous, 08:07 , 17-Мрт-11, (18) +2

Первый стабильный релиз СУБД Drizzle , klalafuda, 11:51 , 17-Мрт-11, (24) +1

Первый стабильный релиз СУБД Drizzle , klalafuda, 08:11 , 17-Мрт-11, (19)

Первый стабильный релиз СУБД Drizzle , Аноним, 12:12 , 17-Мрт-11, (25)
Первый стабильный релиз СУБД Drizzle , Aqueelone, 12:41 , 17-Мрт-11, (26)

Первый стабильный релиз СУБД Drizzle , klalafuda, 13:21 , 17-Мрт-11, (32)
Первый стабильный релиз СУБД Drizzle , Денис Юсупов, 14:43 , 20-Мрт-11, (41)

Первый стабильный релиз СУБД Drizzle , Igor S. Kovalenko, 17:32 , 16-Мрт-11, (3)

Первый стабильный релиз СУБД Drizzle , klalafuda, 23:43 , 16-Мрт-11, (9)

Первый стабильный релиз СУБД Drizzle , Sylvia, 03:25 , 17-Мрт-11, (14)

Первый стабильный релиз СУБД Drizzle , Остров, 08:55 , 17-Мрт-11, (23)

Первый стабильный релиз СУБД Drizzle , klalafuda, 23:45 , 16-Мрт-11, (10) –1

Первый стабильный релиз СУБД Drizzle , Аноним, 00:25 , 17-Мрт-11, (12)

Первый стабильный релиз СУБД Drizzle , angra, 02:31 , 17-Мрт-11, (13)

Первый стабильный релиз СУБД Drizzle , бедный буратино, 04:37 , 17-Мрт-11, (15) +1
Первый стабильный релиз СУБД Drizzle , klalafuda, 08:16 , 17-Мрт-11, (20) +1
Первый стабильный релиз СУБД Drizzle , Aqueelone, 12:56 , 17-Мрт-11, (28)

Первый стабильный релиз СУБД Drizzle , klalafuda, 08:20 , 17-Мрт-11, (21)

Первый стабильный релиз СУБД Drizzle , Aqueelone, 13:01 , 17-Мрт-11, (29)

Первый стабильный релиз СУБД Drizzle , klalafuda, 13:54 , 17-Мрт-11, (34) +1

Первый стабильный релиз СУБД Drizzle , Остров, 16:42 , 17-Мрт-11, (35)

Первый стабильный релиз СУБД Drizzle , klalafuda, 00:05 , 18-Мрт-11, (40)

Первый стабильный релиз СУБД Drizzle , Аноним, 23:34 , 17-Мрт-11, (38)

Первый стабильный релиз СУБД Drizzle , klalafuda, 23:57 , 17-Мрт-11, (39)

Первый стабильный релиз СУБД Drizzle , Aqueelone, 12:50 , 17-Мрт-11, (27)

Первый стабильный релиз СУБД Drizzle , klalafuda, 13:44 , 17-Мрт-11, (33) +1

Первый стабильный релиз СУБД Drizzle , terr0rist, 18:02 , 16-Мрт-11, (4)

Первый стабильный релиз СУБД Drizzle , Sylvia, 19:19 , 16-Мрт-11, (7) +1

Первый стабильный релиз СУБД Drizzle , Aqueelone, 13:04 , 17-Мрт-11, (30) +1

Первый стабильный релиз СУБД Drizzle , Аноним, 20:01 , 16-Мрт-11, (8) +1

Первый стабильный релиз СУБД Drizzle , Аноним, 23:52 , 16-Мрт-11, (11)
Первый стабильный релиз СУБД Drizzle , anonymous, 08:07 , 17-Мрт-11, (17)

Первый стабильный релиз СУБД Drizzle , klalafuda, 08:23 , 17-Мрт-11, (22)

Первый стабильный релиз СУБД Drizzle , anonymous, 17:32 , 17-Мрт-11, (36)

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

1. "Первый стабильный релиз СУБД Drizzle " +5 +/–

Сообщение от Anonus on 16-Мрт-11, 17:04

Это все очень хорошо! Но как же MySQL?

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

2. "Первый стабильный релиз СУБД Drizzle " +8 +/–

Сообщение от klalafuda on 16-Мрт-11, 17:26

> Это все очень хорошо! Но как же MySQL?
А что MySQL? Работает себе и работает. Все ОК с MySQL.

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

6. "Первый стабильный релиз СУБД Drizzle " +5 +/–

Сообщение от rshadow on 16-Мрт-11, 18:49

Есть Drizzle и есть MariaDB. Забудьте про название MySQL.

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

16. "Первый стабильный релиз СУБД Drizzle " –1 +/–

Сообщение от onono on 17-Мрт-11, 06:40

марийодб уже стало интерпрайз решением?

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

18. "Первый стабильный релиз СУБД Drizzle " +2 +/–

Сообщение от anonymous (??) on 17-Мрт-11, 08:07

> марийодб уже стало интерпрайз решением?
мускуль когда-то был «интерпрайз решением»? O_O

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

24. "Первый стабильный релиз СУБД Drizzle " +1 +/–

Сообщение от klalafuda on 17-Мрт-11, 11:51

> мускуль когда-то был «интерпрайз решением»? O_O
Под мускулем крутятся далеко не только странички Васи Пупкина.

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

19. "Первый стабильный релиз СУБД Drizzle " +/–

Сообщение от klalafuda on 17-Мрт-11, 08:11

> Есть Drizzle и есть MariaDB.
Что-то я не вижу указанных приложений ни в репозитории RHEL & K ни в Debian-е. Они вообще существуют в живой природе? Или пока что сугубо в лаборатории?

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

25. "Первый стабильный релиз СУБД Drizzle " +/–

Сообщение от Аноним (??) on 17-Мрт-11, 12:12

Может в RHEL их и не добавили, а вот в gentoo они существуют. drizzle в официальном репозитории, mariadb в оверлее mysql
*  dev-db/drizzle [ Masked ]
      Latest version available: 7.2011.03.11
      Latest version installed: [ Not Installed ]
      Size of files: 10,519 kB
      Homepage:      http://drizzle.org
      Description:   Database optimized for Cloud and Net applications
      License:       GPL-2
*  dev-db/mariadb
      Latest version available: 5.1.53
      Latest version installed: 5.1.53
      Size of files: 24,080 kB
      Homepage:      http://askmonty.org/
      Description:   MariaDB is a MySQL fork with 3rd-party patches and additional storage engines merged.
      License:       GPL-2

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

26. "Первый стабильный релиз СУБД Drizzle " +/–

Сообщение от Aqueelone on 17-Мрт-11, 12:41

Как раз в Дебиане они есть:
#aptitude search drizzle
p   libdrizzle-dbg                                                         - library for the Drizzle and MySQL protocols, debug symbols
p   libdrizzle-dev                                                         - library for the Drizzle and MySQL protocols, development files
p   libdrizzle-doc                                                         - library for the Drizzle and MySQL protocols, API documentation
p   libdrizzle0                                                            - library for the Drizzle and MySQL protocols
p   python-drizzle                                                         - Python binding to libdrizzle
p   python-drizzle-dbg                                                     - Python binding to libdrizzle - debug symbols
p   python3-drizzle                                                        - Python3 binding to libdrizzle
p   python3-drizzle-dbg                                                    - Python3 binding to libdrizzle - debug symbols
# aptitude show libdrizzle0
Пакунок: libdrizzle0
Стан: встановлений
Версія: 0.8-1
Пріоритет: Додаткові (Extra)
Розділ: libs
Супроводжуючий: Monty Taylor <mordred@inaugust.com>
Розмір в розпакованому стані: 131 k
Залежить: libc6 (>= 2.1.3)
Опис: library for the Drizzle and MySQL protocols
libdrizzle is library implementing the Drizzle and MySQL protocols. It has been designed to be light on memory usage, thread safe, and provide full access
to server side methods.

This package the Drizzle client library.
Домівка: http://launchpad.net/libdrizzle

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

32. "Первый стабильный релиз СУБД Drizzle " +/–

Сообщение от klalafuda on 17-Мрт-11, 13:21

> Как раз в Дебиане они есть:
Да, в дебе оказывается есть. Искал по mariadb не нашел.

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

41. "Первый стабильный релиз СУБД Drizzle " +/–

Сообщение от Денис Юсупов on 20-Мрт-11, 14:43

Офф, но украинский язык как обычно, взорвал мозг. "Пакунок", хм.

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

3. "Первый стабильный релиз СУБД Drizzle " +/–

Сообщение от Igor S. Kovalenko on 16-Мрт-11, 17:32

А это и есть тот мускуль, который так нужен (по преимуществу сайтостроителям, но и не только)
Потому что дальше начинается пародия на нежно любимый pgsql, и вот она то, - пародия, - не нужна никак.

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

9. "Первый стабильный релиз СУБД Drizzle " +/–

Сообщение от klalafuda on 16-Мрт-11, 23:43

> А это и есть тот мускуль, который так нужен (по преимуществу сайтостроителям, но и не только)
MySQL без ALTER? Ну-ну. Удачи в бою и инкрементальном апдейте схемы базы..

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

14. "Первый стабильный релиз СУБД Drizzle " +/–

Сообщение от Sylvia (ok) on 17-Мрт-11, 03:25

тут скорее не "удалена", а "пока не реализована"
если будет сильный спрос на это, то поддержка может быть реализована,
тем более что практически весь функционал реализован через плагины.

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

23. "Первый стабильный релиз СУБД Drizzle " +/–

Сообщение от Остров on 17-Мрт-11, 08:55

И далее "если будет сильный спрос на это, то поддержка может быть реализована" по всем пунктам хотелок пользователей ))

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

10. "Первый стабильный релиз СУБД Drizzle " –1 +/–

Сообщение от klalafuda on 16-Мрт-11, 23:45

> А это и есть тот мускуль, который так нужен (по преимуществу сайтостроителям, но и не только)
Да, и отказ от prepared statements - это сильно. SQL Injection следит за тобой. Пристально. Особенно в контексте веб-сайта.

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

12. "Первый стабильный релиз СУБД Drizzle " +/–

Сообщение от Аноним (??) on 17-Мрт-11, 00:25

>Да, и отказ от prepared statements - это сильно. SQL Injection следит за тобой. Пристально. Особенно в контексте веб-сайта.
В нормальных веб-фреймворках вроде Django или Rails об этом заботиться не надо. На сегодняшний день SQL Injection это проблема прежде всего для индусов PHP-шников.

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

13. "Первый стабильный релиз СУБД Drizzle " +/–

Сообщение от angra (ok) on 17-Мрт-11, 02:31

Вы пытаетесь сказать что Django или Rails настолько тупые, что не могут использовать prepared statement API конкретного SQL сервера? Или что они магически добавили поддержку Drizzle задолго до его релиза? Или что под PHP нет фреймворков с ORM?
И кстати индусы от ORM замечательно порождают каскады SQL запросов там, где индусы от чистого PHP делают всего один запрос с join.

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

15. "Первый стабильный релиз СУБД Drizzle " +1 +/–

Сообщение от бедный буратино (ok) on 17-Мрт-11, 04:37

> И кстати индусы от ORM замечательно порождают каскады SQL запросов там, где индусы от чистого PHP делают всего один запрос с join.
Где-то я это уже слышал. C vs Assembler. Портабельный компактный код vs "зато дешевле".

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

20. "Первый стабильный релиз СУБД Drizzle " +1 +/–

Сообщение от klalafuda on 17-Мрт-11, 08:16

> И кстати индусы от ORM замечательно порождают каскады SQL запросов там, где индусы от чистого PHP делают всего один запрос с join.
Тот же Yii (его ORM) прекрасно генерирует JOIN запросы. Хотя вроде не должно. Он же на пыхыпы.. А ить поди ж ты.

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

28. "Первый стабильный релиз СУБД Drizzle " +/–

Сообщение от Aqueelone on 17-Мрт-11, 12:56

> Вы пытаетесь сказать что Django или Rails настолько тупые, что не могут
> использовать prepared statement API конкретного SQL сервера? Или что они магически
> добавили поддержку Drizzle задолго до его релиза?
Drizzle сделан таким образом, что для любого программера "пять секунд" сделать "поддрежку Drizzle" для Rails, Django и Symfony "тупо" клонировав "поддержку Mysql".
Собственно, то, что не вошло (не поддержуется) Drizzle -- как раз в большинстве своём не поддержуется (не используется) нормальными фреймворками.

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

21. "Первый стабильный релиз СУБД Drizzle " +/–

Сообщение от klalafuda on 17-Мрт-11, 08:20

> В нормальных веб-фреймворках вроде Django или Rails об этом заботиться не надо.
> На сегодняшний день SQL Injection это проблема прежде всего для индусов
> PHP-шников.
ORM и SQL Injection - это как бы ортогональные друг другу вещи. Наличие первого отнюдь не исключает наличие второго. В первую очередь все зависит от того, как и через какое место ORM общается с API конкретной базы. Это даже без учета того, что зачастую ORMы позволяют выполнение прямых SQL запросов для 'особых случаев'. И как правило такие случаи нет нет да найдутся.

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

29. "Первый стабильный релиз СУБД Drizzle " +/–

Сообщение от Aqueelone on 17-Мрт-11, 13:01

>> В нормальных веб-фреймворках вроде Django или Rails об этом заботиться не надо.
>> На сегодняшний день SQL Injection это проблема прежде всего для индусов
>> PHP-шников.
> ORM и SQL Injection - это как бы ортогональные друг другу вещи.
> Наличие первого отнюдь не исключает наличие второго. В первую очередь все
> зависит от того, как и через какое место ORM общается с
> API конкретной базы. Это даже без учета того, что зачастую ORMы
> позволяют выполнение прямых SQL запросов для 'особых случаев'. И как правило
> такие случаи нет нет да найдутся.
Вообще-то, сама идеология MVC подразумевает НЕ ВОЗМОЖНОСТЬ SQL Injection -- так как ВСЯ РАБОТА С БД должна происходить на уровне модели.
Конечно, Вы в состоянии ручками "машрутизировать" запрос таким образом, что SQL Injection будет возможен, но тут нужно весьма постараться, чего явно не хватает для тех, в чью голову может прийти сия не простая идея! И, в любом случае, это будет нарушение самой концепции MVC.

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

34. "Первый стабильный релиз СУБД Drizzle " +1 +/–

Сообщение от klalafuda on 17-Мрт-11, 13:54

> Вообще-то, сама идеология MVC подразумевает НЕ ВОЗМОЖНОСТЬ SQL Injection -- так как
> ВСЯ РАБОТА С БД должна происходить на уровне модели.
> Конечно, Вы в состоянии ручками "машрутизировать" запрос таким образом, что SQL Injection
> будет возможен, но тут нужно весьма постараться, чего явно не хватает
> для тех, в чью голову может прийти сия не простая идея!
> И, в любом случае, это будет нарушение самой концепции MVC.
Идеология - да, возможно. Но на практике мне может понадобиться построить хитрожопую выборку, которую модель в конкретном фреймворке может и не покрыть. Или же сделать это жутко неоптимально. Идеология идеологией, но работать тоже нужно.
Опять же, повторюсь, ORM (модель в MVC) и SQL Injection - это все-таки не зависящие друг от друга вещи. Вот есть у меня модель UserProfile и есть текстовое поле userName. Очень грубо говоря:
$x = new UserProfile;
$x->userName = $_POST['userName'];
$x->save();
Какой SQL запрос будет выполнен в конечном итоге? Как он будет выглядеть? Будет ли использоваться для передачи userName prepared statement или же будут предприняты попытки экранирования пользовательского ввода? Естественно, что как таковой паттерн MVC или ORM не дает ответа на эти вопросы. Все это уже зависит от конкретной реализации. И никто не мешает в конкретном фреймворке накосячить так, что через конечный SQL запрос я смогу исполнить свой подставляемый извне SQL код. Хотя внешне с точки зрения приложения все вроде бы как бы и через модель и пр.

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

35. "Первый стабильный релиз СУБД Drizzle " +/–

Сообщение от Остров on 17-Мрт-11, 16:42

>> Опять же, повторюсь, ORM (модель в MVC) и SQL Injection - это все-таки не зависящие друг от друга вещи.
Стоит заметить, что любой вебовский MVC не есть MVC в силу того, что контроллер не исполняет возложенных на него этой моделью функций. Когда говорят про MVC модель для вебприложений, то сильно лукавят.

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

40. "Первый стабильный релиз СУБД Drizzle " +/–

Сообщение от klalafuda on 18-Мрт-11, 00:05

> Стоит заметить, что любой вебовский MVC не есть MVC в силу того,
> что контроллер не исполняет возложенных на него этой моделью функций. Когда
> говорят про MVC модель для вебприложений, то сильно лукавят.
Тут скорее вопрос - что первично: модель или контроллер? :) Ну или даже нет. Модель суть объект, который есть часть иерархии объектов, которые представляют структуру данных конечного приложения. В свою очередь, контроллер так или иначе оперирует конкретными объектами модели для доступа к требуемым данным (не обязательно персистентным т.е. находящимся в базе). Иерархия моделей представляет структуру данных. [иерархия] контроллеров - производимые над ними действия. В чем противоречие паттерну MVC? По крайней мере как я его себе понимаю.
PS: Косноязычно как-то вышло..

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

38. "Первый стабильный релиз СУБД Drizzle " +/–

Сообщение от Аноним (??) on 17-Мрт-11, 23:34

>Идеология - да, возможно. Но на практике мне может понадобиться построить хитрожопую выборку, которую модель в конкретном фреймворке может и не покрыть.
Элементарно, ватсон. Устанавливаете соответсвующий пакет питона/руби и будет у вас возможность из фреймворка задействовать хоть prepared statements, хоть PL/SQL или PL/pgSQL.

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

39. "Первый стабильный релиз СУБД Drizzle " +/–

Сообщение от klalafuda on 17-Мрт-11, 23:57

> Элементарно, ватсон. Устанавливаете соответсвующий пакет питона/руби и будет у вас возможность из фреймворка задействовать хоть prepared statements, хоть PL/SQL или PL/pgSQL.
Это если низлежащий RDBMS поддерживает соотв. ф-ть. Ну а если нет - селяви.

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

27. "Первый стабильный релиз СУБД Drizzle " +/–

Сообщение от Aqueelone on 17-Мрт-11, 12:50

>>Да, и отказ от prepared statements - это сильно. SQL Injection следит за тобой. Пристально. Особенно в контексте веб-сайта.
> В нормальных веб-фреймворках вроде Django или Rails об этом заботиться не надо.
> На сегодняшний день SQL Injection это проблема прежде всего для индусов
> PHP-шников.
В нормальнных PHP-CMF, например Symfony2.0, аналогично.
Если добавить, например, связку Symfony-NetBeans -- то получается вообще интересно.
В чем тут суть... есть вэб-сервер, есть sql-сервер, но для работы с IDE не плохо иметь "лайт" версию базы данных для экспериментов, причем эта "лайт-версия" желательна максимально приближенной по структуре с "продакш"-версией.
Вот именно для этих целей Drizzle -- оптимальный вариант, даже если "продакш"-версия -- что-то на уровне PG/SQL.

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

33. "Первый стабильный релиз СУБД Drizzle " +1 +/–

Сообщение от klalafuda on 17-Мрт-11, 13:44

> В чем тут суть... есть вэб-сервер, есть sql-сервер, но для работы с IDE не плохо иметь "лайт" версию базы данных для экспериментов, причем эта "лайт-версия" желательна максимально приближенной по структуре с "продакш"-версией. Вот именно для этих целей Drizzle -- оптимальный вариант, даже если "продакш"-версия -- что-то на уровне PG/SQL.
Ээээ... А обычный MySQL или PgSQL то чем не устраивают в качестве лайт-версии :-? Вроде легче и проще ещё поискать нужно. Мы ж не про ораклу сейчас прости господи не к ночи будет сказано обсуждаем..

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

4. "Первый стабильный релиз СУБД Drizzle " +/–

Сообщение от terr0rist (ok) on 16-Мрт-11, 18:02

Идея хорошая. Но название не могли получше придумать? название в современном мире - половина успеха.

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

7. "Первый стабильный релиз СУБД Drizzle " +1 +/–

Сообщение от Sylvia (ok) on 16-Мрт-11, 19:19

Дождь,
неблагозвучность названия на русском разработчиков не волнует вероятно, они возможно даже и не знают )

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

30. "Первый стабильный релиз СУБД Drizzle " +1 +/–

Сообщение от Aqueelone on 17-Мрт-11, 13:04

> Дождь,
> неблагозвучность названия на русском разработчиков не волнует вероятно, они возможно даже
> и не знают )
Никто (BSD-лицензия!) не мешает сделать форк с благозвучным (багозвучным) названием.

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

8. "Первый стабильный релиз СУБД Drizzle " +1 +/–

Сообщение от Аноним (??) on 16-Мрт-11, 20:01

Правильный спросить "язык не могли получше придумать".

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

11. "Первый стабильный релиз СУБД Drizzle " +/–

Сообщение от Аноним (??) on 16-Мрт-11, 23:52

Какое ж, блин, название неприятное.

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

17. "Первый стабильный релиз СУБД Drizzle " +/–

Сообщение от anonymous (??) on 17-Мрт-11, 08:07

>По сравнению с MySQL в Drizzle удалена поддержка…
слушайте, а что осталось-то? мультиклиентность ещё удалят пусть — и попробуют сказать, чем оно лучше SQLite.

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

22. "Первый стабильный релиз СУБД Drizzle " +/–

Сообщение от klalafuda on 17-Мрт-11, 08:23

> слушайте, а что осталось-то? мультиклиентность ещё удалят пусть — и попробуют сказать, чем оно лучше SQLite.
Если сравнивать со скулайтом то, как минимум, вменяемая работа с базой в многопоточном приложении, прозрачный сетевой доступ к базе и пр. Боюсь, чтобы сравнивать кастрированного MySQL со скулайтом от него нужно отрезать слишком много.

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

36. "Первый стабильный релиз СУБД Drizzle " +/–

Сообщение от anonymous (??) on 17-Мрт-11, 17:32

ты это… читать умеешь, а? не, я помню, что не умеешь, вопрос риторический. я и сказал, что если это отрезать (или с SQLite привинтить, что я, например, делал) — оно даже SQLite проиграет. зато на C++.

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "Первый стабильный релиз СУБД Drizzle "	+5 +/–
Сообщение от Anonus on 16-Мрт-11, 17:04
Это все очень хорошо! Но как же MySQL?
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	2. "Первый стабильный релиз СУБД Drizzle "	+8 +/–
	Сообщение от klalafuda on 16-Мрт-11, 17:26
	> Это все очень хорошо! Но как же MySQL? А что MySQL? Работает себе и работает. Все ОК с MySQL.
	Ответить \| Правка \| ^ к родителю #1 \| Наверх \| Cообщить модератору


	6. "Первый стабильный релиз СУБД Drizzle "	+5 +/–
	Сообщение от rshadow on 16-Мрт-11, 18:49
	Есть Drizzle и есть MariaDB. Забудьте про название MySQL.
	Ответить \| Правка \| ^ к родителю #1 \| Наверх \| Cообщить модератору


	16. "Первый стабильный релиз СУБД Drizzle "	–1 +/–
	Сообщение от onono on 17-Мрт-11, 06:40
	марийодб уже стало интерпрайз решением?
	Ответить \| Правка \| ^ к родителю #6 \| Наверх \| Cообщить модератору


	18. "Первый стабильный релиз СУБД Drizzle "	+2 +/–
	Сообщение от anonymous (??) on 17-Мрт-11, 08:07
	> марийодб уже стало интерпрайз решением? мускуль когда-то был «интерпрайз решением»? O_O
	Ответить \| Правка \| ^ к родителю #16 \| Наверх \| Cообщить модератору


	24. "Первый стабильный релиз СУБД Drizzle "	+1 +/–
	Сообщение от klalafuda on 17-Мрт-11, 11:51
	> мускуль когда-то был «интерпрайз решением»? O_O Под мускулем крутятся далеко не только странички Васи Пупкина.
	Ответить \| Правка \| ^ к родителю #18 \| Наверх \| Cообщить модератору


	19. "Первый стабильный релиз СУБД Drizzle "	+/–
	Сообщение от klalafuda on 17-Мрт-11, 08:11
	> Есть Drizzle и есть MariaDB. Что-то я не вижу указанных приложений ни в репозитории RHEL & K ни в Debian-е. Они вообще существуют в живой природе? Или пока что сугубо в лаборатории?
	Ответить \| Правка \| ^ к родителю #6 \| Наверх \| Cообщить модератору


	25. "Первый стабильный релиз СУБД Drizzle "	+/–
	Сообщение от Аноним (??) on 17-Мрт-11, 12:12
	Может в RHEL их и не добавили, а вот в gentoo они существуют. drizzle в официальном репозитории, mariadb в оверлее mysql * dev-db/drizzle [ Masked ] Latest version available: 7.2011.03.11 Latest version installed: [ Not Installed ] Size of files: 10,519 kB Homepage: http://drizzle.org Description: Database optimized for Cloud and Net applications License: GPL-2 * dev-db/mariadb Latest version available: 5.1.53 Latest version installed: 5.1.53 Size of files: 24,080 kB Homepage: http://askmonty.org/ Description: MariaDB is a MySQL fork with 3rd-party patches and additional storage engines merged. License: GPL-2
	Ответить \| Правка \| ^ к родителю #19 \| Наверх \| Cообщить модератору


	26. "Первый стабильный релиз СУБД Drizzle "	+/–
	Сообщение от Aqueelone on 17-Мрт-11, 12:41
	Как раз в Дебиане они есть: #aptitude search drizzle p libdrizzle-dbg - library for the Drizzle and MySQL protocols, debug symbols p libdrizzle-dev - library for the Drizzle and MySQL protocols, development files p libdrizzle-doc - library for the Drizzle and MySQL protocols, API documentation p libdrizzle0 - library for the Drizzle and MySQL protocols p python-drizzle - Python binding to libdrizzle p python-drizzle-dbg - Python binding to libdrizzle - debug symbols p python3-drizzle - Python3 binding to libdrizzle p python3-drizzle-dbg - Python3 binding to libdrizzle - debug symbols # aptitude show libdrizzle0 Пакунок: libdrizzle0 Стан: встановлений Версія: 0.8-1 Пріоритет: Додаткові (Extra) Розділ: libs Супроводжуючий: Monty Taylor <mordred@inaugust.com> Розмір в розпакованому стані: 131 k Залежить: libc6 (>= 2.1.3) Опис: library for the Drizzle and MySQL protocols libdrizzle is library implementing the Drizzle and MySQL protocols. It has been designed to be light on memory usage, thread safe, and provide full access to server side methods. This package the Drizzle client library. Домівка: http://launchpad.net/libdrizzle
	Ответить \| Правка \| ^ к родителю #19 \| Наверх \| Cообщить модератору


	32. "Первый стабильный релиз СУБД Drizzle "	+/–
	Сообщение от klalafuda on 17-Мрт-11, 13:21
	> Как раз в Дебиане они есть: Да, в дебе оказывается есть. Искал по mariadb не нашел.
	Ответить \| Правка \| ^ к родителю #26 \| Наверх \| Cообщить модератору


	41. "Первый стабильный релиз СУБД Drizzle "	+/–
	Сообщение от Денис Юсупов on 20-Мрт-11, 14:43
	Офф, но украинский язык как обычно, взорвал мозг. "Пакунок", хм.
	Ответить \| Правка \| ^ к родителю #26 \| Наверх \| Cообщить модератору

3. "Первый стабильный релиз СУБД Drizzle "	+/–
Сообщение от Igor S. Kovalenko on 16-Мрт-11, 17:32
А это и есть тот мускуль, который так нужен (по преимуществу сайтостроителям, но и не только) Потому что дальше начинается пародия на нежно любимый pgsql, и вот она то, - пародия, - не нужна никак.
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	9. "Первый стабильный релиз СУБД Drizzle "	+/–
	Сообщение от klalafuda on 16-Мрт-11, 23:43
	> А это и есть тот мускуль, который так нужен (по преимуществу сайтостроителям, но и не только) MySQL без ALTER? Ну-ну. Удачи в бою и инкрементальном апдейте схемы базы..
	Ответить \| Правка \| ^ к родителю #3 \| Наверх \| Cообщить модератору


	14. "Первый стабильный релиз СУБД Drizzle "	+/–
	Сообщение от Sylvia (ok) on 17-Мрт-11, 03:25
	тут скорее не "удалена", а "пока не реализована" если будет сильный спрос на это, то поддержка может быть реализована, тем более что практически весь функционал реализован через плагины.
	Ответить \| Правка \| ^ к родителю #9 \| Наверх \| Cообщить модератору


	23. "Первый стабильный релиз СУБД Drizzle "	+/–
	Сообщение от Остров on 17-Мрт-11, 08:55
	И далее "если будет сильный спрос на это, то поддержка может быть реализована" по всем пунктам хотелок пользователей ))
	Ответить \| Правка \| ^ к родителю #14 \| Наверх \| Cообщить модератору


	10. "Первый стабильный релиз СУБД Drizzle "	–1 +/–
	Сообщение от klalafuda on 16-Мрт-11, 23:45
	> А это и есть тот мускуль, который так нужен (по преимуществу сайтостроителям, но и не только) Да, и отказ от prepared statements - это сильно. SQL Injection следит за тобой. Пристально. Особенно в контексте веб-сайта.
	Ответить \| Правка \| ^ к родителю #3 \| Наверх \| Cообщить модератору


	12. "Первый стабильный релиз СУБД Drizzle "	+/–
	Сообщение от Аноним (??) on 17-Мрт-11, 00:25
	>Да, и отказ от prepared statements - это сильно. SQL Injection следит за тобой. Пристально. Особенно в контексте веб-сайта. В нормальных веб-фреймворках вроде Django или Rails об этом заботиться не надо. На сегодняшний день SQL Injection это проблема прежде всего для индусов PHP-шников.
	Ответить \| Правка \| ^ к родителю #10 \| Наверх \| Cообщить модератору


	13. "Первый стабильный релиз СУБД Drizzle "	+/–
	Сообщение от angra (ok) on 17-Мрт-11, 02:31
	Вы пытаетесь сказать что Django или Rails настолько тупые, что не могут использовать prepared statement API конкретного SQL сервера? Или что они магически добавили поддержку Drizzle задолго до его релиза? Или что под PHP нет фреймворков с ORM? И кстати индусы от ORM замечательно порождают каскады SQL запросов там, где индусы от чистого PHP делают всего один запрос с join.
	Ответить \| Правка \| ^ к родителю #12 \| Наверх \| Cообщить модератору


	15. "Первый стабильный релиз СУБД Drizzle "	+1 +/–
	Сообщение от бедный буратино (ok) on 17-Мрт-11, 04:37
	> И кстати индусы от ORM замечательно порождают каскады SQL запросов там, где индусы от чистого PHP делают всего один запрос с join. Где-то я это уже слышал. C vs Assembler. Портабельный компактный код vs "зато дешевле".
	Ответить \| Правка \| ^ к родителю #13 \| Наверх \| Cообщить модератору


	20. "Первый стабильный релиз СУБД Drizzle "	+1 +/–
	Сообщение от klalafuda on 17-Мрт-11, 08:16
	> И кстати индусы от ORM замечательно порождают каскады SQL запросов там, где индусы от чистого PHP делают всего один запрос с join. Тот же Yii (его ORM) прекрасно генерирует JOIN запросы. Хотя вроде не должно. Он же на пыхыпы.. А ить поди ж ты.
	Ответить \| Правка \| ^ к родителю #13 \| Наверх \| Cообщить модератору


	28. "Первый стабильный релиз СУБД Drizzle "	+/–
	Сообщение от Aqueelone on 17-Мрт-11, 12:56
	> Вы пытаетесь сказать что Django или Rails настолько тупые, что не могут > использовать prepared statement API конкретного SQL сервера? Или что они магически > добавили поддержку Drizzle задолго до его релиза? Drizzle сделан таким образом, что для любого программера "пять секунд" сделать "поддрежку Drizzle" для Rails, Django и Symfony "тупо" клонировав "поддержку Mysql". Собственно, то, что не вошло (не поддержуется) Drizzle -- как раз в большинстве своём не поддержуется (не используется) нормальными фреймворками.
	Ответить \| Правка \| ^ к родителю #13 \| Наверх \| Cообщить модератору


	21. "Первый стабильный релиз СУБД Drizzle "	+/–
	Сообщение от klalafuda on 17-Мрт-11, 08:20
	> В нормальных веб-фреймворках вроде Django или Rails об этом заботиться не надо. > На сегодняшний день SQL Injection это проблема прежде всего для индусов > PHP-шников. ORM и SQL Injection - это как бы ортогональные друг другу вещи. Наличие первого отнюдь не исключает наличие второго. В первую очередь все зависит от того, как и через какое место ORM общается с API конкретной базы. Это даже без учета того, что зачастую ORMы позволяют выполнение прямых SQL запросов для 'особых случаев'. И как правило такие случаи нет нет да найдутся.
	Ответить \| Правка \| ^ к родителю #12 \| Наверх \| Cообщить модератору


	29. "Первый стабильный релиз СУБД Drizzle "	+/–
	Сообщение от Aqueelone on 17-Мрт-11, 13:01
	>> В нормальных веб-фреймворках вроде Django или Rails об этом заботиться не надо. >> На сегодняшний день SQL Injection это проблема прежде всего для индусов >> PHP-шников. > ORM и SQL Injection - это как бы ортогональные друг другу вещи. > Наличие первого отнюдь не исключает наличие второго. В первую очередь все > зависит от того, как и через какое место ORM общается с > API конкретной базы. Это даже без учета того, что зачастую ORMы > позволяют выполнение прямых SQL запросов для 'особых случаев'. И как правило > такие случаи нет нет да найдутся. Вообще-то, сама идеология MVC подразумевает НЕ ВОЗМОЖНОСТЬ SQL Injection -- так как ВСЯ РАБОТА С БД должна происходить на уровне модели. Конечно, Вы в состоянии ручками "машрутизировать" запрос таким образом, что SQL Injection будет возможен, но тут нужно весьма постараться, чего явно не хватает для тех, в чью голову может прийти сия не простая идея! И, в любом случае, это будет нарушение самой концепции MVC.
	Ответить \| Правка \| ^ к родителю #21 \| Наверх \| Cообщить модератору


	34. "Первый стабильный релиз СУБД Drizzle "	+1 +/–
	Сообщение от klalafuda on 17-Мрт-11, 13:54
	> Вообще-то, сама идеология MVC подразумевает НЕ ВОЗМОЖНОСТЬ SQL Injection -- так как > ВСЯ РАБОТА С БД должна происходить на уровне модели. > Конечно, Вы в состоянии ручками "машрутизировать" запрос таким образом, что SQL Injection > будет возможен, но тут нужно весьма постараться, чего явно не хватает > для тех, в чью голову может прийти сия не простая идея! > И, в любом случае, это будет нарушение самой концепции MVC. Идеология - да, возможно. Но на практике мне может понадобиться построить хитрожопую выборку, которую модель в конкретном фреймворке может и не покрыть. Или же сделать это жутко неоптимально. Идеология идеологией, но работать тоже нужно. Опять же, повторюсь, ORM (модель в MVC) и SQL Injection - это все-таки не зависящие друг от друга вещи. Вот есть у меня модель UserProfile и есть текстовое поле userName. Очень грубо говоря: $x = new UserProfile; $x->userName = $_POST['userName']; $x->save(); Какой SQL запрос будет выполнен в конечном итоге? Как он будет выглядеть? Будет ли использоваться для передачи userName prepared statement или же будут предприняты попытки экранирования пользовательского ввода? Естественно, что как таковой паттерн MVC или ORM не дает ответа на эти вопросы. Все это уже зависит от конкретной реализации. И никто не мешает в конкретном фреймворке накосячить так, что через конечный SQL запрос я смогу исполнить свой подставляемый извне SQL код. Хотя внешне с точки зрения приложения все вроде бы как бы и через модель и пр.
	Ответить \| Правка \| ^ к родителю #29 \| Наверх \| Cообщить модератору


	35. "Первый стабильный релиз СУБД Drizzle "	+/–
	Сообщение от Остров on 17-Мрт-11, 16:42
	>> Опять же, повторюсь, ORM (модель в MVC) и SQL Injection - это все-таки не зависящие друг от друга вещи. Стоит заметить, что любой вебовский MVC не есть MVC в силу того, что контроллер не исполняет возложенных на него этой моделью функций. Когда говорят про MVC модель для вебприложений, то сильно лукавят.
	Ответить \| Правка \| ^ к родителю #34 \| Наверх \| Cообщить модератору


	40. "Первый стабильный релиз СУБД Drizzle "	+/–
	Сообщение от klalafuda on 18-Мрт-11, 00:05
	> Стоит заметить, что любой вебовский MVC не есть MVC в силу того, > что контроллер не исполняет возложенных на него этой моделью функций. Когда > говорят про MVC модель для вебприложений, то сильно лукавят. Тут скорее вопрос - что первично: модель или контроллер? :) Ну или даже нет. Модель суть объект, который есть часть иерархии объектов, которые представляют структуру данных конечного приложения. В свою очередь, контроллер так или иначе оперирует конкретными объектами модели для доступа к требуемым данным (не обязательно персистентным т.е. находящимся в базе). Иерархия моделей представляет структуру данных. [иерархия] контроллеров - производимые над ними действия. В чем противоречие паттерну MVC? По крайней мере как я его себе понимаю. PS: Косноязычно как-то вышло..
	Ответить \| Правка \| ^ к родителю #35 \| Наверх \| Cообщить модератору


	38. "Первый стабильный релиз СУБД Drizzle "	+/–
	Сообщение от Аноним (??) on 17-Мрт-11, 23:34
	>Идеология - да, возможно. Но на практике мне может понадобиться построить хитрожопую выборку, которую модель в конкретном фреймворке может и не покрыть. Элементарно, ватсон. Устанавливаете соответсвующий пакет питона/руби и будет у вас возможность из фреймворка задействовать хоть prepared statements, хоть PL/SQL или PL/pgSQL.
	Ответить \| Правка \| ^ к родителю #34 \| Наверх \| Cообщить модератору


	39. "Первый стабильный релиз СУБД Drizzle "	+/–
	Сообщение от klalafuda on 17-Мрт-11, 23:57
	> Элементарно, ватсон. Устанавливаете соответсвующий пакет питона/руби и будет у вас возможность из фреймворка задействовать хоть prepared statements, хоть PL/SQL или PL/pgSQL. Это если низлежащий RDBMS поддерживает соотв. ф-ть. Ну а если нет - селяви.
	Ответить \| Правка \| ^ к родителю #38 \| Наверх \| Cообщить модератору


	27. "Первый стабильный релиз СУБД Drizzle "	+/–
	Сообщение от Aqueelone on 17-Мрт-11, 12:50
	>>Да, и отказ от prepared statements - это сильно. SQL Injection следит за тобой. Пристально. Особенно в контексте веб-сайта. > В нормальных веб-фреймворках вроде Django или Rails об этом заботиться не надо. > На сегодняшний день SQL Injection это проблема прежде всего для индусов > PHP-шников. В нормальнных PHP-CMF, например Symfony2.0, аналогично. Если добавить, например, связку Symfony-NetBeans -- то получается вообще интересно. В чем тут суть... есть вэб-сервер, есть sql-сервер, но для работы с IDE не плохо иметь "лайт" версию базы данных для экспериментов, причем эта "лайт-версия" желательна максимально приближенной по структуре с "продакш"-версией. Вот именно для этих целей Drizzle -- оптимальный вариант, даже если "продакш"-версия -- что-то на уровне PG/SQL.
	Ответить \| Правка \| ^ к родителю #12 \| Наверх \| Cообщить модератору


	33. "Первый стабильный релиз СУБД Drizzle "	+1 +/–
	Сообщение от klalafuda on 17-Мрт-11, 13:44
	> В чем тут суть... есть вэб-сервер, есть sql-сервер, но для работы с IDE не плохо иметь "лайт" версию базы данных для экспериментов, причем эта "лайт-версия" желательна максимально приближенной по структуре с "продакш"-версией. Вот именно для этих целей Drizzle -- оптимальный вариант, даже если "продакш"-версия -- что-то на уровне PG/SQL. Ээээ... А обычный MySQL или PgSQL то чем не устраивают в качестве лайт-версии :-? Вроде легче и проще ещё поискать нужно. Мы ж не про ораклу сейчас прости господи не к ночи будет сказано обсуждаем..
	Ответить \| Правка \| ^ к родителю #27 \| Наверх \| Cообщить модератору