Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Oracle Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 2 [3] 4 5 6 7 8 9   вперед  Ctrl      все
 Re: Очередные мега вопросы Яндекса на тему ORACLE  [new]
hell
Member

Откуда:
Сообщений: 3001
Кстати, на собеседовании можно пользоваться гуглом?

//Интересно, пользование сотрудником Яндекса гуглом считается нелояльностью к компании?)))
21 мар 09, 19:58    [6958370]     Ответить | Цитировать Сообщить модератору
 Re: Очередные мега вопросы Яндекса на тему ORACLE  [new]
gergo
Member

Откуда:
Сообщений: 224
DВА

...
Напрягли немного вопросы из серии "кто виноват и что делать если пользователи\разработчики админа не послушали и базу положили " , на который мне несколько затруднительно было дать ответ, потому как попробовали бы не послушать :)
Сослалась на то, что всегда можно объяснить, что порча базы не в их интересах, не уточняя каким способом


Сугубое IMHO, прошу не пинать и уж тем более не обижаться.

Кто виноват
Виноват админ, прав положить базу у пользователей/разработчиков быть не должно.
Что делать
Админу проанализировать способ которым была положена база, и прикрыть такую возможность
Работодателю, взять следующее резюме из пачки ?
22 мар 09, 16:58    [6959994]     Ответить | Цитировать Сообщить модератору
 Re: Очередные мега вопросы Яндекса на тему ORACLE  [new]
DВА
Member

Откуда:
Сообщений: 5439
gergo
DВА

...
Напрягли немного вопросы из серии "кто виноват и что делать если пользователи\разработчики админа не послушали и базу положили " , на который мне несколько затруднительно было дать ответ, потому как попробовали бы не послушать :)
Сослалась на то, что всегда можно объяснить, что порча базы не в их интересах, не уточняя каким способом


Сугубое IMHO, прошу не пинать и уж тем более не обижаться.

Кто виноват
Виноват админ, прав положить базу у пользователей/разработчиков быть не должно.
Что делать
Админу проанализировать способ которым была положена база, и прикрыть такую возможность
Работодателю, взять следующее резюме из пачки ?


вот такое "ожидаемый" ответ мне и не нравится, объясню почему.
1. Если админ будет единолично решать, какие у кого должны быть права и обязанности, то процессу разработки или даже бизнесс-процессу это на пользу не пойдет, поскольку админ обычно видет техническую сторону, и не сильно парится по поводу интересов бизнеса.
2. Если за каждый про...б разработчика будет отдуваться админ, который соответственно по такому поводу будет стремиться по-максимому урезать возможности разработчиков, то весь процесс разработки грозит перерасти в противостояния админом и разработчиков, и при любой необходимости разработки выйти за узкие рамки своих прав, вместо работы на результат будет только потеря кучи времени.
22 мар 09, 17:52    [6960052]     Ответить | Цитировать Сообщить модератору
 Re: Очередные мега вопросы Яндекса на тему ORACLE  [new]
Коллеrа
Guest
DВА
вот такое "ожидаемый" ответ мне и не нравится, объясню почему.
Ната, ну ты нашла кому объяснять :)

"Коллега" просто наверняка не в курсе, что, например, для того, чтобы "положить базу" разработчику бывает достаточно иметь "право" на команду SELECT. Что имеющий привилегию create session может "положить" процесс прослушивания, а имеющий привилегию alter session - "положить базу".
22 мар 09, 18:07    [6960065]     Ответить | Цитировать Сообщить модератору
 Re: Очередные мега вопросы Яндекса на тему ORACLE  [new]
hell
Member

Откуда:
Сообщений: 3001
Коллеrа
Что имеющий привилегию create session может "положить" процесс прослушивания, а имеющий привилегию alter session - "положить базу".


Файрволлом их всех в зачатках душить!
22 мар 09, 18:59    [6960164]     Ответить | Цитировать Сообщить модератору
 Re: Очередные мега вопросы Яндекса на тему ORACLE  [new]
SY
Member

Откуда: Middlebury, CT USA
Сообщений: 10051
DВА
вот такое "ожидаемый" ответ мне и не нравится, объясню почему.


Absolutely agree. That is why in my books "good" management is management that sets up an environment where решать, какие у кого должны быть права и обязанности is a combined decision of BA (business analyst), DA (data architect) and DBA. And one should always remember that DBA (I know it is depressing some times) is to large degree an "executive branch" of the "goverment" .

