Новости
Документация
Download
Webboard
Поиск
FAQ/ЧаВо
Обратная связь




MySQL.RU - Webboard



Вернуться
После других БД с MySQL невозможно работать (grep2) 28/10/2008 - 15:14:29
      Re: После других БД с MySQL невозможно работать (Leo) 28/10/2008 - 19:03:52
      Re: После других БД с MySQL невозможно работать (bac) 28/10/2008 - 21:39:57
      Re: После других БД с MySQL невозможно работать (grep2) 28/10/2008 - 23:32:34
      Re: После других БД с MySQL невозможно работать (grep2) 28/10/2008 - 23:47:07
      Re: После других БД с MySQL невозможно работать (Leo) 29/10/2008 - 06:41:59
      Re: После других БД с MySQL невозможно работать (w2w) 04/11/2008 - 23:33:04
      Re: После других БД с MySQL невозможно работать (вотона) 07/11/2008 - 13:47:30
      Re: После других БД с MySQL невозможно работать (GAMER) 12/11/2008 - 11:20:51
      Re: После других БД с MySQL невозможно работать (Balin) 16/12/2008 - 12:04:46

> Original message text:
> From: grep2 - 28/10/2008 - 15:14:29
> Subject: После других БД с MySQL невозможно работать
> -----------------
> Я долгое время работал с Оракл, потом немного с Постгре.
> Сейчас попытался начать работать с MySQL 5.0.
> На КАЖДОМ шагу сталкиваюсь с какими-то проблемами, которые как оказывается просто не реализованы в MySQL. Я в шоке. Может быть, я чего-то недопонимаю, но меня поражает, что люди вообще сравнивают MySQL с другими БД и работают с ней и даже многие не плюются и оценивают MySQL как очень хорошую БД.
>
> Ниже я привожу список проблем норнмального решения для которых в MySQL я не нашел. Прошу объяснить мне что я дурак либо объяснить, как вообще можно работать с такой БД и быть довольным ею. Спасибо.
>
> a) Если я делаю varchar как not null , то оно автоматом получает значением по умолчанию пустую строку. Нормальные БД генерируют ошибку при попытке вставить запись NULL значение в NOT NULL текстовое поле.
>
> b) Если я делаю update users set status = 1 where id = 100 и к моменту выполнения запросто 100-й юзер уже имеет статус = 1 , то affected rows = 0. Это ведь бред. Так не работают нормальные БД. Как я должен знать сколько записей попало в условие where?
>
> c) Отсутствует механизм пользовательских exceptions
>
> d) нет вообще constraints
>
> e) нет возможности объявить переменную типа "запись" table%row types, которая состояла бы из нескольких полей и соответствовала бы записи в заданной таблице
>
> f) Невозможно переименовать поля которые используются в FK
>
> g) Если вставляю NULL в числовое NOT NULL поле - вообще нет никакой ошибки. Просто запись не вставляется.
>
> h) Если insert вызывается из sp или fn и он fails - нет никаких сообщений об ошибке.
>
> i) dynamic sql is not allowed in stored procedures
>
> j) Отсутствуют sequences, если лишь автоинкременты.
>
> k) функция не может возвращать rowset
>
> l) при ошибке в синтаксисе сообщенеи об ошибке не дают четкого представления о природе происхождения ошибки. Почти всегда 'invalid syntax at near'
>
> m) Если объявлено view как select * from нескльких таблиц, в каждой из которых есть поле id, то это вызывает 'Duplicate column name id'. Приходится перечислять все поля вручную.
>
> n) Нет возможности использовать процедуру, возвращающую набор записей в подзапросе.
>
>


From: w2w - 04/11/2008 - 23:33:04
Subject: После других БД с MySQL невозможно работать
-----------------
Довольно долго работал с Оракл в очень крупной конторе, потом стал ЕЩЕ использовать и МуСкл, для некоторых задач. Со временем все больше и больше переходил на мускл. Сейчас почти все делаю в этой СУБД.

Проблема с недостающими возможностями, мне так кажется, заключается в неумении проектировать базы данных так, как дедушка Кнут завещал. А для таких специалистов, которые не могут привести схему к третьей нормальной форме коммерческие СУБД наворотили туеву хучу приблуд в виде возвращаемых курсоров и подзапросов в предложении SELECT :)
И идет слава об MSSQL, которая может то и может это, а зачем это все мочь вопрос не задается, типо все во благо пользователей, а то что МуСкл занимает на диске всего ничего и бесплатный, реально многоплатформный - это как-то не звучит.
А ведь всего то и нужно - правильно базу спроектировать и тогда и MySql-а хватит для решения большинства задач и не нужно будет бабулеты нереальные платить. Но жить то хорошо всем хочется и разработчикам СУБД тоже - вот и идет борьба приблуд, которые по большому счету нафиг не нужнны.

Бесплатный совет автору ветки: прежде чем ругать МуСкл, попробуйте все то, что Вы описали как ошибки, сделать из обычной мускуловской консоли (странно, что позиционируя себя ораклоидом, Вы этого не сделали, или sqlplus это ацтой?). Глядишь половина вопросов и снимется (см. сообщения об ошибках). Во-вторых, задавая вопрос, неплохо было бы упомянуть, что юзается мускл из php через такой-то интерфейс (их тоже не один штука :) ), возможно ругать то придется свое неумение пользоваться настройками php.


[Это сообщение - спам!]

Последние сообщения из форума

Уважаемые посетители форума MySQL.RU!
Убедительная просьба, прежде чем задавать свой вопрос в этом форуме, обратите внимание на разделы:
- ответы на наиболее часто задаваемые вопросы - FAQ
- раздел документация
- раздел поиск по сообщениям форума и документации
Также, старайтесь наиболее подробно указывать свою ситуацию (версию операционной системы, версию MySQL, версию программного обеспечения, по которому возникает вопрос, текст возникающих ошибок, и др.)
Помните, чем конкретнее Вы опишете ситуацию, тем больше шансов получить реальную помощь.
 Имя:
 E-mail:
 Тема:
 Текст:
Код подтверждения отправки: Code
34721



РЕКЛАМА НА САЙТЕ
  Создание сайтов | |