Oracle - полный ацстой

[Dmitry67]

Это чтобы публика сюда заглянула
Чего то давно не спорили ни с кем по базам
ZВлада не видно (ау, DB2 тоже полный ацстой)
Ну и ладно, MS SQL тоже ацстой

Ну когда мы тут все собрались, давайте новости обсудим
Какие там совдки с DBMS ных полей ?

[JustMax]

Это чтобы публика сюда заглянула
Чего то давно не спорили ни с кем по базам
ZВлада не видно (ау, DB2 тоже полный ацстой)
Ну и ладно, MS SQL тоже ацстой

Ну когда мы тут все собрались, давайте новости обсудим
Какие там совдки с DBMS ных полей ?

Ну вот, например, Oracle на TPC-C уделал всех с большим отрывом...
Еще> Чем дольше работаю с MSSQL тем больше понимаю, как мне
не хватает Oracle.

[awaken]

Оракле отстой только в одном - стоимости сопровождения.
да и глюков там немеряно, не меньше чем у M$, учитывая что там весь софт индусы пишут

[zVlad]

Dmitry67, привет, никуда я не делся. Тоже вот как ты думаю, что то давно мы не спорили. Кстати последним я открывал полемический топик о том что такое Оракл 10г, но там тихо как в танке. Подстегивать интерес искусствено я не любитель.
Под горячую руку начитал материал на эту тему, а обсудить неским. На работе прикладники Оракловские твердят - нам все равно на чем писать. Пишим мы мол на 8i. 10г никого не интересует. Вот и весь диспут.

Поглядим как этот топик умрет.

[zVlad]

JustMax wrote:
"Ну вот, например, Oracle на TPC-C уделал всех с большим отрывом...
Еще> Чем дольше работаю с MSSQL тем больше понимаю, как мне
не хватает Oracle."

Pleeeeeeeeaz, ссылочку дайте посмотреть. В ТРС все так динамично, что я даже не стану выдвигать равноценное Вашему утреждение что "Там DB2 всех уделал".

[Mic]

Оракле отстой только в одном - стоимости сопровождения.

А Фигля говорил - копейки
Шучу. Он говорил, что дешевле чем у MS

да и глюков там немеряно, не меньше чем у M$, учитывая что там весь софт индусы пишут

awaken, тебе ли не знать, что в MS на одного девелопера - 3 тестера, так, что либо это гон, либо детская болезнь. У меня и дома и на работе MS продукты - не помню серьезных баг под ХP и .NET

Так, что Oracle - "чмок-чмок" Тем более его индусы пишут

[oMoses]

Спасибо Диме 67 за организацию сего слета передовиков! И правда, что-то попритихли мы... Лето видать, отпуска и т.д... Сам я только-что с Аляски вернулся. А здесь у Привета еще и морду лица кардинально перекорежило - столько новых деталей появилась, что не знаешь куда и пальцем (т.е. мышкой) ткнуть...

Ладно, вот несколько "вкусностей" от "ацтойного" Oracle10g:

…enhancements to the next version of Oracle database will concentrate largely on speed, scalability and increasing compatibility of recently added features.
…scalability will be improved with data addressing up to 8 exabytes (8 million terabytes),
…promoting the new version's Grid Computing features, and in fact Oracle has recently been referring to the product as Oracle 10G ("G" for Grid).
…automated Storage Management features are promised, along with high-speed data movement utilities.
…Oracle claims 10G will be installable in 30 minutes, and new upgrade features will make migrations from previous versions simpler.
…Online upgrade support may allow new versions to be released without downtime.
…support for the Windows SQL*Plus GUI will be lost (although the product will probably still ship).
…The browser-based iSQL*Plus will replace it. Within SQL*Plus the COPY command…will be deprecated.
…Oracle Names will be another casualty of 10i/10G. Oracle's legacy service naming technology will be replaced by directory naming with LDAP-compliant directory servers.
…Support for the Rule-Based Optimizer (RBO) will also disappear in Oracle 10i, finally forcing DBAs to switch to the Cost-Based Optimizer (CBO).
…Oracle 10G will include Oracle Real Application Cluster (RAC) support for Sun, HP and IBM Unix boxes.
…the current version of Oracle will go out of Error Correction Support in December 2005, and will be wholly desupported after 31st December 2008.

[oMoses]

Хоть режьте вы меня, а тот факт, что Дима выбрал именно Oracle дабы всех нас завлечь в свои сети - греет мне душу и говорит во многом сам за себя... Не DB2, ни MS SQL...Бее-е-е-е-е-е (это я язык некоторым вышеупомянутым товарищам показываю) Жив еще, курилка!

[oMoses]

Дима, а ты что-то давно не писал о прелестях Парижа и работы там...
Или я просмотрел что-то, бегая по высоким северным широтам?

