Справочник функций

Ваш аккаунт

Войти через: 
Забыли пароль?
Регистрация
Информацию о новых материалах можно получать и без регистрации:

Почтовая рассылка

Подписчиков: -1
Последний выпуск: 19.06.2015

Помогите пожалуйста чем отличается Oracle от mysql что лучше

8.9K
24 февраля 2007 года
Prince Firdavs
34 / / 22.11.2006
пожалуйста
2
24 февраля 2007 года
squirL
5.6K / / 13.08.2003
приблизительно тем же, чем БЕЛаз от болида формулы 1
2.1K
25 февраля 2007 года
mainigor
151 / / 21.10.2005
начни с MySQL , возможно что второй тебе не понадобится. У него меньше возможностей, но и меньше размер, т.е. ты через час сможешь приступить к изучению, чего нельзя сказть про Oracle. Для достаточно маленьких приложений это хороший выбор, еще неплох FireBird. Пробавай. Удачи!
2
25 февраля 2007 года
squirL
5.6K / / 13.08.2003
Цитата: mainigor
начни с MySQL


начинать с MySQL - самое глупое, что можно себе придумать. мускуль - не соответствует стандартам SQL. на то, какие запросы сочиняют "начинавшие с мускула" страшно смотреть

1
25 февраля 2007 года
kot_
7.3K / / 20.01.2000
Цитата: squirL
приблизительно тем же, чем БЕЛаз от болида формулы 1


Скорее тем же, чем тот же БЕЛАЗ отличается от Запорожца.

2
25 февраля 2007 года
squirL
5.6K / / 13.08.2003
Цитата: kot_
Скорее тем же, чем тот же БЕЛАЗ отличается от Запорожца.


ну я бы так не стал говорить :) при всех недостатках мускуля у него есть одно неоспоримое преимущество - скорость на простых запросах и несложных таблицах. не могу себе представить гостевуху или форум на Oracle, DB2 or PostgreSQL :)

355
25 февраля 2007 года
<SCORP>
786 / / 21.10.2006
короче, все тут хотят сказать, что всё зависит от задач. однозначно из них "лучшего" нету. просто и эта СУБД, и эта ПолуСУБД, создавались для разных задач
1
25 февраля 2007 года
kot_
7.3K / / 20.01.2000
[QUOTE=<SCORP>;176219]короче, все тут хотят сказать, что всё зависит от задач. однозначно из них "лучшего" нету. просто и эта СУБД, и эта ПолуСУБД, создавались для разных задач[/QUOTE]
Навеяло темой:
Цитата:

...
На трибуне появляется старший дворник Иван Иванович, и энергично рубя воздух рукой произносит спич:
- Как не е#b твою мать, так ну его н#%уй!!!
Рабочие из зала дружно его поддерживают:
- Правильно Иван Иванович!!! Не будем без рукавиц работать!!!
...
(с)Народная мудрость


вобщем то да. :)

337
25 февраля 2007 года
shine
719 / / 09.06.2006
Спорить можно долго и бесполезно. Можно утверждать что в MySQL нет того и нет этого. Можно называть эту СУБД "недо", "полу" и т.д. Если стоит задача что-либо обосрать.
Если стоит задача что-либо использовать, то можно это делать.

Приложения можно писать и с использованием MySQL, и с Oracle. Если не нужны разнообразные навороты - MySQL. Если хочется осознавать, что все соответсвует стандартам - Oracle, хотя и впоминается анекдот про "вам шашечки или ехать" :)

P.S. Кстати, насколько я понимаю, этот форум работает на MySQL. Кого-нибудь не устраивает качество работы этого форума?
2
25 февраля 2007 года
squirL
5.6K / / 13.08.2003
на Оракл и Мускуле можно реализовать движок форума. На Оракле можно реализовать полноценную биллинговую систему, а на Мускуле - нет. именно поэтому мускул - недосубд. а не чтобы обосрать. в своей нише она рулит. но как полоценная СУБД не канает. поэтому и базой для обучения служить не может.
337
25 февраля 2007 года
shine
719 / / 09.06.2006
Цитата: squirL
На Оракле можно реализовать полноценную биллинговую систему, а на Мускуле - нет. именно поэтому мускул - недосубд.


Чесно говоря не знаю как отличить полноценную биллинговую систему от неполноценной, но сходу Яндексом нашел вот эти:
http://www.netup.ru/utm5.php
http://www.lanbilling.ru/docs.html#_Toc3104497

Вобщем на всем можно писать. Было бы желание. :)

1
25 февраля 2007 года
kot_
7.3K / / 20.01.2000
Цитата: shine
Спорить можно долго и бесполезно. Можно утверждать что в MySQL нет того и нет этого. Можно называть эту СУБД "недо", "полу" и т.д. Если стоит задача что-либо обосрать.
Если стоит задача что-либо использовать, то можно это делать.

