Первый стабильный релиз MariaDB 5.2

0

0

Поздравляю всех поклонников СПО с выходом первой стабильной версии MariaDB! Данный релиз вышел за номером 5.2. Он базируется на кодовой базе MySQL 5.1.51.

MariaDB разрабатывается Майклом Видениусом (Michael Widenius) — создателем широко известной базы данных MySQL. MariaDB полностью совместима с MySQL и может стать заменой MySQL в случае закрытия последней компанией Oracle.

Страница загрузки

Что нового в MariaDB 5.2

>>> Подробности

Ссылка

←	Серьёзная уязвимость в Android из-за Adobe Flash

Вышел FreePascal v2.4.2

→

← 1 2 →

Ответ на: комментарий от anonymous 15.11.10 20:26:55 MSK

>мол не дайте купить кому-то то, что я уже продал?

потому что в SUN он был уверен, что она будет развивать MySQL, то в Oracle - уже нет...

anonymous
(15.11.10 22:00:04 MSK)

Ответ на: комментарий от anonymous 15.11.10 22:00:04 MSK

> потому что в SUN он был уверен, что она будет развивать MySQL, то в Oracle - уже нет...

если ты купил кусок колбасы, то ни производителя ни продавца не должно интересовать схаваеш ты ее или выбросиш.

anonymous
(15.11.10 22:44:45 MSK)

Ответ на: комментарий от X-Pilot 15.11.10 19:35:38 MSK

Imho, Percona с XtraDB выглядит поаппетитнее

Эм, XtraDB и в MariaDB включен.

troop
(15.11.10 22:52:45 MSK)

Ссылка

неплохо

kto_tama ★★★★★
(16.11.10 00:03:21 MSK)

Ссылка

Ответ на: комментарий от anonymous 15.11.10 22:44:45 MSK

> если ты купил кусок колбасы, то ни производителя ни продавца не должно интересовать схаваеш ты ее или выбросиш.

Вы программист? Если нет, это многое объясняет…

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

be_nt_all ★★
(16.11.10 00:59:10 MSK)

Ответ на: комментарий от be_nt_all 16.11.10 00:59:10 MSK

Ты - программист, Мишка? А это значит:
продал проект - забудь об этом навсегда.

Ты - продавец, Мишка, который плачет...
Зачем же продал? Денег нужно было, да?

anonymous
(16.11.10 01:55:55 MSK)

Ссылка

Ответ на: комментарий от Stolzium 15.11.10 12:14:05 MSK

Это хорошо, когда есть запасной вариант.

это про Postgre ?

tommy ★★★★★
(16.11.10 02:01:28 MSK)

Ответ на: комментарий от helios 15.11.10 13:28:50 MSK

Продал имя... Сорцы то остались.

радует вот что - прав на код у них уже нет. и теперь возможностей ставить палки в колёса у них почти нет, как они делали с MySQL. теперь разработчики этой DB опять будут мягкие и пушыстые, как на заре проекта. а не как матёрые окулы бизнеса, как они возомнили о себе разделив проект на «Enterprise» (Гг) и необновляемые отбросы для Community.

tommy ★★★★★
(16.11.10 02:06:03 MSK)

Ссылка

Зачем? Сейчас для «общих» задач есть mongodb, которая всяко быстрее, гибче и удобнее.
МарияБД выглядит как попытка оживить умерающую технологию. Странно что кто-то ещё и рад.
Саму идею могу сравнить только с попытками воскресить паскаль или пёрл.

tia ★
(16.11.10 02:31:46 MSK)

Ответ на: комментарий от tia 16.11.10 02:31:46 MSK

> Сейчас для «общих» задач есть mongodb, которая всяко быстрее, гибче и удобнее.

Не SQL-же! Сложнее структуры и алгоритмы на другой движок портировать.

Саму идею могу сравнить только с попытками воскресить паскаль или пёрл.

И что Благородного Дона не устраивает:

1) В Pascal как средстве обучения программированию? (Хотя, Modula-2, IMHO, для этого более подходит. Не на C/Java-же детей учить?).

2) В Perl как средстве сверхбыстрого написания нечитаемых, тормознутых, но работающих ;-) залипух?

~~sergv~~ ★
(16.11.10 07:02:46 MSK)

Ответ на: комментарий от sergv 16.11.10 07:02:46 MSK

>Не SQL-же! Сложнее структуры и алгоритмы на другой движок портировать.
SQL это примитивщина. «Схему» для любой из таблиц можно легко сделать на любой субд с более высоким уровнем.
Это просто кажется что трудно из-за того, что нужно читать ЕЩЁ ОДНИ ДОКИ.

В Pascal как средстве обучения программированию?

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

В Perl как средстве сверхбыстрого написания нечитаемых, тормознутых, но работающих ;-) залипух?

А на пайтоне можно сверхбыстро писать хорошо читаемые, шустрые, работающие скрипты. Зачем пёрл?

