Senya_LДавайте советовать Oracle для складов, турагенств и пр.
И было бы очень даже неплохо. Особенно если покупать не по принципу "пальцы веером" (т.е. EE или RAC), SE|SEO, да ещё и по пользователям а не CPU (если это выгоднее конечно).

Senya_LhoarfrostSenya_LДавайте советовать Oracle для складов, турагенств и пр.
И было бы очень даже неплохо.1) И чем же это неплохо?
Тем что разработчики начали бы работать с нормальной СУБД и, с довольно высокой степенью веротности начали бы писать более хорошие программы (ну вот так уж построено обучение у Oracle - даже на уровне обычных книг - к порядку приучает).

Тем, что "Oracle - отличная СУБД, а остальные и нах не нужны"?
Просто есть "лучше" и "хуже". В том числе и с учётом стоимости и пр.пр.пр.

А вот скажите: все ли фирмы "потянут" железо и админа нормального? А я так понял и то, и другое - вещь очень даже важная для Оракула.
Насчёт железа вы поняли неправильно. Более того тот же Access или MySQL может потребовать для своей работы больших ресурсов чем Oracle или MSSQL - в зависимости от интенстивности обработки данных.

2) Да и просто покупка СУБД... это ж убеди заказчика, что ему непременно надо покупать СУБД, потому что все остальные бесплатные - это гамно и "костыли".
Есть бесплатный для коммерческого использования Oracle XE . Очень хорошая штука кстати. Особенно для тех заказчиков которые не доросли до техподдержки и более мощных версий.

3) СУБД не выбирают из принципа "это круто".
Совершенно верно. Их нужно выбирать из принципа "как будет лучше"

ЗЫ. 4) Представил. Отменили в ВУЗах изучение Access'a, FoxPro, Paradox'а и остального. Все перешли на Oracle. Вся толпа Светок21, 321irka123 и иже с ними дружно ломанулась в форум по Ораклу. Вот это будет хорошо! Хотел бы я на это посмотреть. ;)
К счастью, те кто работает с Oracle, как правило, прекрасно осознают что изучение СУБД - это не гуляние по форумам. Если бы где-то ввели изучение Oracle, то там бы появился и нормальный курс по нему. С вероятностью процентов в 95%. Сейчас же с вероятностью процентов 99% остальные СУБД изучаются как раза беганием по форумам и пр. Oracle - это ещё и порядок.

ЗЗЫ. Вспомнил. У меня знакомая работает в небольшом автосервисе. Для учета заказов используют Access. Им тоже перейти на Oracle? При том, что самый "крутой" комп - это Пентиум4, 1.8ГГц, 2003 г выпуска... *LOL*
Работал бы изумительно. Года три назад восстановление продуктивной базы после сбоя носителя тренировал на Pentum III 1200 МГц.

Senya_LРазных фантазеров видал, но таких в первый раз. Вы плохо знакомы с нашей образовательной системой.
Куча знакомых в ней работает. И именно поэтому знаю, почему студентам жужжат про FoxPro, MySQL, PostreSQL и т.п.

Senya_LРазных фантазеров видал, но таких в первый раз. Вы плохо знакомы с нашей образовательной системой.
Куча знакомых в ней работает. И именно поэтому знаю, почему студентам жужжат про FoxPro, MySQL, PostreSQL и т.п.

Потому что считается (вернее вбивается в голову) что FoxPro и MySQL, к примеру - везде и очень просто, а раз так, что можно ничего не объяснять и пускай "разбираются сами", а вот с тем же Oracle - так уже не скажешь. Придётся сначала самому разбираться. А тот кто его знает, вряд ли будет работать в среднем ВУЗ-е преподавателем.

detecИМХО, hoarfrost просто троллит. Как раз Оракл довольно эффективно изучается беготнёй по форумам и Гуглу. Я так с нуля за пару месяцев вырос до минимального уровня администратора БД. Правда, на базе Windows.
1. Того, что Oracle нельзя изучать беготнёй по форумам, я не как раз и не утверждал. Речь шла о другом - подавляющая часть хорошо знающих Oracle Database (из тех, с кем мне пришлось сталкиватья на форумах и в жизни) - неотьемлемой и, едва ли не самой важной частью в изучении этой СУБД считают чтение документации.

2. Кроме этого лично ну прямо-таки бросилась в глаза разница в курсах Oracle и Microsoft по их СУБД. Хотя возможно, дело в преподавателях и отдельно взятых курсах.

И что самое любопытное, когда вбиваешь в поисковик очередной ORA-, то очень часто попадаются "мемориальные" ветки на OTN Discussion Forum, где люди долбились об этот Оракл год-два-три назад с похожими симптомами.
3. Устранение ошибок и изучение СУБД - разные вещи. На форумах может быть очень много примеров оптимизации запросов, исправления глюков и т.п., но на них практически ничего нет про устройство базы и экземпляра, про настройку stand by или RAC (про это, правда есть в FAQ), программирования на PL/SQL и пр.пр.пр. Потому что в документации написано всё гораздо чётче и более кратко. Ссылки на которую, конечно, могут дать и на форуме. Однако чтение документации - это не бегание по форумам.

Моё ИМХО, если изучать СУБД как разработчик, то MS SQL. Если хочется стать администратором БД, то обязательно берите какую-нибудь коммерческую версию Оракла (не XE - она как раз вылизана до блеска и упрощена до неприличия, образно говоря) и, с богом ))).IMHO - если сравнивать с MSSQL (говорю как работающий "и с тем и с тем"), то сказать в чём Oracle Database более интереснее чем MSSQL - в администрировании или в программировании - не могу. Но и в программировании, и в администрировании - он однозначно более интереснее и мощнее.

Вопрос плавно перетекает в сферу образовательную. :)

detecНо в жизни бывает всё несколько иначе. Когда руководство, в качестве антикризисных мер (или из жадности), сокращает совместителей, объявляет о передаче базы через 2-3 недели внутренним исполнителям. Исполнители - все врассыпную, прячутся по углам от слова "Оракл" и переводят стрелки друг на друга. Кому не удалось "спрятаться" - тот становится и.о. ДБА Оракла поневоле :-))).
Конечно так бывает. Хотя бы потому что один раз - случилось. :)
Более того, видет такую ситуацию в одной из "контор" (случилось так, что основной админ ушёл в другую "контору"). Но "там" начальство, само более-менее знало, что такое Oracle и, сразу же принялось за обучение (курсы, книги и т.д.).