Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Потрепаться";
Текущий архив: 2004.08.15;
Скачать: [xml.tar.bz2];

Вниз

Нужен совет: изучать MS SQL Server или Oracle?   Найти похожие ветки 

 
romeo   (2004-07-28 12:47) [0]

Решил менять работу (пойду программером), а перед этим немного повысить свою "стоимость" путем включения в перечень знаний/умений одной из этих СУБД. Так вот вопрос: какую лучше (проще/быстрее)?


 
Sergey13 ©   (2004-07-28 12:54) [1]

Интербейс.


 
Sandman25 ©   (2004-07-28 12:57) [2]

Oracle гораздо сложнее.


 
Nikolay M. ©   (2004-07-28 13:01) [3]


> Sergey13 ©   (28.07.04 12:54) [1]

Чего не парадокс?

Я с такой же целью перед увольнением со старого места немного пошаманил в MS SQL, написал на нем небольшой бэкофис и потом при поиске работы мог уже позиционироваться как MS SQL-щик. А Оракл за пару месяцев, имхо, просто так не поднять :(


 
VMcL ©   (2004-07-28 13:01) [4]

>>romeo  (28.07.04 12:47)

Лучше и проще изучить SQL как таковой. А когда понадобится работать с конкретной СУБД, тогда и будешь изучать именно её.


 
Reindeer Moss Eater ©   (2004-07-28 13:02) [5]

И чем Оракл сложнее?
У него возможности богаче.
Но он не сложнее.

Тем более для программиста.
Я бы сказал, что на нем даже легче решать задачи.


 
romeo   (2004-07-28 13:05) [6]


> Лучше и проще изучить SQL как таковой.

SQL как таковой уже знаю. На BDE собаку съел, правда маленькую :)


 
VMcL ©   (2004-07-28 13:14) [7]

>SQL как таковой уже знаю.

Тогда тебе ничего уже не страшно :)


 
Delirium ©   (2004-07-28 13:17) [8]

http://job.ru/zarplata.html - ответ на все вопросы


 
Игорь Шевченко ©   (2004-07-28 13:19) [9]

Лучше изучать SQL и теорию проектирования баз данных, чем MS SQL.
Лучше изучать программирование, чем Delphi.

А то так и будете всю жизнь ключи подавать (с)


 
Соловьев ©   (2004-07-28 13:20) [10]


> http://job.ru/zarplata.html - ответ на все вопросы

Раздел:
Информационные технологии и Интернет
Город:
Харьков

Все слова
Средняя зарплата в $: 1031

ГДЕ???? КОГДА???? :) максимум 500 енотов


 
Соловьев ©   (2004-07-28 13:22) [11]

и 500 - это надо знать все.


 
Delirium ©   (2004-07-28 13:26) [12]

"ГДЕ???? КОГДА????" - на job.ru, разумеется :)
Для Москвы даёт вполне адекватные цифры, для других городов, возможно, у них мало информации, но теденция, наверняка, близка к истине.


 
Mystic ©   (2004-07-28 13:26) [13]

Oracle гораздо сложнее.

Чем он сложнее? Вопрос, с  чего начинать ;) Имхо, Oracle построен логичнее MS SQL.


 
Fay ©   (2004-07-28 13:27) [14]

2romeo   (28.07.04 12:47)  
И то и другое. Не повредит.


 
Jeer ©   (2004-07-28 13:31) [15]

Delirium ©   (28.07.04 13:26) [12]

Для "нецентральных" городов - полный бред.


 
Dmitriy O. ©   (2004-07-28 13:34) [16]

Нет лутше IB


 
Layner ©   (2004-07-28 13:35) [17]

Да вообще полный бред, т.к. в половине топиков ЗП - 10000уе в мес :)


 
Anatoly Podgoretsky ©   (2004-07-28 13:43) [18]

Лучше сравнивать ведомости на зарплату


 
Ega23 ©   (2004-07-28 13:44) [19]

Лучше сравнивать ведомости на зарплату

А ещё лучше - то, что реально получаешь.


 
REP   (2004-07-28 13:48) [20]



> А то так и будете всю жизнь ключи подавать (с)


Насколько я помню этот анекдот, то лучше ключи подавать....


 
ИдиотЪ   (2004-07-28 13:55) [21]

VMcL ©
вся беда, что часто приходится быть и админом, так как нет оного или он далек от всего этого, так что мало знать SQL


 
romeo   (2004-07-28 13:55) [22]

