Модераторы: skyboy
  

Поиск:

Ответ в темуСоздание новой темы Создание опроса
> Стоит ли использовать MySQL 
:(
    Опции темы
zav74
Дата 17.10.2008, 22:55 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Шустрый
*


Профиль
Группа: Участник
Сообщений: 113
Регистрация: 19.7.2006

Репутация: нет
Всего: нет



Я использую Sybase, Microsoft SQL Server и PostgreSQL. Сейчас подумываю о MySQL. Вот и спрашиваю совет, стоит ли его использовать. Хочу перевести один комплекс с Sybase. Клиентов в системе несколько, одновременно вообще в 90% случаев будет один, но возможны усложнения системы. 
PM MAIL   Вверх
sir_nuf_nuf
Дата 19.10.2008, 16:44 (ссылка)   | (голосов:4) Загрузка ... Загрузка ... Быстрая цитата Цитата


Опытный
**


Профиль
Группа: Участник
Сообщений: 920
Регистрация: 6.1.2008

Репутация: 8
Всего: 31



Цитата(zav74 @  17.10.2008,  22:55 Найти цитируемый пост)
Я использую Sybase, Microsoft SQL Server и PostgreSQL. 


а что в них не нравится  ?

ИМХО - MySQL - кривая СУБД. Если нужна гибкость - то лучше PostgreSQL, Oracle или что то такое же по уровню..
MySQL - сама база простая, а нагрузка зашкаливает.


--------------------
user posted image
user posted image
PM MAIL Jabber   Вверх
zav74
Дата 19.10.2008, 17:56 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Шустрый
*


Профиль
Группа: Участник
Сообщений: 113
Регистрация: 19.7.2006

Репутация: нет
Всего: нет



Использую Sybase SQL Anywhere 5.0, но пришло время ее менять-вот и думаю. То есть MySQL подходит только для Web-технологий.
PM MAIL   Вверх
sir_nuf_nuf
Дата 19.10.2008, 19:50 (ссылка)    | (голосов:1) Загрузка ... Загрузка ... Быстрая цитата Цитата


Опытный
**


Профиль
Группа: Участник
Сообщений: 920
Регистрация: 6.1.2008

Репутация: 8
Всего: 31



у MySQL есть куча особенностей, на которые натыкаешься по мере работы, например:
1) кривой язык для написания хранимок
2) плохая поддержка dynamic SQL
3) не самая лучшая реализация транзакций.
ну это то что выловил я. Вы найдете свое.

попробуйте Postgress.. у меня он создает впечатление гораздо более продвинутой СУБД. Ну или оракл. если деньги есть - с ним можно все.


--------------------
user posted image
user posted image
PM MAIL Jabber   Вверх
zav74
Дата 19.10.2008, 20:41 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Шустрый
*


Профиль
Группа: Участник
Сообщений: 113
Регистрация: 19.7.2006

Репутация: нет
Всего: нет



В принципе уже под Linux использовал PostgreSQL, пока нареканий нет. 
PM MAIL   Вверх
Бонифаций
Дата 20.10.2008, 01:19 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Опытный
**


Профиль
Группа: Участник
Сообщений: 827
Регистрация: 15.9.2005
Где: Brisbane

Репутация: 20
Всего: 40



А поподробнее, в чем кривизна языка хранимок?
Чем вам не нравятся транзакции mysql?



--------------------
 Бонифаций.
 
PM MAIL ICQ Skype GTalk Jabber YIM   Вверх
sir_nuf_nuf
Дата 20.10.2008, 13:59 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Опытный
**


Профиль
Группа: Участник
Сообщений: 920
Регистрация: 6.1.2008

Репутация: 8
Всего: 31



Бонифаций, я не наезжаю на MySQL, но..

Цитата(Бонифаций @  20.10.2008,  01:19 Найти цитируемый пост)
А поподробнее, в чем кривизна языка хранимок?

1) нет exceptions в явном виде.
2) странная система с condition и handlers (оракловый FOUND меня намного более радует)
3) недоделанные переменные.. например в хранимке хотелось бы использовать только локальные перменные
Код