[Flying Hen]

Я не понял, 10G - это вес нового пакета ?

[JustMax]

JustMax wrote:
"Ну вот, например, Oracle на TPC-C уделал всех с большим отрывом...
Еще> Чем дольше работаю с MSSQL тем больше понимаю, как мне
не хватает Oracle."

Pleeeeeeeeaz, ссылочку дайте посмотреть. В ТРС все так динамично, что я даже не стану выдвигать равноценное Вашему утреждение что "Там DB2 всех уделал".

Пожалуйте-с :


http://tpc.org/tpcc/results/tpcc_perf_results.asp

[Gennadiy]

Жив еще, курилка!

Вот только падает часто. Эпилептик видно....

[zVlad]

JustMax, спасибо, а Вы сами то смотрели на цифирьки, то? Например, цена транзакции под MSSQL самая низкая в первой пятёрке - $6.49, а цена транзакции между 1-м (Оракл) и 4-м (DB2) меcтом в пользу DB2, при том что Оракл опережает по количеству транзакций в секунду меньше чем на 10% (на вскидку).
Вопрос: Что Вы имеете в виду под: "Ну вот, например, Oracle на TPC-C уделал всех с большим отрывом..."?
Расскажите нам, пожалуйста.

[Mark]

Дык Вы перестаньте сервер на пол ронять

Вот только падает часто. Эпилептик видно....

[zVlad]

JustMax, спасибо, а Вы сами то смотрели на цифирьки, то? Например, цена транзакции под MSSQL самая низкая в первой пятёрке - $6.49, а цена транзакции между 1-м (Оракл) и 4-м (DB2) меcтом в пользу DB2, при том что Оракл опережает по количеству транзакций в секунду меньше чем на 10% (на вскидку).
Вопрос: Что Вы имеете в виду под: "Ну вот, например, Oracle на TPC-C уделал всех с большим отрывом..."?
Расскажите нам, пожалуйста.

P.S. Вот самое интересное из TPC, котрое Вы привели: номер 3 и номер 4!!!!!!!:

3 IBM eServer pSeries 690 Turbo 7040-681 768,839 8.55 US $ 02/29/04 Oracle Database 10g Enterprise Edition IBM AIX 5L V5.2 TXSeries Developers for AIX V5 09/12/03 N
4 IBM eServer pSeries 690 Turbo 7040-681 763,898 8.25 US $ 11/08/03 IBM DB2 UDB 8.1 IBM AIX 5L V5.2 BEA Tuxedo 8.0 06/30/03 N


Аещё, JustMax, посмотрите на "System availability", и не забутьте сверить результате в феврале 2004.

[Gennadiy]

Дык Вы перестаньте сервер на пол ронять

Вот только падает часто. Эпилептик видно....

Надо будет завести коллекцию скриптов которые гробят Oracle. Я конечно понимаю, что мол не надо кривые скрипты писать, но где же это видано, что бы select statement убивал сервер напрочь. Какое раздолье для хакеров - достаточно иметь read-only права и можно гасить продакшен сервер.

[sp123]

Дык Вы перестаньте сервер на пол ронять

Вот только падает часто. Эпилептик видно....

Надо будет завести коллекцию скриптов которые гробят Oracle. Я конечно понимаю, что мол не надо кривые скрипты писать, но где же это видано, что бы select statement убивал сервер напрочь. Какое раздолье для хакеров - достаточно иметь read-only права и можно гасить продакшен сервер.

Насчет хакеров проблема решается просто - все общение с базой можно организовать через хранимые процедуры, которые будут писать толковые люди, а живые таблицы никому не показывать. А вообще-то интересно - как поведут себя те же DB2 или SQL Server в случае непонятно откуда взявшеейся атаки, представляющей собой кучу тяжелых запросов? Да, select - это операция чтения, но все-таки это не совсем fseek, там во время выполнения очень много чего СОЗДАЕТСЯ на заднем плане.

[JustMax]

JustMax, спасибо, а Вы сами то смотрели на цифирьки, то? Например, цена транзакции под MSSQL самая низкая в первой пятёрке - $6.49, а цена транзакции между 1-м (Оракл) и 4-м (DB2) меcтом в пользу DB2, при том что Оракл опережает по количеству транзакций в секунду меньше чем на 10% (на вскидку).

Мы за ценой не постоим(с)

[zVlad]

Привет sp123. Ну как там Оракл Мир конференция? Ларика видел? Ты пишешь:

"Насчет хакеров проблема решается просто - все общение с базой можно организовать через хранимые процедуры, которые будут писать толковые люди, а живые таблицы никому не показывать. А вообще-то интересно - как поведут себя те же DB2 или SQL Server в случае непонятно откуда взявшеейся атаки, представляющей собой кучу тяжелых запросов?"