tia ★
(16.11.10 15:41:54 MSK)

Ответ на: комментарий от helios 15.11.10 08:20:05 MSK

Они там в drizzle всё-таки будут поддерживать prepared statements, или нет? Помнится, попадалось какое-то обсуждение, где автор честно признавался, что он просто не знает, зачем они нужны, и его оппонетны открывали ему глаза на мир.

a_eto_on
(16.11.10 17:35:35 MSK)

Ссылка

Ответ на: комментарий от tia 16.11.10 15:41:54 MSK

> А на пайтоне можно сверхбыстро писать хорошо читаемые, шустрые, работающие скрипты.

Особенно сверхбыстро получается писать на пайтоне хорошо читаемые однострочники для использования внутри конвееров, да? :)

a_eto_on
(16.11.10 18:08:58 MSK)

Ответ на: комментарий от a_eto_on 16.11.10 18:08:58 MSK

С одной стороны, однострочники на пайтоне тоже пишутся.
С другой - для этого да, лучше что-то иное, ибо длинновато будет только для того, чтобы считать с пайпа текст и передать его.

Но лично я не сторонник писать что-то большое в пайп-лайн.

tia ★
(17.11.10 05:34:00 MSK)

Ссылка

Ответ на: комментарий от tia 16.11.10 15:41:54 MSK

> SQL это примитивщина. «Схему» для любой из таблиц можно легко сделать на любой субд с более высоким уровнем.

Угу. А если в приложении (не очень сложном) где-то даже всего около 1000 разных вызовов на чтение/модификацию?

Скокма времени перенос на другой движок займет? ;-)

Так-что, тут от задач зависит. Где-то и простейшее выделение нескольких процедур/объектов весь низкий уровень скроет, а где-то и «пишется с мягким знаком» маскировать/абстрагироваться от движка.

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

Васик как средство обучения?! Хуже - только на Fortran и Perl учить. Голову испортить можно.

«Пайтон» - диагноз понятен ;-). Без объектов - никуда.

А на пайтоне можно ...

Уж лучше на awk. Питон - нечитаем. Ибо многословен. И избыточен для примитивных вещей.

~~sergv~~ ★
(17.11.10 07:25:14 MSK)

Ссылка

Ответ на: комментарий от Divius 15.11.10 12:45:24 MSK

>Virtual columns Columns that are an expression and are calculated on retrieval

Вот если эти виртуальные столбцы и индексировать ещё можно, то это будет фишка, которую я ждал несколько лет.

~~KRoN73~~ ★★★★★
(17.11.10 17:57:51 MSK)

Ссылка

Ответ на: комментарий от northerner 15.11.10 14:07:08 MSK

>Oracle очень неплохо пилит VirtualBox. Читать тут, начиная с 3.2.0

3.2.10 всё ещё невозможно грузит sys хоста при дисковых операциях гостевой системы. А часто и при вообще полном простое гостевой системы.

Из-за этого, несколько лет просидев на VB, недавно вернулся обратно на VMWare. Там ничего не тормозит :)

~~KRoN73~~ ★★★★★
(17.11.10 18:01:43 MSK)

Ответ на: комментарий от KRoN73 17.11.10 18:01:43 MSK

Если бы эта VmWare всегда бы читала свои же образы и не имела проблем с выходом из полноэкранного режима...

Насчёт VB: пробовал играться с включением/выключением аппаратной виртуализации?

Divius ★★
(18.11.10 21:05:44 MSK)

Ответ на: комментарий от Divius 18.11.10 21:05:44 MSK

>Если бы эта VmWare всегда бы читала свои же образы и не имела проблем с выходом из полноэкранного режима...

Пока с таким не сталкивался.

Насчёт VB: пробовал играться с включением/выключением аппаратной виртуализации?

У меня простой P4, паравиртуализацию не поддерживает.

~~KRoN73~~ ★★★★★
(18.11.10 21:14:15 MSK)

Ответ на: комментарий от KRoN73 18.11.10 21:14:15 MSK

Пока с таким не сталкивался.

Повезло. Ну или мне не повезло) У меня уже 2 раза машина, созданная под виндой не читалась той же версией vmware под линуксом.

У меня простой P4, паравиртуализацию не поддерживает.

Понятно. VB, имхо, довольно требователен по этой части.

Divius ★★
(18.11.10 21:20:46 MSK)

Ответ на: комментарий от Divius 18.11.10 21:20:46 MSK

>Понятно. VB, имхо, довольно требователен по этой части.

Самое смешное, что когда-то, я с привычного vmware перешёл на никому неизвестный тогда VB только из-за того, что во втором виндовый гостевой софт работал с намного меньшей латентностью, чем в первой :) VB работал намного быстрее... Хотя нет, не только. VB был бесплатным, а vmware-player тогда ещё не вышел :)

~~KRoN73~~ ★★★★★
(18.11.10 22:11:39 MSK)