declare ins_query varchar(255);
prepare stmt from ins_query;

но.. низя, можно только так:
Код

prepare stmt from @ins_query;


Цитата(Бонифаций @  20.10.2008,  01:19 Найти цитируемый пост)
Чем вам не нравятся транзакции mysql?

тут почти все ок.. но допустим:
а) InnoDB
б) REPEATABLE-READ
в) один поток только читает из таблицы ( используя BTREE индекс)
г) другой поток только пишет (меняя BTREE индекс) 
время от времени - получаем deadlock и одна из транзакций откатывается.. из-за next-key locking

я понимаю, что это реализация.. но почему бы уж в таком случае не перезапускать транзакцию, которая была откачена ?







--------------------
user posted image
user posted image
PM MAIL Jabber   Вверх
Бонифаций
Дата 21.10.2008, 03:21 (ссылка) |    (голосов:1) Загрузка ... Загрузка ... Быстрая цитата Цитата


Опытный
**


Профиль
Группа: Участник
Сообщений: 827
Регистрация: 15.9.2005
Где: Brisbane

Репутация: 20
Всего: 40



Цитата(sir_nuf_nuf @ 20.10.2008,  13:59)
а) InnoDB
б) REPEATABLE-READ
в) один поток только читает из таблицы ( используя BTREE индекс)
г) другой поток только пишет (меняя BTREE индекс) 
время от времени - получаем deadlock и одна из транзакций откатывается.. из-за next-key locking

я понимаю, что это реализация.. но почему бы уж в таком случае не перезапускать транзакцию, которая была откачена ?
  •  Если один пишет и один читает,  не будет deadlock-а. Мультиверсионность innodb позволяет делать snapshot  при начале чтения. 
  •  Перезапускать транзакцию - не такая уж большая проблема, чтобы говорить о "недостатках" в реализации.  Все, что полагается по sql стандартам, innodb делает.

Добавлено через 10 минут и 27 секунд
Цитата(sir_nuf_nuf @ 20.10.2008,  13:59)
1) нет exceptions в явном виде.
2) странная система с condition и handlers (оракловый FOUND меня намного более радует)

Ах вот откуда ветер дует smile Ораклоид...

Так, как сделано в mysql это sql стандарт. Хотите еще пример стандарта - посмотрите хранимки в DB2. Или в mimer. Oracle имеет нестандартные хранимки, Возможно с большими удобствами, но это уж дело привычки и вкуса. Вам действительно лучше использовать постгрес, так как там язык хранимок сделан "по образу и подобию" оракловских.

Надеюсь Вы не будете утверждать, что в mysql плохие left join потому что (+) нельзя ставить после имени таблицы?




--------------------
 Бонифаций.
 
PM MAIL ICQ Skype GTalk Jabber YIM   Вверх
zav74
Дата 21.10.2008, 09:05 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Шустрый
*


Профиль
Группа: Участник
Сообщений: 113
Регистрация: 19.7.2006

Репутация: нет
Всего: нет



А как насчет надежности MySQL? Синтаксис все таки, наверно, вторичен.
PM MAIL   Вверх
Бонифаций
Дата 23.10.2008, 00:21 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Опытный
**


Профиль
Группа: Участник
Сообщений: 827
Регистрация: 15.9.2005
Где: Brisbane

Репутация: 20
Всего: 40



надежность вполне на уровне.. Детскими болезнями этот продукт уже давно отболел.. (ну, конечно если Вы не будете использовать какую-нибудь экзотику, типа bdb engine или falcon)


--------------------
 Бонифаций.
 
PM MAIL ICQ Skype GTalk Jabber YIM   Вверх
  
Ответ в темуСоздание новой темы Создание опроса
0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей)
0 Пользователей:
« Предыдущая тема | MySQL | Следующая тема »


 




[ Время генерации скрипта: 0.1130 ]   [ Использовано запросов: 22 ]   [ GZIP включён ]


Реклама на сайте     Информационное спонсорство

 
По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности     Powered by Invision Power Board(R) 1.3 © 2003  IPS, Inc.