Sp123, надо ли понимать, что кто-то может не иметь полномочий на операции с таблицами, но иметь полномочия на вызов хр. процедуры, которая имеет полномочия эти полномочия? И таким образом мы отменяем прямой доступ к таблице. Правильно?

Не очень понятно что имеется в виду под "...кучей тяжелых запросов". Наверное тяжелых в смысле ресурсов, нужных для их выполнения? Не знаю что есть на это в MS SQL, в DB2 есть governor, типа надсмотрщика, которому можно, например, сказать: убивай все запросы, которые потребляют больше 10 секунд CPU, и естествено фиксируй информацию об этом в журнале. К слову сказать есть еще один парень, который может присматривать за выполнением DDL операторов, и на основании правил, заданых нами, будет либо выполнять DDL, либо отвергать, либо оставлять этот вопрос на усмотрение так называемых "closed applications".

Интересуюсь спросить, а в Оракл что-нибудь вроде приведенного выше имеется?

[zVlad]

JustMax, спасибо, а Вы сами то смотрели на цифирьки, то? Например, цена транзакции под MSSQL самая низкая в первой пятёрке - $6.49, а цена транзакции между 1-м (Оракл) и 4-м (DB2) меcтом в пользу DB2, при том что Оракл опережает по количеству транзакций в секунду меньше чем на 10% (на вскидку).

Мы за ценой не постоим(с)

В TPC-H видим три первых результа за DB2. B ТРС-R один результат - Оракл. В TPC-W все первые места за MS SQL. Интересный этот TPC!

А если смотреть Price/Performance, то вообще только MS SQL и Sybase увидим.

[Dmitry67]

Дима, а ты что-то давно не писал о прелестях Парижа и работы там...
Или я просмотрел что-то, бегая по высоким северным широтам?

Да нормально все
Вот писал вроде что перешел на другую работу


А по поводу SQL*Plus - он еще жив ?
Мое знакомство с Oracle началось так
Помню вижу как коллега получает результат select в таком виде (бардак на экране намеряный, результат переноса длинных строк)

Code: Select all

ColumnA Column B Colu
mnC ColumnD
------------- --------------  -------
------ -------------
Value1    Value2      Val
ue3    Value4

Я сказал коллеге - а утилиты с GUI нет какой нибудь ? Ом мне показал одну утилиту. Все тип топ, кое какой графический интерфейс даже с корявыми и разъезжающимися шрифтами JAVA. Запускаю тотже select. результат такой же отстойный ! Оказалось что эта штука из под себя запускает все тот же SQL*Plus.

[Gennadiy]

Не знаю что есть на это в MS SQL, в DB2 есть governor, типа надсмотрщика, которому можно, например, сказать: убивай все запросы, которые потребляют больше 10 секунд CPU, и естествено фиксируй информацию об этом в журнале.

Дело в том, что этот select (если точнее то, это была SP которая делала select и формировала XML по данным) - убивала сервер на за 10 секунд, а за доли секунды - практически мгновенно. Ребята из Oracle были сильно удивлены - пришлось им послать эту процедурку.

[zVlad]

Gennadiy, я то понял что ты имел в виду. В этом случае governor не имеет никакого смысла. Но я отвечал Sp123 на вопрос, что если атаковать DB2 "дурными запросами" пожирающими ресурсы. Типа нагнется сервер или как-то с этим можно бороться. В DB2 с этим бороться можно. А как у других дела?

[sp123]

Привет sp123. Ну как там Оракл Мир конференция? Ларика видел?

Не видел, но почему-то от этого не расстроился . Выставка у меня вышла галопом по европам, было очень мало времени, часа три, но какое-то впечатление сложилось. 10g революционной явно не является, просто множество фич тут и там, довольно приятных, но не из разряда качественных скачков 6, 7 и 8 версий. В-основном в плане DBA-ства. Вот, говорит, у меня 100 баз в разных местах, и если мне надо upgrade версии, то я это могу делать теперь одним движением руки. Продвинули Enterprise Manager, теперь он весь из себя web-образный, явно много диагностики и тюнинга. Понравилась фича, когда не просто выдается репорт о наиболее "дорогих" запросах, но и предлагаются советы, как его улучшить - типа, вот тут создайте индекс, вот тут перепишите подзапрос вот так, и будет вам щастье и вот такой execution plan, а вот здесь есть кнопка "implement", и мы вам щас кое-что на лету улучшим. Уходит хинт "rule", это уже серьезно. Слово self-manageable внушает оптимизм, но насколько оно self - это только на практике. Похоже, неплохо поработали над Application Server, но мне это не интересно. IMHO, выпуск новых версий каждый год - это маленько перебор, тут народ еще насчет перехода на 9.2 в основной своей массе не определился, а ему уже предлагают купить слово "grid". Конечно, выводы делать рано, информации много, надо копать.