> Fay ©   (28.07.04 13:27) [14]
> 2romeo   (28.07.04 12:47)  
> И то и другое. Не повредит.


Ясен пончик, что так лучше. Но начинать надо с чего-то одного...


 
DSKalugin ©   (2004-07-28 14:01) [23]

я тоже теорию сначала знал DML,
а серверная часть DDL(триггеры, хр.процеуры, генераторы, права) настолько разная, что заранее ее не выучишь для Абстрактной СУБД.
Смотря куда устроиться хочешь. Если в крупную организацию, то МС, если это часный и малый бизнес то InterBase/FireBird.

Короче говоря начинай с FireBird
вот тут на http://www.sql.ru/poll/
есть статистика Какую СУБД вы используете в своей работе?

кому лень глянуть :-))
1 - Microsoft SQL Server 32%
2 - Oracle 16%
3 - InterBase/Firebird/Yaffil 12,6 %


 
ИдиотЪ   (2004-07-28 14:10) [24]

DSKalugin ©  
а остальные чем занимаются ?
а MySQL - не популярна разве ?
а по продажам Oracle вовсе не уступает Микрософту


 
Anatoly Podgoretsky ©   (2004-07-28 14:12) [25]

DSKalugin ©   (28.07.04 14:01) [23]
Источник предвзятый, но в общем суть отражает


 
Sandman25 ©   (2004-07-28 14:16) [26]

[5] Reindeer Moss Eater ©   (28.07.04 13:02)
[13] Mystic ©   (28.07.04 13:26)

Подразумевалось, что автор уже знает SQL. Значит, чем больше дополнительных возможностей, "выходов за рамки" стандартного SQL, тем больше времени потребуется для изучения, и тем сложнее СУБД.


 
Ega23 ©   (2004-07-28 14:20) [27]

по продажам Oracle вовсе не уступает Микрософту

По продажам числа копий, или по общей сумме прибыли?


 
Mystic ©   (2004-07-28 14:28) [28]

Подразумевалось, что автор уже знает SQL. Значит, чем больше дополнительных возможностей, "выходов за рамки" стандартного SQL, тем больше времени потребуется для изучения, и тем сложнее СУБД.

Существует фраза, что Oracle не знает никто :) Что не мешает процессу создания приложений на его базе. Если человек знает SQL, то для того, чтобы начать работу, ему не хватает только синтаксиса левых/правых объединений в Oracle. Освоитьостальное можно в процессе.


 
romeo   (2004-07-28 14:31) [29]

LEFT OUTER JOIN и т.п. и в BDE можно использовать, кажется


 
Fay ©   (2004-07-28 14:32) [30]

2Mystic ©   (28.07.04 14:28) [28]

> Существует фраза, что Oracle не знает никто :) Что не мешает
> процессу создания приложений на его базе. Если человек знает
> SQL, то для того, чтобы начать работу, ему не хватает только
> синтаксиса левых/правых объединений в Oracle. Освоитьостальное
> можно в процессе.

Во всяком случае в 9-тке "родной" синтаксис знатьт не обязятельно. А вот на освоение остального в процессе уйдёт много времени - есть что осваивать. MS SQL попроще, хотя назвать его простым - язык не поворачивается. 8)


 
ИдиотЪ   (2004-07-28 14:34) [31]

LEFT OUTER JOIN - вот, вот, кому в больную голову стукнула такая конструкция, найти бы его !


 
Ega23 ©   (2004-07-28 14:34) [32]

С одного диалекта на другой перескочить - не так просто. Всё равно, что с одного языка программирования на другой. Основная беда - незнание встроенных функций, а также приёмов работы.


 
Sandman25 ©   (2004-07-28 14:36) [33]

[28] Mystic ©   (28.07.04 14:28)

Да понятно, что можно освоить в процессе. Только вот осваивать гораздо больше, чем в том же MS SQL :)


 
ИдиотЪ   (2004-07-28 14:39) [34]

Sandman25 ©
зато и летит дальше, пока заботливый MSSQL раздувает размеры и дает по пальцам, по пальцам, ушоб нэ лэз куды ручонки тянутся


 
Ega23 ©   (2004-07-28 14:41) [35]

пока заботливый MSSQL раздувает размеры и дает по пальцам, по пальцам, ушоб нэ лэз куды ручонки тянутся

Это ты о чём????


 
ИдиотЪ   (2004-07-28 14:45) [36]