SY.
22 мар 09, 19:10    [6960204]     Ответить | Цитировать Сообщить модератору
 Re: Очередные мега вопросы Яндекса на тему ORACLE  [new]
gergo
Member

Откуда:
Сообщений: 224
Коллеrа,

Откуда такая агрессивность коллега? Там выше было написано "Сугубое IMHO, прошу не пинать", если вы знаете способ положить базу который невозможно закрыть, опишите его.
23 мар 09, 05:54    [6960936]     Ответить | Цитировать Сообщить модератору
 Re: Очередные мега вопросы Яндекса на тему ORACLE  [new]
сиська
Member [заблокирован]

Откуда:
Сообщений: 434
gergo
Коллеrа,

Откуда такая агрессивность коллега? Там выше было написано "Сугубое IMHO, прошу не пинать", если вы знаете способ положить базу который невозможно закрыть, опишите его.

я как-то бесконечным циклом клал базу
23 мар 09, 06:01    [6960943]     Ответить | Цитировать Сообщить модератору
 Re: Очередные мега вопросы Яндекса на тему ORACLE  [new]
gergo
Member

Откуда:
Сообщений: 224
сиська,

вероятно машина была однопроцессорная, и база таки не легла (упала), а драматически замедлился отклик?
23 мар 09, 06:03    [6960944]     Ответить | Цитировать Сообщить модератору
 Re: Очередные мега вопросы Яндекса на тему ORACLE  [new]
Вячеслав Любомудров
Member

Откуда: Владивосток
Сообщений: 18486
Какая нафиг разница, если юзера не смогут даже залогиниться?
23 мар 09, 06:05    [6960945]     Ответить | Цитировать Сообщить модератору
 Re: Очередные мега вопросы Яндекса на тему ORACLE  [new]
gergo
Member

Откуда:
Сообщений: 224
SY,

Ну в целом согласен, убедили.
23 мар 09, 06:06    [6960946]     Ответить | Цитировать Сообщить модератору
 Re: Очередные мега вопросы Яндекса на тему ORACLE  [new]
gergo
Member

Откуда:
Сообщений: 224
Вячеслав Любомудров,

Странный вопрос, с точки зрения DBA послу убивания процесса работоспособность восстановиться, не будет необходимости в RECOVER и даже в откате транзакций, нет?
23 мар 09, 06:08    [6960947]     Ответить | Цитировать Сообщить модератору
 Re: Очередные мега вопросы Яндекса на тему ORACLE  [new]
х.з.
Member

Откуда:
Сообщений: 765
gergo,

после того как тебя "убедил" SY тем более дико/странно видеть такие вопросы Славе.
23 мар 09, 06:20    [6960955]     Ответить | Цитировать Сообщить модератору
 Re: Очередные мега вопросы Яндекса на тему ORACLE  [new]
Вячеслав Любомудров
Member

Откуда: Владивосток
Сообщений: 18486
Ключевое слово после
23 мар 09, 06:21    [6960956]     Ответить | Цитировать Сообщить модератору
 Re: Очередные мега вопросы Яндекса на тему ORACLE  [new]
gergo
Member

Откуда:
Сообщений: 224
х.з.,

Интересно какое отношение текст SY имеет к тексту Вячеслава ? Проясните будьте добры.

2:Вячеслав

Падения базы небыло? Небыло. Замедление отклика это совсем другая история.
23 мар 09, 06:34    [6960961]     Ответить | Цитировать Сообщить модератору
 Re: Очередные мега вопросы Яндекса на тему ORACLE  [new]
х.з.
Member

Откуда:
Сообщений: 765
gergo
Проясните будьте добры.

автор
"Не давайте святыни псам и не бросайте жемчуга (ц.-слав. бисер) вашего пред свиньями, чтобы они не попрали его ногами своими и, обратившись, не растерзали вас". Этот фразеологизм употребляется в значении "говорить, объяснять что-л. тому (тем), кто не может понять и по достоинству оценить этого".
23 мар 09, 07:12    [6960973]     Ответить | Цитировать Сообщить модератору
 Re: Очередные мега вопросы Яндекса на тему ORACLE  [new]
сиська
Member [заблокирован]

Откуда:
Сообщений: 434
Падения базы небыло? Небыло. Замедление отклика это совсем другая история.[/quot]
в моем случае было падение
23 мар 09, 07:24    [6960979]     Ответить | Цитировать Сообщить модератору
 Re: Очередные мега вопросы Яндекса на тему ORACLE  [new]
