LINUX.ORG.RU

Очередная встреча Moscow MySQL User Group пройдет 17мая в 19:30

 , monty,


0

0

Очередная встреча Moscow MySQL User Group состоится в понедельник 17 мая в районе м.ВДНХ в 19:30. В программе — неформальное общение и разговоры о будущем MySQL. Участие традиционно бесплатное, запись проводится до 12:00 15-го мая в топике groups.google.ru.

Ведущий встречи — Костя Осипов (Team Lead, Server Runtime, MySQL)

Гости встречи:

  • Michael Widenius, сооснователь MySQL AB, автор MySQL Server и форка MariaDB.
  • Сергей Петруня из Monty Program Ab, один из разработчиков MariaDB. Его предыдущее место работы — MySQL Ab, где он работал над оптимизатором запросов и закодировал такие оптимизации как index_merge, partition pruning другие.
  • Алик Рубин, MySQL, Норвегия, с которым можно обсудить репликацию и кластера MySQL, DRBD/HeartBeat, Shared Disk

До встречи на MMUG!

>>> Регистрация на встречу



Проверено: maxcom ()
Последнее исправление: maxcom (всего исправлений: 1)

не зарегистрировался

anonymous
()

тоже не зарегистрировался, не православно.

Zhid
()

Не регистрировался.
Что-то похожее на сервер баз данных но не он.

vbv
()

На опеннете полдня висит, между прочим!

anonymous
()

Скучновато, и все больше в некромантию

mikhalich ★★
()

К сожалению/счастью мне по работе приходится использовать мускуль ) Хотелось бы о кластеризации поинтересоваться.

PS. А какой сервер может подойти лучше для небольшой базы данных? PostgreSQL? Судя по обзору он как-то менее привлекателен. А Oracle - слишком монструозен...

drakmail ★★★★
()
Ответ на: комментарий от anonymous

А на слакваре пойдёт?

Российские физики выбирают Slackware!

Shifra_Pua
()
Ответ на: комментарий от drakmail

> К сожалению/счастью мне по работе приходится использовать мускуль ) Хотелось бы о кластеризации поинтересоваться.

PostgreSQL? Судя по обзору он как-то менее привлекателен

если postgresql, по вашему, менее привлекателен, чем mysql, тогда вам точно нормальной rdbms не надо. живите и радуйтесь.

Momyc
()
Ответ на: комментарий от Korwin

> sqllite? Если Java, то HSQLDB и им подобные

слово «сервер» вам ни о чем не говорит?

Momyc
()
Ответ на: комментарий от Momyc

если postgresql, по вашему, менее привлекателен, чем mysql, тогда вам точно нормальной rdbms не надо. живите и радуйтесь.

Я его еще не смотрел, так что сказать не могу. Но первая статья в гугле говорит о том, что он имеет не очень много преимуществ перед MySQL. Хотя, конечно, попробовать надо будет.

drakmail ★★★★
()
Ответ на: комментарий от drakmail

> Но первая статья в гугле говорит о том, что он имеет не очень много преимуществ перед MySQL

ну, искать в русском гугле - это все-равно, что покупать автомобиль в овощьном магазине.

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

Momyc
()
Ответ на: комментарий от Momyc

> искать в русском гугле - это все-равно, что покупать автомобиль в овощьном магазине

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

Momyc
()
Ответ на: комментарий от Momyc

в ссылке почему-то слеш на точку заменился. http://program.rin.ru/razdel/html/490-2.html. Ну а MySQL меня пока всем устраивает, не считая производительности на некоторых сложных запросах. PostgreSQL хочется посмотреть только ради интереса и саморазвития. Вдруг чем получше будет )

drakmail ★★★★
()
Ответ на: комментарий от drakmail

> Ну а MySQL меня пока всем устраивает, не считая производительности на некоторых сложных запросах. PostgreSQL хочется посмотреть только ради интереса и саморазвития

я бы, сначала, попробовал обойтись тем, что есть. например, mysql очень быстро обрабатывает простые запросы и, иногда, проблему с медленными сложными запросами удается решить заменой их на большее количество простых. иногда, достаточно добавить правильный индекс. в любом случае, простая замена mysql на postgresql или oracle может не дать никакого выигрыша или даже усугубить ситуацию. хотя, если у вас есть время и желани - попробуйте. но это - малоэффективный путь. любой инструмент начинает работать хорошо, когда им правильно пользуются.

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

Momyc
()
Ответ на: комментарий от Momyc

спасибо. Насчет быстрой обработки простых запросов mysql не знал. А так, да, сложные надо оптимизировать. Там в принципе не очень сложно это сделать, просто времени пока не хватает на это.

drakmail ★★★★
()
Ответ на: комментарий от drakmail

Ну а postgreSQL попробую на досуге. Посмотреть хоть, что это за зверь такой )

drakmail ★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.