Ega23 ©
не знаю, сколько сейчас времени ставится MSSQL, но достаточно продолжительное время, видать крепко в систему внедряется, кучу сервисов, сом-объектов, по всему диску накидает фиг знает что, хотя последние версии Оракла тож стали подобное применять, и т.д.


 
Ega23 ©   (2004-07-28 14:50) [37]

но достаточно продолжительное время
7.0 ставился около 5-ти минут, это со всеми настройками.
2000 ставился где-то минут 7, но с учётом того, что у меня было около десятка баз и они все схватились на 2000 налету ...

Или 7 минут - это черезчур много?


 
MOA ©   (2004-07-28 14:53) [38]

>LEFT OUTER JOIN - вот, вот, кому в больную голову стукнула такая конструкция, найти бы его !
А чего его искать - это лауреат премии Тьюринга Е.Ф. Кодд, отец реляционного подхода - вот перевод момента зачатия: http://khpi-iip.mipk.kharkiv.edu/library/extent/dbms/dbms/codd.html
Ну вот в процессе развинтя подхода папаня сотоварищи и придумал язык, который мы теперь знаем как SQL.


 
Спиридон Скипидаров   (2004-07-28 14:56) [39]

2Romeo
Джульетту изучайте.
Пригодится :))


 
vecna ©   (2004-07-28 15:21) [40]

Изучайте ANSI SQL - пригодится всегда,
а из MSSQL и Oracle выбирайте то, с чем собираетесь работать. По сложности они для изучения одинаковы с точки зрения программиста. эти СУБД несмотря на вроде бы аналогичные возможности принципиально разные, знания oracle врядли помогут вам с mssql.


 
romeo   (2004-07-28 15:47) [41]

Спасибо откликнувшимся.
Буду крепко думать, однако!


 
sniknik ©   (2004-07-28 16:43) [42]

> Или 7 минут - это черезчур много?
oracle ставится гораздо дольше, а вот сколько времени он базу новую создает, меня вообще "убило" ;о), не насмерть естественно. в отличие от mssql-ных нескольких секунд.


 
Anatoly Podgoretsky ©   (2004-07-28 16:48) [43]

sniknik ©   (28.07.04 16:43) [42]
Это пережить можно, ничто в сравнение со временем функционирования системы.


 
Fay ©   (2004-07-28 16:56) [44]

2sniknik ©   (28.07.04 16:43) [42]
Поверить в это легко. Понять трудно. Что же он столько времени делает?!


 
Reindeer Moss Eater ©   (2004-07-28 17:14) [45]

Создает объекты


 
ИдиотЪ   (2004-07-28 17:42) [46]

sniknik ©
видать супер-пупер базу создает
и со всеми настройками сразу и с интелектуал-предсказыванием
да, ихние мастера умудренные сейчас стали делать действия
предпочитаю руками базу собирать
да прошли времена добрых старых парадоксов и т.п.


 
sniknik ©   (2004-07-28 18:02) [47]

> видать супер-пупер базу создает
ага, офигительный пупер ;о)), место жрет гад заранее (в одном варианте далал базу сразу 2гига "скушал", во втором 800мег), после зато не растет, хотя интенсивное наполнение даннымы было.
понятно, резервирует. никаких "srink датабасе" не нашол.
а вот судя по проге, которую тестил,... отстой полный, этот ваш oracle... ;о)) шутка естно. не настолько я с ним знаком чтобы серьезно судить.


 
Reindeer Moss Eater ©   (2004-07-28 18:06) [48]

а вот судя по проге, которую тестил,... отстой полный, этот ваш oracle... ;о)) шутка естно. не настолько я с ним знаком чтобы серьезно судить.

Скорее всего прога была отстой.
А Оракл - он сам себе программа.
Клиентское приложение в большинстве случаев может быть простым конейтнером для кнопочек.


 
Empleado ©   (2004-07-28 18:10) [49]

Если все равно, что изучать, то, как новичок, я бы выбрал администрирование и использование MS SQL, т.к. он легко воспринимается (мое мнение), по нему ОЧЕНь много доков в интернете, ОЧЕНь много книг с подробнейшими описаниями сюжета и рядомстоящих тем, отличный подробный хелп (!), много форумов, msdn, ресурс кИты, sdk и т.д.
После него, а точнее с ним, намного проще шагать дальше.