Приложения можно писать и с использованием MySQL, и с Oracle. Если не нужны разнообразные навороты - MySQL. Если хочется осознавать, что все соответсвует стандартам - Oracle, хотя и впоминается анекдот про "вам шашечки или ехать" :)

P.S. Кстати, насколько я понимаю, этот форум работает на MySQL. Кого-нибудь не устраивает качество работы этого форума?


Речь идет не о том что можно, а что нельзя использовать - речь идет о том что использование мускуля в качестве обучающей базы может привести к фатальным последствиям для моска :) И это верно - потому как достоинства мускуля - это продолжение его недостатков (или на оборот) - и если человек учился составлять запросы только на MySQL - он может столкнутся с весьма неприятными моментами если дело дойдет до полноценной базы.

2
25 февраля 2007 года
squirL
5.6K / / 13.08.2003
Цитата: shine
Чесно говоря не знаю как отличить полноценную биллинговую систему от неполноценной, но сходу Яндексом нашел вот эти:
http://www.netup.ru/utm5.php
http://www.lanbilling.ru/docs.html#_Toc3104497

Вобщем на всем можно писать. Было бы желание. :)


ну раз не знаешь, зачем пишешь? те продукты, что ты привел - как раз оставляют желать лучшего :) можно то можно - дык залипуха ))

13
26 февраля 2007 года
RussianSpy
3.0K / / 04.07.2006
мммм... MySQL и Oracle это тоже самое что бигмак и блюда европейской кухни. Когда нужно срочно и быстро что-то съесть бигмак покатит - но постоянно им питаться нельзя.
Тут тоже самое. MySQL изначально создавался для микротабличек и с ними он работает отлично. Но когда дело доходит для ворочания огромных объемов данных (в таблицах десятки миллионов записей, нагрузка высокая, тяжелые расчеты и т.д.) тут MySQL и поворачивается задней частью к разработчику/пользователю. Потому она недоСУБД, что многие присущие почти всем СУБД вещи в ней появились только чуть ли не в прошлом году (хранимые процедуры, вьюшки, триггеры) - именно потому так что она изначально расчитана на гостевухи/форумы(причем думается мне что действительно большой форум она не выдержит)/всякую фигню.

ЗЫ А еще меня ужасно бесит что разработчики MySQL любят ее нахваливать, тесты всякие проводить "вот типа мы постгрес порвали, а вот и оракл повержен".
2
26 февраля 2007 года
squirL
5.6K / / 13.08.2003
да... а горе-программисты пишут ПО на мускуле, а потом - когда объемы данных и задачи разрастаются - система умирает. и приходится накручивать костыли и заплаты, потому что просто перенести на нормальную СУБД из-за несоответствия ANSI - нельзя.
337
26 февраля 2007 года
shine
719 / / 09.06.2006
Цитата: RussianSpy
Потому она недоСУБД, что многие присущие почти всем СУБД вещи в ней появились только чуть ли не в прошлом году (хранимые процедуры, вьюшки, триггеры) - именно потому так что она изначально расчитана на гостевухи/форумы(причем думается мне что действительно большой форум она не выдержит)/всякую фигню.


Я про это и говорю. SP, триггеры и вьюшки появились, но MySQL по-прежнему упорно матерят... :)

13
26 февраля 2007 года
RussianSpy
3.0K / / 04.07.2006
Цитата: shine
Я про это и говорю. SP, триггеры и вьюшки появились, но MySQL по-прежнему упорно матерят... :)



Естественно. Просто в нормальных СУБД эти штуки появились еще где-то в середине 90х если не раньше. А работать с большими базами MySQL так и не умеет. SQL также далек от стандарта как я от балета. У MySQL есть только одно преимущество - большая распространенность. На этом преимущества заканчиваются.

355
28 февраля 2007 года
&lt;SCORP&gt;
786 / / 21.10.2006
большая распространённость это не преимущество. т.к. это просто не свойство самой СУБД :) распространённость это следствие каких-то "родных" её преимуществ. скорее всего простоты в настройке\использовани, легковесности, скорости на простых задачах. ведь вряд ли кто-то будет спорить, что для среднего хостера мускул -- идеальный выбор. СУБД создавалась для гостевух. а вот то, что она стандартам не соответствует -- это, конечно, огромная лажа! а другая огромная лажа -- это когда приверженцы, почитатели и монахи мускула начинают решать на нём задачи, для которых эта СУБД не предназначена.
13
01 марта 2007 года
RussianSpy
3.0K / / 04.07.2006
[QUOTE=<SCORP>;176998] распространённость это следствие каких-то "родных" её преимуществ. скорее всего простоты в настройке\использовани,[/QUOTE]
Могу сказать по личному опыту что настройка и использоваени MySQL намного сложнее и неудобнее, чем того же PostgreSQL... Хотя это конечно ИМХО....
Реклама на сайте | Обмен ссылками | Ссылки | Экспорт (RSS) | Контакты
Добавить статью | Добавить исходник | Добавить хостинг-провайдера | Добавить сайт в каталог