Ты пишешь:

"Насчет хакеров проблема решается просто - все общение с базой можно организовать через хранимые процедуры, которые будут писать толковые люди, а живые таблицы никому не показывать. А вообще-то интересно - как поведут себя те же DB2 или SQL Server в случае непонятно откуда взявшеейся атаки, представляющей собой кучу тяжелых запросов?"

Sp123, надо ли понимать, что кто-то может не иметь полномочий на операции с таблицами, но иметь полномочия на вызов хр. процедуры, которая имеет полномочия эти полномочия? И таким образом мы отменяем прямой доступ к таблице. Правильно?

Именно так. Конечно, если уже есть приложение, явно использующее sql стейтменты, то никуда не деться. Но если есть возможность, то подход очень неплох.

Не очень понятно что имеется в виду под "...кучей тяжелых запросов". Наверное тяжелых в смысле ресурсов, нужных для их выполнения? Не знаю что есть на это в MS SQL, в DB2 есть governor, типа надсмотрщика, которому можно, например, сказать: убивай все запросы, которые потребляют больше 10 секунд CPU, и естествено фиксируй информацию об этом в журнале. К слову сказать есть еще один парень, который может присматривать за выполнением DDL операторов, и на основании правил, заданых нами, будет либо выполнять DDL, либо отвергать, либо оставлять этот вопрос на усмотрение так называемых "closed applications".

Интересуюсь спросить, а в Оракл что-нибудь вроде приведенного выше имеется?

Тяжелый запрос - это когда, к примеру, идет full scan огромной таблицы, по каждой выбранной записи вызывается функция, внутри которой находится еще какой-нибудь select, и все это запускается с интервалом в несколько секунд. Убивать дорогостоящий запрос автоматом - не проблема, тут даже чего-то особенного не надо, но тогда начальсто прибьет тебя самого из соображений бизнес-логики . Имелось в виду что-то навроде вот этого:

------------------------------------------------
The Database Resource Manager solves many resource allocation problems that an operating system does not manage so well:

Excessive overhead. This results from operating system context switching between Oracle server processes when the number of server processes is high.

Inefficient scheduling. The operating system deschedules Oracle database servers while they hold latches, which is inefficient.

Inappropriate allocation of resources. The operating system distributes resources equally among all active processes and is unable to prioritize one task over another.

Inability to manage database-specific resources

With Oracle's Database Resource Manager, a database administrator can:

Guarantee certain users a minimum amount of processing resources regardless of the load on the system and the number of users

Distribute available processing resources by allocating percentages of CPU time to different users and applications. In a data warehouse, a higher percentage may be given to ROLAP (relational on-line analytical processing) applications than to batch jobs.

Limit the degree of parallelism of any operation performed by members of a group of users

Create an active session pool. This pool consists of a specified maximum number of user sessions allowed to be concurrently active within a group of users. Additional sessions beyond the maximum are queued for execution, but you can specify a timeout period, after which queued jobs terminate.

Allow automatic switching of users from one group to another group based on administrator-defined criteria. If a member of a particular group of users creates a session that runs for longer than a specified amount of time, that session can be automatically switched to another group of users with different resource requirements.

Prevent the execution of operations that are estimated to run for a longer time than a predefined limit

Create an undo pool. This pool consists of the amount of undo space that can be consumed in by a group of users.

Configure an instance to use a particular method of allocating resources. You can dynamically change the method, for example, from a daytime setup to a nighttime setup, without having to shut down and restart the instance.
------------------------------------------------

К сожалению, я далеко не DBA, поэтому в детали ударяться не буду, чтобы не сесть в лужу. На самом деле "решать" проблему методом priority downgrade - в корне неправильная вещь, разве что в каком-нибудь пожарном случае. Но именно для пожарного случая иногда иметь такое необходимо.

[sp123]

Не знаю что есть на это в MS SQL, в DB2 есть governor, типа надсмотрщика, которому можно, например, сказать: убивай все запросы, которые потребляют больше 10 секунд CPU, и естествено фиксируй информацию об этом в журнале.

Дело в том, что этот select (если точнее то, это была SP которая делала select и формировала XML по данным) - убивала сервер на за 10 секунд, а за доли секунды - практически мгновенно. Ребята из Oracle были сильно удивлены - пришлось им послать эту процедурку.

Так и запишем - не надо работать с XML в stored procedures . В нашей конторе от этой идеи быстро отказались из соображений performace, а оно оказывается еще и вон как бывает... А можно сюда куда-нибудь эту процедурку выложить? Край интересно, кроме шуток.