ПС. Надо еще и учитывать, что все больше народу переходят на него в связи с его бесплатностью (т.е. ты имеешь право бесплатно включать MSDE или же SQLExpress2005 в твои распространяемые приложения, в том числе и сетевые).


 
Reindeer Moss Eater ©   (2004-07-28 18:12) [50]

ПС. Надо еще и учитывать, что все больше народу переходят на него в связи с его бесплатностью (т.е. ты имеешь право бесплатно включать MSDE или же SQLExpress2005 в твои распространяемые приложения, в том числе и сетевые).

MSDE - нечто персональное, однопользовательское. И оно бесплатно.
А у Оракла в этом плане бесплатно все. От семерки до десятки


 
Reindeer Moss Eater ©   (2004-07-28 18:15) [51]

Зато литература к MSSQL заметно дешевле изданий по Ораклу


 
sniknik ©   (2004-07-28 18:40) [52]

> Скорее всего прога была отстой.
ну это то само собой. но как это превозносилось, что на оракле... невольно возникли некоторые ассоциации, типа прога=оракл/оракл=прога.
хорошо что я в курсе что это не так, иначе бы отвращение на всю жизнь... ;о))


 
nikkie ©   (2004-07-28 18:45) [53]

>иначе бы отвращение на всю жизнь
еще не поздно. наверное, на гигабайтовой базе оракл превзойдет в скорости MS SQL, но для меня MS SQL проще, удобнее, быстрее.


 
Empleado ©   (2004-07-28 18:53) [54]

>Reindeer Moss Eater ©   (28.07.04 18:12) [50]
Ничего не знаю об оракл, но вот по поводу этого
>MSDE - нечто персональное, однопользовательское
позволю высказать сомнения.
Это уже давно не настольный продукт. И если не брать многие административные тулсы и корпоративные фичи, то разницы между Enterprise и MSDE практически нет, мотор тот же.


 
Reindeer Moss Eater ©   (2004-07-28 18:56) [55]

Я тебе не про фичи MSDE.
Я тебе про EULA для MSDE.


 
Empleado ©   (2004-07-28 19:06) [56]

А-а-а, тогда другое дело,
подробнее можно почитать в факе -->

http://www.microsoft.com/sql/msde/howtobuy/msdeuse.asp

Кроме вот этого не вижу причин называть его "персональным" или "однопользовательским":
Multiple vendors cannot share a copy of MSDE; however, a single vendor can utilize a single copy of MSDE for multiple applications, provided the vendor has appropriate MSDE redistribution rights for each application.


 
Mystic ©   (2004-07-28 19:27) [57]

Мне MS SQL за два года работы с ним мне не нравился ни одного дня. С Oracl-oм работаю около полугода, впечатления положительные. По крайней мере таких подлых ударов, как ошибка 8164 (An INSERT EXEC statement cannot be nested) не случалось.

По поводу места. Изначально предполагается, что сервер Oracle будет стоять на сервере. Винты по 80 Гб сейчас не редкость. Почему бы не выделить под базу пару гигобайт? Не нравиться --- настрой базу по своему.


 
Fay ©   (2004-07-28 19:49) [58]

2Mystic ©   (28.07.04 19:27) [57]

> По крайней мере таких подлых ударов, как ошибка 8164 (An
> INSERT EXEC statement cannot be nested) не случалось.

У  меня тоже не случалось. Только с MSSQL для этого слазить не приходилось.


> сервер Oracle будет стоять на сервере

Это как?!


 
Sergey Masloff   (2004-07-28 20:35) [59]

Все это бред. Просто MS SQL и ORACLE слишком разные чтобы один человек мог дать обоснованую оценку. У того и другого немало сильных и слабых сторон но любой из них можно умеючи прекрасно подстроить под любую задачу. Единственно в чем MS SQL предпочтительнее наверняка - небольшие программы на 3-10 пользователей. Все же на этих задачах Oracle не игрок.
 С MS SQL я почти не работаю но не сказать чтобы совсем не нюхал. ORACLE знаю выше среднего (ИМХО) но конечно не гуру. Впрочем а кто сейчас гуру ;-))


 
Копир ©   (2004-07-28 20:42) [60]

Пусть меня тут все начнут ругать :))
Но давайте зададимся простым вопросом: Много ли специалистов
по БД и прочим SQL? По 1С-бухгалтерии?

Хор предвижу. Т.е. очень много.

>romeo   (28.07.04 12:47)  :

>Решил менять работу (пойду программером)

Так идите работать программером, а не придатком к существующим фирмам,
эксплуатирующим пакеты БД.

