Mark wrote:Дык Вы перестаньте сервер на пол ронятьGennadiy wrote:Вот только падает часто. Эпилептик видно....
Gennadiy wrote:Mark wrote:Дык Вы перестаньте сервер на пол ронятьGennadiy wrote:Вот только падает часто. Эпилептик видно....
Надо будет завести коллекцию скриптов которые гробят Oracle. Я конечно понимаю, что мол не надо кривые скрипты писать, но где же это видано, что бы select statement убивал сервер напрочь. Какое раздолье для хакеров - достаточно иметь read-only права и можно гасить продакшен сервер.
zVlad wrote:JustMax, спасибо, а Вы сами то смотрели на цифирьки, то? Например, цена транзакции под MSSQL самая низкая в первой пятёрке - $6.49, а цена транзакции между 1-м (Оракл) и 4-м (DB2) меcтом в пользу DB2, при том что Оракл опережает по количеству транзакций в секунду меньше чем на 10% (на вскидку).
JustMax wrote:zVlad wrote:JustMax, спасибо, а Вы сами то смотрели на цифирьки, то? Например, цена транзакции под MSSQL самая низкая в первой пятёрке - $6.49, а цена транзакции между 1-м (Оракл) и 4-м (DB2) меcтом в пользу DB2, при том что Оракл опережает по количеству транзакций в секунду меньше чем на 10% (на вскидку).
Мы за ценой не постоим(с)
oMoses wrote:Дима, а ты что-то давно не писал о прелестях Парижа и работы там...
Или я просмотрел что-то, бегая по высоким северным широтам?
Code: Select all
ColumnA Column B Colu
mnC ColumnD
------------- -------------- -------
------ -------------
Value1 Value2 Val
ue3 Value4
zVlad wrote:Не знаю что есть на это в MS SQL, в DB2 есть governor, типа надсмотрщика, которому можно, например, сказать: убивай все запросы, которые потребляют больше 10 секунд CPU, и естествено фиксируй информацию об этом в журнале.
zVlad wrote:Привет 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, надо ли понимать, что кто-то может не иметь полномочий на операции с таблицами, но иметь полномочия на вызов хр. процедуры, которая имеет полномочия эти полномочия? И таким образом мы отменяем прямой доступ к таблице. Правильно?
Не очень понятно что имеется в виду под "...кучей тяжелых запросов". Наверное тяжелых в смысле ресурсов, нужных для их выполнения? Не знаю что есть на это в MS SQL, в DB2 есть governor, типа надсмотрщика, которому можно, например, сказать: убивай все запросы, которые потребляют больше 10 секунд CPU, и естествено фиксируй информацию об этом в журнале. К слову сказать есть еще один парень, который может присматривать за выполнением DDL операторов, и на основании правил, заданых нами, будет либо выполнять DDL, либо отвергать, либо оставлять этот вопрос на усмотрение так называемых "closed applications".
Интересуюсь спросить, а в Оракл что-нибудь вроде приведенного выше имеется?
. Имелось в виду что-то навроде вот этого:
Gennadiy wrote:zVlad wrote:Не знаю что есть на это в MS SQL, в DB2 есть governor, типа надсмотрщика, которому можно, например, сказать: убивай все запросы, которые потребляют больше 10 секунд CPU, и естествено фиксируй информацию об этом в журнале.
Дело в том, что этот select (если точнее то, это была SP которая делала select и формировала XML по данным) - убивала сервер на за 10 секунд, а за доли секунды - практически мгновенно. Ребята из Oracle были сильно удивлены - пришлось им послать эту процедурку.
. В нашей конторе от этой идеи быстро отказались из соображений performace, а оно оказывается еще и вон как бывает... А можно сюда куда-нибудь эту процедурку выложить? Край интересно, кроме шуток.Dmitry67 wrote:oMoses wrote:Дима, а ты что-то давно не писал о прелестях Парижа и работы там...
Или я просмотрел что-то, бегая по высоким северным широтам?
Да нормально все
Вот писал вроде что перешел на другую работу
А по поводу SQL*Plus - он еще жив ?
Мое знакомство с Oracle началось так
Помню вижу как коллега получает результат select в таком виде (бардак на экране намеряный, результат переноса длинных строк)Code: Select all
ColumnA Column B Colu
mnC ColumnD
------------- -------------- -------
------ -------------
Value1 Value2 Val
ue3 Value4
Я сказал коллеге - а утилиты с GUI нет какой нибудь ? Ом мне показал одну утилиту. Все тип топ, кое какой графический интерфейс даже с корявыми и разъезжающимися шрифтами JAVA. Запускаю тотже select. результат такой же отстойный ! Оказалось что эта штука из под себя запускает все тот же SQL*Plus.
. На экране бардак - значит, не знает, что есть слово spool. Типа, шутка. Что до GUI, то тут как раз все с точностью до наоборот. Очень все круто. Я сейчас пользуюсь вот этим: http://www.allroundautomations.nl/plsqldev.html
sp123 wrote:Так и запишем - не надо работать с XML в stored procedures
sp123 wrote:Я сейчас пользуюсь вот этим: http://www.allroundautomations.nl/plsqldev.html
Есть еще куча всего, типа SQL*Navigator, SQL*Station, тот же TOAD.
sp123 wrote:Gennadiy wrote:zVlad wrote:Не знаю что есть на это в MS SQL, в DB2 есть governor, типа надсмотрщика, которому можно, например, сказать: убивай все запросы, которые потребляют больше 10 секунд CPU, и естествено фиксируй информацию об этом в журнале.
Дело в том, что этот select (если точнее то, это была SP которая делала select и формировала XML по данным) - убивала сервер на за 10 секунд, а за доли секунды - практически мгновенно. Ребята из Oracle были сильно удивлены - пришлось им послать эту процедурку.
Так и запишем - не надо работать с XML в stored procedures
Gennadiy wrote:Sorry - у нас в конторе одного мужика уволили за выкладывание продакшн кода в конференции. Я не рискну. Тем более, что Оракл уже этот баг исправил (по моему в 9.1).