Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Почему ораклисты так не любят MS SQL?
|
|||
|---|---|---|---|
|
#18+
botprideТак, чего-то накал страстей стих, надо бы спровоцировать очередную волну Итак, мысль: маркетинговая политика Оракл, по сути своей, всегда являлась чем-то подозрительно похожим на пирамиду: 1. Администрирование вплоть до версии 8 держалось на уровне командной строки. 2. Интерфейс SQL-plus - это вообще какая-то насмешка над светлым понятием ГУИ. 3. Большая часть настроек также как будто специально проектировалась так, чтобы до них можно было добраться, лишь осилив "методичку":) Что получилось: классическая пирамида. Оракл вовсю хвалит себя, какие у него крутые базы, и какие крутые спецы для них нужны. Устраивает авторизованные курсы и сертиификации, на которых, подозреваю, зарабатывает больше, чем собственно на продаже БД. Человек, единожды вложившийся в эту пирамиду и получивший корочку (зачастую это означало умение вколотить команды CREATE USER, CREATE DATABASE и создать таблицы скриптом:) - хочет эту корочку отработать. Он и его собратья дружно создают шум на почве того, как крут оракл, и насколько замчетельны на нем базы. Менеджеры прислушиваются:) Принимают решение ставить оракл. Ораклист машет дипломом аки крыльями и говорит, что ему нужно много денег. Ему их дают. На эти деньги он идет на курсы и получает новую корочку, после чего уровень его люстрации резко повышается, и он требует за свою крутизну еще больше денег, которые потом отдает за следующие курсы:) Ну и так далее. А вот с десяткой случилась незадача: Оракл отошел от проверенного приема "нагнетания крутости", и сделал: - удобный и простой интерфейс администрирования - в качестве, видимо, издевательства над всеми имеющими корочки, в качестве "сисадмина" в своем онлайновом тьюториале назначил некую Шейлу (это в Америке такое нарицательное имя для глупых блондинок:) Сударь. Вы - идиот. Даже больше сказать нечего... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.11.2005, 20:14 |
|
||
|
Почему ораклисты так не любят MS SQL?
|
|||
|---|---|---|---|
|
#18+
Vadim_Maximov Сударь. Вы - идиот. Даже больше сказать нечего... Самое любопытное, что слово-в-слово то же самое я слышал на работе от пары больших знатоков оракла, тянувших под себя все проекты, объясняя начальству, как круто это будет на PL/SQL. После чего от сроков реализации и затрат на зарплату начальство тихо вздрагивало. А потом была сколочена альтернативная группа... с ориентацией на MSSQL и на менее пещерные языки программирования, нежели PL/SQL. В результате, уже через полгода начальство стало крепко задумываться о необходимости присутствия крутых ораклистов в штате. Как минимум, эти господа уже боятся идти к директору за очередным повышением довольствия, и глазки у них испуганные-испуганные, и при встрече не здороваются:-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.11.2005, 20:43 |
|
||
|
Почему ораклисты так не любят MS SQL?
|
|||
|---|---|---|---|
|
#18+
2botpride и не говорите, глазки испуганые, а а вы представте что у нас в штанах при виде MySQL. этим зверям вообще процедурный язык не дают :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.11.2005, 20:54 |
|
||
|
Почему ораклисты так не любят MS SQL?
|
|||
|---|---|---|---|
|
#18+
Yo!!2botpride и не говорите, глазки испуганые, а а вы представте что у нас в штанах при виде MySQL. этим зверям вообще процедурный язык не дают :) ) Нет, я же специально написал, что скучно как-то стало... Если честно, ожидал более бурной реакции на провокацию:( А вообще, я с уважением отношусь как к ораклистам, так и к скулистам, но вот живые примеры пещерного консерватизма среди поклонников "коракуля" встречал почему-то гораздо чаще. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.11.2005, 22:15 |
|
||
|
Почему ораклисты так не любят MS SQL?
|
|||
|---|---|---|---|
|
#18+
какие то апологеты хиленькие пошли. botpride, кто ж так флейм разводит ? начинать надо с версионности, без этого хорошего флейма никак не получится. и нельзя так грубо, тут окуратненько нужно сослатся на тесты, например на tpc.org, а потом 3 дня прикидыватся валенком не замечая первые строчки. да и главное, не ссылайтесь на стоимость, а то прийдут фаны интербеза и разгонят всех к чертовой матери ! :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2005, 00:35 |
|
||
|
Почему ораклисты так не любят MS SQL?
|
|||
|---|---|---|---|
|
#18+
А я как вспомню Оракловский sql-loader, так вздрогну. Спасибо MS за DTS :) Правда это еще восьмерка была. ---------------------------------- - О каком Диком Билле ты говоришь? - Есть лишь один Дикий Билл. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2005, 08:59 |
|
||
|
Почему ораклисты так не любят MS SQL?
|
|||
|---|---|---|---|
|
#18+
Yo!!начинать надо с версионности, без этого хорошего флейма никак не получится. и нельзя так грубо, тут окуратненько нужно сослатся на тесты, например на tpc.org, а потом 3 дня прикидыватся валенком не замечая первые строчки. да и главное, не ссылайтесь на стоимость, а то прийдут фаны интербеза и разгонят всех к чертовой матери ! :) Ну, версионностью, блокировками, производительностью и масштабируемостью уже и так всех достали, это уже не флейм а борьба женщин в грязи А рассмотрение оракла как разновидности гербалайфа и сайентологии - такого еще не было;) А насчет первых строчек tpc.org, так там стоит DB/2. На втором - Оракл с в два раз меньшей производительностью на в два раза меньшем количестве процессоров. А третье и четвертое аккурат занимают Оральный сервер и Сиквел - причем на равных конфигурациях (т.е. может идти речь о сравнении) производительность разнится процента на 3. А насчет фанов интербейса - гоните их прочь, мы тут расчищаем место для поклонников файрберда и sqlite:) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2005, 11:10 |
|
||
|
Почему ораклисты так не любят MS SQL?
|
|||
|---|---|---|---|
|
#18+
Дикий Билл Вы, кстати, сударь, так и не ответили на заданный вопрос. Соответственно, если сейчас "подкидываете дров" - переходите в разряд флеймеров. Соответственно, эта тема получается очередной, созданной флеймером MSSQL-щиком. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2005, 11:20 |
|
||
|
Почему ораклисты так не любят MS SQL?
|
|||
|---|---|---|---|
|
#18+
Что получилось: классическая пирамида. Оракл вовсю хвалит себя, какие у него крутые базы, и какие крутые спецы для них нужны. Устраивает авторизованные курсы и сертиификации, на которых, подозреваю, зарабатывает больше, чем собственно на продаже БД. Человек, единожды вложившийся в эту пирамиду и получивший корочку (зачастую это означало умение вколотить команды CREATE USER, CREATE DATABASE и создать таблицы скриптом:) - хочет эту корочку отработать. Он и его собратья дружно создают шум на ================================== подобное есть во многих областях. Например в статье с какой-то графической выставке где показывали sgi на интеловской платформе автор с сожалением говорил, типа, вот были силиконы - "Машина!", а щас чё - обычный писюк. Или макинтоши те же - комп как комп, емуб ПО побольше, а так ничем не лучше и не хуже обычного писюка Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2005, 12:52 |
|
||
|
Почему ораклисты так не любят MS SQL?
|
|||
|---|---|---|---|
|
#18+
botprideТак, чего-то накал страстей стих, надо бы спровоцировать очередную волну Итак, мысль: маркетинговая политика Оракл, по сути своей, всегда являлась чем-то подозрительно похожим на пирамиду: 1. Администрирование вплоть до версии 8 держалось на уровне командной строки. В связи с тем, что Oracle - ультиплатформенная система, до появления java было весьма затратно поддерживать GUI интерфейс для разных платформ. Много разработчиков и даже внешний вид систем был разным. Хотя для Windows существовал и GUI. botpride 2. Интерфейс SQL-plus - это вообще какая-то насмешка над светлым понятием ГУИ. Вы правы, это было сделано как раз первой попыткой сделать общий GUI, хотя для Unix систем подобных вещей сделано не было. Исторически люди работающий с unix привыкли работать с командной строкой, в виду тех приимуществ, которые она предоставляет. botpride 3. Большая часть настроек также как будто специально проектировалась так, чтобы до них можно было добраться, лишь осилив "методичку":) Знаете, Вы правы, например Linux тоже требует чтобы Вы осилили методичку, но Вы не знаете историю, Oracle появидся тогда, когда администраторы знали свои системы и умели читать документацию. Появление Windows погубило знание и привело к нажатию кнопок. Так у нас прислана система, в которой backup можно сделать только выбором мышки пунктов меню и соответственно, админ должен помнить и каждый день делать эту нудную операцию "руками", в виду определенных ограничений, использовать утилитки эмуляции работы мышки нельзя. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2005, 13:47 |
|
||
|
Почему ораклисты так не любят MS SQL?
|
|||
|---|---|---|---|
|
#18+
alexey_tmВ связи с тем, что Oracle - ультиплатформенная системаОговорка по Фрейду на около-психологическом флейме. Теперь действительно можно сдать Oracle в утиль. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2005, 15:01 |
|
||
|
Почему ораклисты так не любят MS SQL?
|
|||
|---|---|---|---|
|
#18+
Dooma alexey_tmВ связи с тем, что Oracle - ультиплатформенная системаОговорка по Фрейду на около-психологическом флейме. Теперь действительно можно сдать Oracle в утиль. дада :) как же этого хочется Dooma :) оракл - в утиль! чтоб ничуво не смущало при написании хранимок на дотнете, гоняя километровые цыклы зы и все равно, plsql останется недостижимой мечтой для пишущих на транзакте ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2005, 15:09 |
|
||
|
Почему ораклисты так не любят MS SQL?
|
|||
|---|---|---|---|
|
#18+
aZm wrote: > дада :) как же этого хочется Dooma :) оракл - в утиль! чтоб ничуво не > смущало при написании хранимок на дотнете, гоняя километровые цыклы > а что, уже кто-то пишет усурьез на дотнете километровые циклы? хоша, можеть быть, нонкомпосов хватаеть.... причем кругом... или, паче чаяния, в плскл циклы-то повырезали? > зы и все равно, plsql останется недостижимой мечтой для пишущих на > транзакте гы.... и чо, всурьез думаете, шо мечта усех пишущих на т-скл - это писать на плскл? или как? -- ------------------------- There's no silver bullet! Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2005, 15:12 |
|
||
|
Почему ораклисты так не любят MS SQL?
|
|||
|---|---|---|---|
|
#18+
tygra guest_232 Прикольно! А не пробовали select * from <schema_name>.<table_name> говорят иногда помогает. Я извиняюсь, но если вы пишите больше 10 запросов в день (на самом деле больше конечно), то не затрах.... это :), не достанет ли вас (меня/еще кого) сто раз писать <schema_name>. к каждому объекту? Меня лично достало бы. -- Tygra's -- м-да.. Тигра еще и ленив как... не знаю кто гы гы гы... видно человека, привыкшего в Дельфи рисовать.... (ничего личного естественно - лень = двигатель однако) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2005, 15:20 |
|
||
|
Почему ораклисты так не любят MS SQL?
|
|||
|---|---|---|---|
|
#18+
Guest_232 wrote: > м-да.. Тигра еще и ленив как... не знаю кто гы гы гы... как лев, спит по 20 часов в сутки (в среднем) > видно человека, привыкшего в Дельфи рисовать.... интересная ассоциация, аднака... а чо не акцесс - там исчо меньше писать надоть? > (ничего личного естественно - лень = двигатель однако) не, ты не понял, любитель братьев наших меньших. Лень - это нежелание делать ненужную работу... -- ------------------------- There's no silver bullet! Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2005, 15:23 |
|
||
|
Почему ораклисты так не любят MS SQL?
|
|||
|---|---|---|---|
|
#18+
aZmдада :) как же этого хочется Dooma :) оракл - в утиль!Да нет, зачем же, пусть живет в заповедниках, лишь бы не кусал ни кого и не буянил ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2005, 15:44 |
|
||
|
Почему ораклисты так не любят MS SQL?
|
|||
|---|---|---|---|
|
#18+
locky гы.... и чо, всурьез думаете, шо мечта усех пишущих на т-скл - это писать на плскл? или как? ну я писал и на транзакте, и на плскл :) есть возможность сравнивать :) и речь даже не о большем количестве конструкций языка, речь о том что в оракле есть точно (bulk операции например, forall - поверьте, если уж приходится выходить на уровень процедурного языка для обработки - то массовые операции на уровне ядра укоряют процесс, и весьма значительно) и о чем я применительно к мсскл не слышал :) большее количество сложного инструментария позволяет в некоторых случаях обойтись малой кровью :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2005, 16:11 |
|
||
|
Почему ораклисты так не любят MS SQL?
|
|||
|---|---|---|---|
|
#18+
aZmречь о том что в оракле есть точно (bulk операции например, forall - поверьте, если уж приходится выходить на уровень процедурного языка для обработки - то массовые операции на уровне ядра укоряют процесс, и весьма значительно) и о чем я применительно к мсскл не слышал :) Не смею вступать в дебаты, не выяснив некоторую специфику, ибо например, понятие bulk операций есть и в сиквеле, осталось только узнать, что это в Oracle, а так же что такое forall? "Массовые операции на уровне ядра" - это что?! IMHO, все, что сиквел сервер получает на T-SQL и выполняет - уровень ядра, а Вы что имеете ввиду?! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2005, 16:20 |
|
||
|
Почему ораклисты так не любят MS SQL?
|
|||
|---|---|---|---|
|
#18+
pkarklin aZmречь о том что в оракле есть точно (bulk операции например, forall - поверьте, если уж приходится выходить на уровень процедурного языка для обработки - то массовые операции на уровне ядра укоряют процесс, и весьма значительно) и о чем я применительно к мсскл не слышал :) Не смею вступать в дебаты, не выяснив некоторую специфику, ибо например, понятие bulk операций есть и в сиквеле, осталось только узнать, что это в Oracle, а так же что такое forall? "Массовые операции на уровне ядра" - это что?! IMHO, все, что сиквел сервер получает на T-SQL и выполняет - уровень ядра, а Вы что имеете ввиду?! ну в свое оправдание могу сказать, что с сиквелом работал мало и давно. хотя... 1. в mssql появилась возможность работать с массивами? кроме шуток? временные таблички массивом не считаем - это нечто совсем другое (bulk оперции в оракле - пакетная обработка записей при помощи коллекций) 2. forall позволяет пробежаться циклом по коллекции, и выполнить некий набор дмл операций, которые будут с точки зрения sql машины выполнены как одна операция. массовый апдэйт ускоряется, и не плохо так. по поводу выполнения на уровне ядра: возможно, я не совсем корректно выразился, но имелось ввиду примерно следующее: select field1, field2, field3 bulk collect into some_object_collection from table выполнится очень быстро. в том числе и на больших объемах данных. (цена есть конечно - расход памяти сервера) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2005, 16:47 |
|
||
|
Почему ораклисты так не любят MS SQL?
|
|||
|---|---|---|---|
|
#18+
2 aZm 1. Массивов, какими они являются на языках высокого уровня в сиквел сервере нет. А вот на счет временных табличек зря сметесь... SELECT ... INTO #TаbleName - это как раз bulk-операция в реализации сиквел сервера. Выполниться тоже очень быстро. 2. Гм... Такого в точном подобии нет. Циклом то можно пробежаться и при наличие транзакции это тоже будет "одна операция". В реализации сиквел сервера обычно DML инструкции вяжут с созданной на шаге 1 временной таблицей, т.е. никаких циклов, что очень быстро. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2005, 17:16 |
|
||
|
Почему ораклисты так не любят MS SQL?
|
|||
|---|---|---|---|
|
#18+
pkarklin 1. Массивов, какими они являются на языках высокого уровня в сиквел сервере нет. А вот на счет временных табличек зря сметесь... SELECT ... INTO #TаbleName - это как раз bulk-операция в реализации сиквел сервера. Выполниться тоже очень быстро. спорить не буду - попросту не хватает знаний чтобы спорить аргументированно. разве что вопрос - временная табличка обрабатывается без обращения к диску? pkarklin2. Гм... Такого в точном подобии нет. Циклом то можно пробежаться и при наличие транзакции это тоже будет "одна операция". В реализации сиквел сервера обычно DML инструкции вяжут с созданной на шаге 1 временной таблицей, т.е. никаких циклов, что очень быстро. речь тут не о транзакционности. она тут не причем :) просто, forall - это пакетный вариант цикла. forall ... update ... с точки зрения sql энжина оракла будет рассмотрен как один оператор update, чем и выгодно отличаеться от стандартного цикла - как минимум экономится время на переключении контекста sql - plsql ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2005, 17:22 |
|
||
|
Почему ораклисты так не любят MS SQL?
|
|||
|---|---|---|---|
|
#18+
aZm wrote: > спорить не буду - попросту не хватает знаний чтобы спорить > аргументированно. разве что вопрос - временная табличка обрабатывается > без обращения к диску? пока хватает памяти - ага. > > речь тут не о транзакционности. она тут не причем :) просто, forall - > это пакетный вариант цикла. > > forall ... > update ... > > с точки зрения sql энжина оракла будет рассмотрен как *один* оператор > update, чем и выгодно отличаеться от стандартного цикла - как минимум > экономится время на переключении контекста sql - plsql Ни понил.... а полный пример можно? чем это отличается от update .... where <условие>? -- ------------------------- There's no silver bullet! Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2005, 17:29 |
|
||
|
Почему ораклисты так не любят MS SQL?
|
|||
|---|---|---|---|
|
#18+
aZmразве что вопрос - временная табличка обрабатывается без обращения к диску? Ну, кэш данных он ведь не безразмерный - все равно можно "набрать" столько записей в обработку, что никакой оперативки не хватит. ;) aZmforall ... update ... с точки зрения sql энжина оракла будет рассмотрен как один оператор update, чем и выгодно отличаеться от стандартного цикла - как минимум экономится время на переключении контекста sql - plsql Эээ... На сиквел сервер, если я правильно понял логику forall, тоже будет один UPDATE: Код: plaintext 1. 2. 3. 4. 5. Правда вот чего никогда не будет, так это перключения контекста, ибо переключать нечего. ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2005, 17:34 |
|
||
|
Почему ораклисты так не любят MS SQL?
|
|||
|---|---|---|---|
|
#18+
2 pkarklin тото и оно - ограниченно размером кэша. а в оракле - оно в принципе хранится в памяти, не сливаясь на диск :) всетки механизмы разные работы коллекций и времянок в корне разные - времянка это табличка (аналогичные таблички есть и в оракле, кстати), а коллекция - массив, хранящийся в памяти :) и этот массив можно обрабатывать пакетно, не прибегая к sql. хотя можно и к sql прибегнуть :) пример с одним апдэйтом, приведенный вами - не совсем то, о чем говорил я --- No Pity. No Mercy. No Regret. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2005, 17:42 |
|
||
|
Почему ораклисты так не любят MS SQL?
|
|||
|---|---|---|---|
|
#18+
aZmтото и оно - ограниченно размером кэша. а в оракле - оно в принципе хранится в памяти, не сливаясь на диск :) Ну так в сиквел сервере они тоже в принципе храниться в памяти, пока ее хватает. А что будет делать Oracle, если размер массива вылезет за размеры доступнорй оперативки? Не вижу принципиальных отличий с Oracle. авторвсетки механизмы разные работы коллекций и времянок в корне разные - времянка это табличка (аналогичные таблички есть и в оракле, кстати), а коллекция - массив, хранящийся в памяти :) и этот массив можно обрабатывать пакетно, не прибегая к sql. хотя можно и к sql прибегнуть :) Еще раз. Страницы данных таблиц (что временных, что постоянных) также храняться в памяти и я не вижу тут принципиального отличия от массива. И зачем прибегать к еще чему то, если таблицу надо обрабатывать на SQL. Чеснслово - непонятно?! %) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2005, 17:56 |
|
||
|
|

start [/forum/topic.php?fid=35&msg=33390746&tid=1553678]: |
0ms |
get settings: |
8ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
22ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
65ms |
get tp. blocked users: |
1ms |
| others: | 215ms |
| total: | 341ms |

| 0 / 0 |