Понимаю. Понимаю, что заработать вне офисных задач трудно.
Очень трудно.

Зато можно действительно заработать.

Привожу круг задач:

В некую фирму приехала проверяющая, некая же Контора.
Там, (с большой буквы) в Конторе, работают лохи.
Которые свои досье и отчеты,
ничтоже сумняшись, делали в примитивном Ворде на компах,
временно отнятых у конторы (подследственной, с буквы малой).

Стирали свои опусы, просто, опустив в "Корзину".
Потом корзину почистили. Прям, как дети, ей-Богу!

Так вот, хозяин конторы (с маленькой буквы) готов и сейчас же
заплатит много-много денежек, чтобы узнать, что такое Контора
погубила в Корзине?

Далее, некая, положим буду говорить (как тов.Безенчук), некая фирма,
разрабатывающая новую марку цемента (буду говорить), заботится
о его (цементе) качестве.

Программы - анализаторы состава цемента с одной стороны
очень специальны, специализированны, все сплошь на англ.,
в российских городах их нет (по 80 руб.за CD), да и цемента такого. Нет.
Зато всякий дельфист знает, как анализируя цвет пикселя отделить семена
от плевел. Или плевелов. Тем более, там сплошной GrayScale 256 цветовъ:))
А в Москве, например, итальянские, турецкие и бельгийские строительные
фирмы насмерть бьются за право поставлять цемент на стройки московского сегодняшнего века!

Вместо Националя или гостиницы Москва.

Простое сканирование россыпи цемента, да ещё на к-нить выставке, да ещё
в присутствие самого господина Ресина (а он- патриот)  -- это же миллионы баксов!

А всего-то GetCursorPos и GetPixel:))

Наконец, программы-скрывашки. Разного сорта.
Сейчас флешкой никого не удивишь. Верно?
Хорошая штука, которую везде знают. И в ФСБ. Тоже.

А индивидуальная разработка под нужды конкретного заказчика,
это как сапоги в начале 20-го века. Всегда ценятся.

Кроме того, синтетическое мнение: буржуи вообще пытаются "не программировать".
Если задача лежит вне предела их грамотности -- у них два выхода: обратиться
в контору ихних программистов или (дешевле) обратиться к русским.
Пример? Пожалуйста. Почти 5-летняя традиция создания 3D- и Flash- заготовок
исключительно в России. Очень дешево.
Я три года назад в течение отпуска заработал $700 долларов, создавая Flash-баннеры.

Уверен, что почти каждый респондент здесь может похвастаться тем же.

Короче. Если хотите заработать - избегайте офисных задач.
Там конкурентов видимо-невидимо.

Будьте программистом, а не тщедушным приложением MS-WORD:))

Ежели я чего-то соврал или не так выразился - пусть более опытные товарищи меня поправят?

Да мало ли ещё задач?

Рад бы поделиться. Да разве кто-нить поделится?
:))


 
Sergey Masloff   (2004-07-28 22:48) [61]

Копир ©   (28.07.04 20:42) [60]
>Много ли специалистов
>по БД и прочим SQL
Специалистов много. Хороших специалистов мало. Как впрочем и во всех других областях.

>Почти 5-летняя традиция создания 3D- и Flash- заготовок
>исключительно в России. Очень дешево
Ну да - дешево. Ключевое слово.

>Я три года назад в течение отпуска заработал $700 долларов, >создавая Flash-баннеры.
сразу 3 возражения:
1) надо иметь художественные способности
2) надо чтобы это было интересно
3) 700 у.е. негусто. Если это между делом не прерывая отдыха -тогда да если это месяц работы - коленкор совсем не тот.



Страницы: 1 2 вся ветка

Форум: "Потрепаться";
Текущий архив: 2004.08.15;
Скачать: [xml.tar.bz2];

Наверх




Память: 0.62 MB
Время: 0.052 c
3-1090330538
MORA
2004-07-20 17:35
2004.08.15
NULL


6-1087129846
Кодер
2004-06-13 16:30
2004.08.15
TServerSocket и TClientSocket


14-1090990707
syte_ser78
2004-07-28 08:58
2004.08.15
Помогите, а то достало уже!!!!


1-1090992816
Балкон
2004-07-28 09:33
2004.08.15
Почему QRChart печатает только Solid стиль линий?


1-1091078070
seregin2
2004-07-29 09:14
2004.08.15
Как отловить изменение Clipboard





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский