Форум сетевых администраторов (http://netadmin.ws/forum/index.php)
- MySQL (http://netadmin.ws/forum/forumdisplay.php?forumid=40)
-- MySQL vs. Др.SQL (http://netadmin.ws/forum/showthread.php?threadid=6201)

MySQL vs. Др.SQL

Читаю журналы и натыкаюсь на различные статьи с упоминанием др. БД типа Microsoft SQL Server, Borland InterBase, Oracle and etc. Которые стоят по туевой куче $$$, объясните мне plz чем они отличаются от бесплатного MySQL???

__________________
Админ - вождь Апачей...

Наворотами ...

__________________
The time was broken ...

RaZEr например? какие у БД навоторы могут быть???

__________________
Админ - вождь Апачей...

Ууу ... это сага из серии чем Oracle круче MySQL ...

__________________
The time was broken ...

Почитай сайт mysql, в частности, что они собираются делать в 5-ой версии. Так вот, у коммерчиских бд все это уже есть =)

В частности, в mysql очень сильно не хватает хранимых запросов. Хорошо хоть вложенные запросы появились в 4 версии, и на том спасибо =)

А вообще оракл и mysql между собой даже сравнивать нельзя, они отличаются на несколько порядков =)

Rumata БЛИН!!! Ну все так пишут:
"А вообще оракл и mysql между собой даже сравнивать нельзя, они отличаются на несколько порядков =)"
А по подробнее???
Что есть хранимые запросы??

__________________
Админ - вождь Апачей...

Почитай, что умеет оракл и сравни с тем, что умеет mysql.

По Дейту, хранимые процедуры это "предварительно откомилированный программы, которые храняться на стороне сервера". Говоря по-русски, насколько я понимаю, это ты пишешь какой-нибудь запрос типа "SELECT * FROM t1 LEFT JOIN t2 on (t1.a=t2.b)", сохраняешь его прямо в СУБД, скажем AS t3 и потом работаешь с t3, как с обычной таблицей.

Хм, то что я описал больше похоже на представление, а не на хранимую процедуру, ну да ладно, этого в mysql тоже нет =))

Еще там нет ограничений (constraints), вроде. С foreign key - я так и не понял пока, разобрались они или нет ...

Много там нет. В оракл, в конце концов, JVM встроена =))

Забыли сказать по главное: MySQL это халява ...

__________________
The time was broken ...

Кхм, ну и что? Томкэт -тоже халява, как впрочем и пхп и апач ...

По теме: лови выдержку из умной книжки.

quote:

---

Features That MySQL Does Not Support

This section describes features not supported by MySQL that are found in some other databases. Some of the items in this list are scheduled for implementation in the future.

Stored procedures and triggers. A stored procedure is SQL code that is compiled and stored in the server. It can be executed later by the server without having to be sent from the client and parsed again. You can also make changes to a procedure to affect any client applications that use it. Trigger capability allows a stored procedure to be activated automatically when some event occurs, such as a record being deleted from a table. For example, you might do this if you wanted to regenerate some complex summary of which the record was a part, to keep the summary up to date. The current timetable is to implement stored procedures in MySQL 5.

Views. A view is a logical entity that acts like a table but is not one. It provides a way to look at columns from different tables as though they're all part of the same table. Views are sometimes called virtual tables. The current timetable is to implement views in MySQL 5.

Record-level privileges. MySQL supports various levels of privileges, from global privileges down to database, table, and column privileges. It does not support record-level privileges. However, you can use the GET_LOCK() and RELEASE_LOCK() functions in your applications to implement cooperative record locks. The procedure for this is described in the entry for GET_LOCK() in Appendix C.

'--' as a comment. This comment style is not supported because it's an ambiguous construct, although as of MySQL 3.23.3, a comment beginning with two dashes and a space is accepted. See the "Writing Comments" section earlier in this chapter for more information.

---

А ПХП и Апач причем ? О мускуле говорим-то ...

__________________
The time was broken ...

Извини, наверное, не так тебя понял. Мне показалось, что ты записал то, что мускл - халява ему в минусы, ну и попытался тебя опровергнуть =)

Rumata добавил 31-07-2003 в 16:30:33:
Да, между прочим, посмотрел я - foreign key неплохо (я бы даже сказал хорошо =)) работает в InnoDB таблицах MySQL

Какие минусы Я русский

__________________
The time was broken ...

Хм... ну.... я пока не вижу каких то СИЛЬНО больших "-" по сравнению с "коммерческими" БД...
+ как я понимаю над всем этим работают... и.... может быть в 5 версии они будут...
Я вот только не понял про "Record-level privileges"...

__________________
Админ - вождь Апачей...

По моему основная разница в том что MySQL заточен под небольшие проекты и легкость в освоении. Как PHP. В серьезных случаях MySQL не применяют - нет возможности сделать действительно сложный запрос (видел такой для DB2 - примерно 6 килобайт текста ).

__________________
Типа спициялист по елехтронной комэрцыи. Крут не по децки.

Silencer почему небольшие? я где то читал что размеры таблиц поддерживаемых mysql очень большие...
А по поводу легкости... Дык если не ошибаюсь ANSI SQL 92 (кажется так?) один для всех?
("видел такой для DB2 - примерно 6 килобайт текста" Не секрет шде это ты такое видел?

__________________
Админ - вождь Апачей...