gergo
Member

Откуда:
Сообщений: 224
сиська,

А что за база, версия и на какой машине/операционке ? По идее падения быть не должно было

2: х.з. спасибо за исчерпывающий ответ, с Вами все ясно :)
23 мар 09, 07:30    [6960982]     Ответить | Цитировать Сообщить модератору
 Re: Очередные мега вопросы Яндекса на тему ORACLE  [new]
Этанол Эталонович
Member

Откуда: Водкозажопск
Сообщений: 253
gergo
Коллеrа,

Откуда такая агрессивность коллега? Там выше было написано "Сугубое IMHO, прошу не пинать", если вы знаете способ положить базу который невозможно закрыть, опишите его.
Это не агрессивность, а сарказм :)

Способов "положить базу" есть масса - начиная от select с декартовым произведением и заканчивая созданием массовых ORA-60, ORA-20, alter session set events ... и т.д.
23 мар 09, 07:30    [6960983]     Ответить | Цитировать Сообщить модератору
 Re: Очередные мега вопросы Яндекса на тему ORACLE  [new]
gergo
Member

Откуда:
Сообщений: 224
Этанол Эталонович,

Все эти способы невозможно закрыть?
23 мар 09, 07:31    [6960984]     Ответить | Цитировать Сообщить модератору
 Re: Очередные мега вопросы Яндекса на тему ORACLE  [new]
Этанол Эталонович
Member

Откуда: Водкозажопск
Сообщений: 253
gergo
Этанол Эталонович,

Все эти способы невозможно закрыть?
Что-то можно относительно легко, что-то можно, но работать пользователю будет практически невозможно. А что-то - никак.

Connected to:
Oracle9i Enterprise Edition Release 9.2.0.8.0 - Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.8.0 - Production

SQL> create user scuko identified by scuko;

User created.

SQL> grant connect to scuko;

Grant succeeded.

SQL> conn scuko/scuko
Connected.
SQL> select count(*) from all_objects a1,all_objects a2,all_objects a3,all_objects a4,all_objects a5;

23 мар 09, 07:42    [6960991]     Ответить | Цитировать Сообщить модератору
 Re: Очередные мега вопросы Яндекса на тему ORACLE  [new]
Вячеслав Любомудров
Member

Откуда: Владивосток
Сообщений: 18486
А банальный CUBE чего стоит...
23 мар 09, 07:47    [6960995]     Ответить | Цитировать Сообщить модератору
 Re: Очередные мега вопросы Яндекса на тему ORACLE  [new]
Apex
Member

Откуда: Made in USSR
Сообщений: 3909
Мне больше вот это нравится
declare
procedure p is
begin
p;
end;
begin
p;
end;
/
Главное выполнить:)
23 мар 09, 09:17    [6961140]     Ответить | Цитировать Сообщить модератору
 Re: Очередные мега вопросы Яндекса на тему ORACLE  [new]
gergo
Member

Откуда:
Сообщений: 224
Этанол Эталонович
Connected to:
Oracle9i Enterprise Edition Release 9.2.0.8.0 - Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.8.0 - Production

SQL> create user scuko identified by scuko;

User created.

SQL> grant connect to scuko;

Grant succeeded.

SQL> conn scuko/scuko
Connected.
SQL> select count(*) from all_objects a1,all_objects a2,all_objects a3,all_objects a4,all_objects a5;



Enter user-name: scuko/scuko@test

Connected to:
Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - Production
With the Partitioning, OLAP and Data Mining options

SQL> select count(*) from all_objects a1,all_objects a2,all_objects a3,all_objects a4,all_objects a5;
Выполняется уже час, сессия никому не мешает, параллельно идет вставка миллиона вычисляемых строк в таблицу.
Redo переключаются, база доступна, отклик в нормальных пределах, может еще подождать или я что то сделал не так?
23 мар 09, 09:20    [6961148]     Ответить | Цитировать Сообщить модератору
 Re: Очередные мега вопросы Яндекса на тему ORACLE  [new]
Вячеслав Любомудров
Member

Откуда: Владивосток
Сообщений: 18486
Забыл рассказать об аппаратной части
И вообще, не вижу повода для спора
23 мар 09, 09:25    [6961173]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 2 [3] 4 5 6 7 8 9   вперед  Ctrl      все
Все форумы / Oracle Ответить