Посоветуйте средство администрирования Оракл
D.Grimberg
Приступили к изучению Оракл 8i. Используем PL/SQL Developer. Есть ли
средство удобнее (free-ware или взломанное:))? Раньше имели дело с
Interbase, и после IBExpert'а убогость Девелопера напрягает.
Заранее спасибо.
Гримберг Д.
Tolik Klusa
программирования логики сервера на пл/скл.
А так - пакет Oracle Enterprise Manager. Там с красотой все в порядке. ;)
А еще TOAD (адрес сайта не помню), но все к нему находится в поисковиках ;)
--
Tolik.
!!! FOR REPLY remove first letter from my e-mail
---------------------------------
"D.Grimberg" <din...@chel.elektra.ru> wrote in message
news:bu588c$3t8$1...@cpx1a.chel.elektra.ru...
Alexey Kirich
Привет.
> Приступили к изучению Оракл 8i. Используем PL/SQL Developer. Есть ли
> средство удобнее (free-ware или взломанное:))? Раньше имели дело с
> Interbase, и после IBExpert'а убогость Девелопера напрягает.
Хм. Ничего себе убогость :-)
А чего вам в нем не хватает-то ???
Dmitriy Zaycev
Все три: Embarcadero,PL/SQL Developer,TOAD умеют очень хорошо зависать,
в Embarcadero это происходит при насильственном прерывании запроса
несколько раз подряд. PL/SQL Developer,TOAD комбинацию не знаю, но в
принципе жалобы были.
Также у Embarcadero усть несколько пакетов анализа.
По надежности всегда лидировал sqlplus + хороший тектовый редактор.
D.Grimberg пишет:
> Гримберг Д.
--
Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru
Zhirenkov Vitaly
D.Grimberg пишет:
> Привет!
> Приступили к изучению Оракл 8i. Используем PL/SQL Developer. Есть ли
> средство удобнее (free-ware или взломанное:))? Раньше имели дело с
> Interbase, и после IBExpert'а убогость Девелопера напрягает.
1. Поздно пить боржоми, когда почки отказали! (В смысле поздно учить
8i, когда его уже даже не поддерживают больше с начала этого года, если
я не ошибаюсь... :) А даже если и ошибаюсь, то уже 10-ка в спину дышыт,
а даже между 8i и 9-кой -- пропасть огромная, так что ты рискуешь
отстать от жизни надолго.... :)
2. А какая связь между PL/SQL Developer и "средствами администрирования
Оракл"?
--
Zhirenkov Vitaly
Олег Зайцев
"D.Grimberg" <din...@chel.elektra.ru> сообщил/сообщила в новостях
следующее: news:bu588c$3t8$1...@cpx1a.chel.elektra.ru...
Поэтому главное средство администрирования - SQL-PLUS. Он естественно кривой
по интерфейсу, зато с ним хорошо работать по telnet. Причем это не шутка -
это действительно рабочий инструмент (для примера - задача для DBA - "найти
в все пакеты со статусом INVALID и откомпилировать их - визуальное средство
подобную задачу красиво не решит ..." или "для таблиц в схеме xx добавить
поле yy и триггер, формирующий его значение - если таблиц штук 100, то
только генерация скрипта"). PL/SQL Developer - это инструмент разработчика
на PL/SQL, а не DBA.
Для нормальной работы админа кроме него пригодятся:
1. TOAD - очень удобное средство, позволяеть отлаживать запросы, писать
скрипты, просматривать объекты базы, вести реинжениринг (генерировать
скрипты и строить схемя связей). Имеет радактор PL/SQL с подсветкой
синтаксиса, мастера для визуального создания объектов, средства для
мониторинга и администрирования базы .... Очень удобный инструмент, я
работаю с ним уже 5 лет - он существенно лучше "родных" средств
2. Родной OEM - прожерливый до памяти, зато родной и красивый :)
3. Quest Central - оболочка для средств DBA от QUEST:
3.1 Knowledge Xpert - база знаний, аналог родной документации
3.2 Database Monitor (Spotlight on Oracle) - мониторинг сервера и его
процессов в реальном времени, мониторинг операционки, поиск узких мест в
базе ...
3.3 SQL Tuning (SQLab Vision) - аналтзатор запросов. Умеет искать проблемные
запросы, предлогает методы их оптимизации, умеет сравнивать планы
испольнения, генерировать скрипты для решения проблем (создания индексов
...)
3.4 Space Management - мастер работы с таблицными пространствами - анализ
заполнения, птимизация, "дефрагментация" ...
3.5 Instance Expert - утилита для создания снимков базы, их сравнения и
анализа. Дает советы по настройке и оптимизации сервера
Но все эти срадства - это визуализаторы, анализаторы ... - по идее нужно
свободно уметь все делать вручную.
-----
С уважением, Зайцев Олег
ведущий инженер-программист,
специалист по защите информации
ОАО "Смоленскэнерго"
--
Andrey
Объясни, пожалуйста, почему это (все, что перечислено ниже) НУЖНО уметь
делать вручную?
Кроме случая использования telnet 20-ти летней давности, конечно.
"Олег Зайцев" <zai...@smolen.elektra.ru> wrote in message
news:bu8325$ml8$1...@host.talk.ru...
Олег Зайцев
"Andrey" <a...@mlm.ru> сообщил/сообщила в новостях следующее:
news:bu8bmd$18mh$1...@gavrilo.mtu.ru...
>
> Объясни, пожалуйста, почему это (все, что перечислено ниже) НУЖНО уметь
> делать вручную?
> Кроме случая использования telnet 20-ти летней давности, конечно.
>
>
>
а почему telnet имеет 20-ти летнюю давность ?? Если сервер под *nix, то это
изумительное средство удаленного управления, особенно при поступе по модему.
Привожу пример - типовая задача анализа таблиц и сбора статистики - я
вечером запускаю telnet и из дома даю команду:
nohup sqlplus имя/пароль @collect_stat.sql &
скрипт collect_stat.sql создает скрипт для сбора статистики и запускает его
... процесс идет несколько часов, но идет автономно и на сервере. Эту
команду можно прописать в cron и она будет выполняться автоматом по
расписанию. Аналогично у меня производятся все длительные операции
обслуживания базы - создание/пересоздание индексов и т.п.
Вручную нужно уметь далать именно все - инача какой же тогда это будет DBA,
который жмет кнопки в визуальном АРМ, не понимая, что при этом происходит ??
Я бы такого DBA на пушечный выстрел не подпустил бы к базе ... При этом
ручное выполнение многих операций при должном опыте намного быстрее и куда
гибче, чем визуальное ... Равно как визуальное построение запросов -
свободно владеющий SQL программист не будет применять визуальный
постритель - руками написать куда проще и быстрее
При этом еще замечу, что настройка сервера ведется невизуально - это правка
init.ora, визуальные средства для этой операции мне неизвестны.
Igor Ushkalo
You wrote on Fri, 16 Jan 2004 12:42:15 +0300:
A> Объясни, пожалуйста, почему это (все, что перечислено ниже)
A> НУЖНО уметь делать вручную?
Админ должен понимать, что делает, иначе можно дров наломать.
Мышководство - это для тестовых бд под виндами, реальные бд
админить надо точно и вдумчиво, права ошибку просто нет.
Объясни потом, что "...это я просто не туда нажал...",
а я посмотрю :)))
A> Кроме случая использования telnet 20-ти
A> летней давности, конечно.
админ должен иметь возможность админить бд откуда угодно
в любое время, хоть с ноута на даче по gprs... гуевые штучки
не проходят по-любому в этом случае.
-- Best regards, Igor Ushkalo (igorus!) - igorus(at)mail.ru, ICQ #19972198
Tek
Andrey
(Оракл) так и не приобрел вразумительного средства администрирования.
То, что сервер БД и искореженную версию Апача, громко именуемую теперь
Сервер Интернет-Приложений проблематично настроить чем-либо иным, кроме
текстового редактора, все же не дает оснований утверждать, что БД уровня
предприятия НУЖНО настраивать таким средством, как SQLPLUS.
Это не вчерашний и даже не позавчерашний день в деле администрирования БД.
Как средство стратегического планирования настроек БД SQLPLUS точно не
подходит.
"Олег Зайцев" <zai...@smolen.elektra.ru> wrote in message
news:bu8de4$vlt$1...@host.talk.ru...
Andrey
БД уровня предприятия должна иметь защиту от такого рода действий.
Постановка задачи "настроить БД металлургического комбината, находясь на
даче под деревом"
кроме улыбки не может вызвать никакого ответа.
"Igor Ushkalo" <igo...@protek.ru> wrote in message
news:bu8f5f$156$1...@news.rol.ru...
Andrew Lesnichenko
> Это не преимущество, а беда сервера Оракл, что дойдя уже до 10-й версии, он
> (Оракл) так и не приобрел вразумительного средства администрирования.
OEM типа не считается ?
И какое средство администрирования считается вразумительным ?
> То, что сервер БД и искореженную версию Апача, громко именуемую теперь
> Сервер Интернет-Приложений проблематично настроить чем-либо иным, кроме
> текстового редактора, все же не дает оснований утверждать, что БД уровня
> предприятия НУЖНО настраивать таким средством, как SQLPLUS.
А как нужно настраивать БД уровня предприятия ?
> Это не вчерашний и даже не позавчерашний день в деле администрирования БД.
> Как средство стратегического планирования настроек БД SQLPLUS точно не
> подходит.
Что такое "стратегическое планирование настроек БД" ?
--
Andrew Lesnichenko
Andrey
"Andrew Lesnichenko" <l...@mts.ru> wrote in message
news:bu8pe9$jso$1...@slim.sovintel.ru...
> Andrey wrote:
>
> > Это не преимущество, а беда сервера Оракл, что дойдя уже до 10-й версии,
он
> > (Оракл) так и не приобрел вразумительного средства администрирования.
>
> OEM типа не считается ?
> И какое средство администрирования считается вразумительным ?
Типа не считается.
То, которое запускается на компьютере не десятый через раз и не
обрушивается/зависает через 5 кликов мышкой. То, для запуска которого не
надо искать среди 10 кривых ЖАБА-дистрибутивов один наименее кривой. То, для
запуска которого не надо копаться в списках сотен ошибок и исправлять их.
>
> > То, что сервер БД и искореженную версию Апача, громко именуемую теперь
> > Сервер Интернет-Приложений проблематично настроить чем-либо иным, кроме
> > текстового редактора, все же не дает оснований утверждать, что БД уровня
> > предприятия НУЖНО настраивать таким средством, как SQLPLUS.
>
> А как нужно настраивать БД уровня предприятия ?
Могу сказать как НЕ НУЖНО. Не нужно в текстовом редакторе набирать вручную
SQL-операторы или править httpd.conf. А как нужно, см например интерфейс для
управления IIS/ASP.NET
>
> > Это не вчерашний и даже не позавчерашний день в деле администрирования
БД.
> > Как средство стратегического планирования настроек БД SQLPLUS точно не
> > подходит.
>
> Что такое "стратегическое планирование настроек БД" ?
Опять же скажу чем это НЕ ЯВЛЯЕТСЯ. Это НЕ написание запросов/исправление
настроек вручную. Далее развивать тему не буду, потому что вопрос "3 штуки
это куча или нет" является филосовским.
>
> --
> Andrew Lesnichenko
>
Andrey Ivanov
You wrote to Andrey on Fri, 16 Jan 2004 13:41:51 +0300:
IU> Админ должен понимать, что делает, иначе можно дров наломать.
IU> Мышководство - это для тестовых бд под виндами, реальные бд админить
IU> надо точно и вдумчиво, права ошибку просто нет.
IU> Объясни потом, что "...это я просто не туда нажал...", а я посмотрю
IU> :)))
Грамотно написанное gui-приложение уменьшает вероятность ошибки
пользователя, а вовсе не наоборот. "Точность и вдумчивость" тут совсем ни
при чем. Ошибок можно наделать где угодно. И CLI как раз увеличивает
вероятность ошибки. Запросто может получиться, как в том анекдоте про ошибку
в шестом знаке и разницу :-).
IU> админ должен иметь возможность админить бд откуда угодно в любое
IU> время, хоть с ноута на даче по gprs... гуевые штучки не проходят
IU> по-любому в этом случае.
А не отстал ли ты от жизни? Извини, но.... "пальтсы шире плеч".
With best regards, Andrey Ivanov. E-mail: and...@nte.natm.ru
Evgeny Filippenkov
"Andrey" <a...@mlm.ru> сообщил/сообщила в новостях следующее:
news:bu8jgp$1h5c$1...@gavrilo.mtu.ru...
> SQLPLUS - это потенциальный генератор ошибок.
> БД уровня предприятия должна иметь защиту от такого рода действий.
Ерунда полнейшая. Sqlplus - средство во многих случаях незаменимое, а
вероятность набрать кривую комманду ни чуть не выше, а скорее даже
значительно ниже, нежели вероятность не туда ткнуть мышью. Если админ не
понимает в какие команды в итоге приводит "мышинная возня", то от
более-менее важных баз его нужно держать как можно дальше. Тот же OEM, при
грамотной настройке, средство довольно таки удобное, а если у вас "на
баллансе" десятка два-три баз, то просто незамениемое, но и sqlplus это
никак не отменяет. Особенно для всевозможных массовых операций и несложных
отчетов.
> Постановка задачи "настроить БД металлургического комбината, находясь на
> даче под деревом"
> кроме улыбки не может вызвать никакого ответа.
Мол.чел. судя по вашим постингам, лично вы с администрированием баз знакомы
больше по наслышке да по модным околокомпутерным журналам. Никто не говорит,
что базы "настраиваются из-под дерева на даче", но вот вмешаться "из-под
дерева на даче" иногда надо.
>
>
--
With best regards, Eugene Filippenkov.
E-mail : my_trashbox AT ukrpost.net
Evgeny Filippenkov
"Andrey" <a...@mlm.ru> сообщил/сообщила в новостях следующее:
news:bu8jgp$1h5c$1...@gavrilo.mtu.ru...
> SQLPLUS - это потенциальный генератор ошибок.
> БД уровня предприятия должна иметь защиту от такого рода действий.
Ерунда полнейшая. Sqlplus - средство во многих случаях незаменимое, а
вероятность набрать кривую комманду ни чуть не выше, а скорее даже
значительно ниже, нежели вероятность не туда ткнуть мышью. Если админ не
понимает в какие команды в итоге приводит "мышинная возня", то от
более-менее важных баз его нужно держать как можно дальше. Тот же OEM, при
грамотной настройке, средство довольно таки удобное, а если у вас "на
баллансе" десятка два-три баз, то просто незамениемое, но и sqlplus это
никак не отменяет. Особенно для всевозможных массовых операций и несложных
отчетов.
> Постановка задачи "настроить БД металлургического комбината, находясь на
> даче под деревом"
> кроме улыбки не может вызвать никакого ответа.
Мол.чел. судя по вашим постингам, лично вы с администрированием баз знакомы
Oleg V. Gordienko
Andrey Ivanov wrote:
>
> Hello, Igor!
> You wrote to Andrey on Fri, 16 Jan 2004 13:41:51 +0300:
>
> IU> Админ должен понимать, что делает, иначе можно дров наломать.
> IU> Мышководство - это для тестовых бд под виндами, реальные бд админить
> Грамотно написанное gui-приложение уменьшает вероятность ошибки
> пользователя, а вовсе не наоборот. "Точность и вдумчивость" тут совсем ни
> при чем. Ошибок можно наделать где угодно. И CLI как раз увеличивает
> вероятность ошибки.
имхо - флейм какой-то нездоровый...
имхо и все дальнейшее.
Задачи администрирования иногда похожи на написание программ, иногда - на ввод
минимальной корекции в нужном месте.
Писать программы тыкая в гуй мышью никто не пробовал? Наверное, можно, вопрос
удобства...
При корректировке способ внесения изменений не принципиален, основная по
сложности задача - определить необходимые изменения. Если для этого сам
составляешь аналитические запросы - удобнее sql*plus или еще какая консоль, если
пользуешься готовыми - юзай то, во что они интегрированы.
При прочих равных условиях при использовании привычного средства вероятность
ошибки ниже, чем для непривычного.
Вот, вроде и все аргументы.
0лег
Andrew Lesnichenko
>> OEM типа не считается ? И какое средство администрирования
>> считается вразумительным ?
>
> Типа не считается. То, которое запускается на компьютере не десятый
> через раз и не обрушивается/зависает через 5 кликов мышкой. То, для
> запуска которого не надо искать среди 10 кривых ЖАБА-дистрибутивов
> один наименее кривой. То, для запуска которого не надо копаться в
> списках сотен ошибок и исправлять их.
Полностью согласен. Не понял только при чем тут OEM ...
>>> оснований утверждать, что БД уровня предприятия НУЖНО настраивать
>>> таким средством, как SQLPLUS.
>>
>> А как нужно настраивать БД уровня предприятия ?
>
> Могу сказать как НЕ НУЖНО. Не нужно в текстовом редакторе набирать
> вручную SQL-операторы или править httpd.conf. А как нужно, см
> например интерфейс для управления IIS/ASP.NET
А если я не пользую эти продукты ? Своими словами можно сказать ?
SQL-операторы не нужно набирать потому что предприятие, или потому, что
на мышке буковок нет ?
>> Что такое "стратегическое планирование настроек БД" ?
>
> Опять же скажу чем это НЕ ЯВЛЯЕТСЯ. Это НЕ написание
> запросов/исправление настроек вручную. Далее развивать тему не буду,
> потому что вопрос "3 штуки это куча или нет" является филосовским.
Вы вопрос-то мой прочитали ?
--
Andrew Lesnichenko
Andrew Lesnichenko
> IU> Админ должен понимать, что делает, иначе можно дров наломать.
> IU> Мышководство - это для тестовых бд под виндами, реальные бд админить
> IU> надо точно и вдумчиво, права ошибку просто нет.
> IU> Объясни потом, что "...это я просто не туда нажал...", а я посмотрю
> IU> :)))
> Грамотно написанное gui-приложение уменьшает вероятность ошибки
> пользователя, а вовсе не наоборот. "Точность и вдумчивость" тут совсем ни
> при чем. Ошибок можно наделать где угодно. И CLI как раз увеличивает
> вероятность ошибки. Запросто может получиться, как в том анекдоте про ошибку
> в шестом знаке и разницу :-).
Вы и примерчик из жизни готовы привести, как CLI увеличивает вероятность
ошибки ? Ибо я не знаю более надежного контроля ошибок, чем
синтаксический анализ CLI-скрипта.
А GUI-приложение уменьшает только вероятность синтаксических ошибок, в
чем его фундаментальный вред. Макак, составивший синтаксически
корректную команду уже не задумыется над ее смыслом.
> IU> админ должен иметь возможность админить бд откуда угодно в любое
> IU> время, хоть с ноута на даче по gprs... гуевые штучки не проходят
> IU> по-любому в этом случае.
> А не отстал ли ты от жизни? Извини, но.... "пальтсы шире плеч".
"Переобъясни" ...
--
Andrew Lesnichenko
Vladimir Begun
человек):
> SQLPLUS - это потенциальный генератор ошибок.
> Грамотно написанное gui-приложение уменьшает вероятность ошибки
> пользователя, а вовсе не наоборот.
Согласен. Можно узнать чем ты пользуешься? И что ты порекомендуешь человеку,
который задал вопрос. Пока ты говоришь что sqlplus -- это плохо, не "предлагая"
ничего взамен.
> "Точность и вдумчивость" тут совсем ни при чем. Ошибок можно наделать где
> годно. И CLI как раз увеличивает вероятность ошибки. Запросто может получиться,
> как в том анекдоте про ошибку в шестом знаке и разницу
Как инструмент (в данном случае sqlplus), имеющий
а) достаточно хорошо документированный набор настроек
б) просто выполняющий то, что ему говорят
увеличить число ошибок? Здесь больше другой фактор влияет -- "профессионал"
за консолью.
Если речь идёт о настройке NUMFORMAT, то sqlplus тут непричём, это тот
кто им пользуется не читает документации.
Неразумно доказывать что-то, не понимая как оно работает, верно? Особенно тем
людям которые пользуются этим инструментом каждый день ;)
Мне почему-то кажется, что в таких спорах что лучше могут участвовать только
те люди которые досконально знают каждый из обсуждаемых инструментов. Пока я
вижу что хаят CLI (sqlplus), но видимо в силу отсутсвия опыта, знаний и умения
с ним (sqlplus) работать. НО, взамен ничего не предлагается -- так не сравнивают.
Это даже не яблоки и апельсины.
> Объясни, пожалуйста, почему это (все, что перечислено ниже) НУЖНО уметь
> делать вручную?
>
>> для примера - задача для DBA - "найти в все пакеты со статусом INVALID и
>> откомпилировать их - визуальное средство подобную задачу красиво не решит ..."
Потому что мне проще запустить utl_recomp и знать что это такое. И имеено потому
что я буду знать *что* это такое и буду знать что и *как* запускать это вручную,
я могу "напрячь" любой инструмент это делать за меня, потом, если нужно *где*
угодно. Твои альтернативы?
...
>> "для таблиц в схеме xx добавить поле yy и триггер, формирующий его значение -
>> если таблиц штук 100, то только генерация скрипта").
Потому что быстрее чем в sqlplus я это не сделаю ничем. Твои альтернативы?
--
Vladimir Begun
The statements and opinions expressed here are my own and
do not necessarily represent those of Oracle Corporation.
Arshinov A
Извечный спор мышкодавов и юниксофилов...
(Никого не хочу обидеть. Сам такой, типа).
Теперь по существу.
Этот спор можно перевести в русло вида,например, на чем
лучше писать, на С++ билдере или на борланд С 5.02 ( в
первом - законченное средство УРП ускор. разраб.
приложений], во втором, вроде ближе к классическому С++).
Откудова следует стандартный ответ: чем сложнее
создаваемое приложение, тем менее эффективны средства
УРП (вернее, меньше у них преимуществ).
Возвращаясь к АБД.
Очевидно, чем сложнее задачи администрирования БД, тем
глубже ДБА должен понимать что происходит ВНУТРИ его БД.
И здесь одним мышкодавством, скорее всего не обойтись.
С другой стороны, тот же ОЕМ не заменим во многих (чаще
более простых, но рутинных) задачах АБД.
Кроме того, в 9-ке многие серьезные задачи ДБА
значительно облегчились и т.п.
Так что истина, как всегда, где то в середине.
Кстати, пусть ОЕМ-щики объяснят, как они, например,
только при помощи ОЕМ наладят репликацию 250 таблиц (да
еще на 3-4 сервера)?
Дым из мышки не повалит?
А если понадобится затем внести незначительные изменения?
А опытнму админу, при помощи sqlplus, я думаю
понадобится максимум час-полтора, чтобы сгенерить
скрипты, отладить, и получить результат.
(Повторюсь, что при этом я нисколько не умаляю
достоинства ОЕМ).
PS. Здесь был пост, что с ОЕМ невозможно работать по
причине его зависаний. У меня, вроде, ничего... (Тьфу-
тьфу). Виснет в пределах нормы (временами, но жить
можно).
--
Всего хорошего.
Alexandrov Kostya 1331983650
заниматься, вместо Oracle взять MS SQL, затем все проги переписать на EJB
CMP, увидеть результат, вдоволь накликаться мышью, а затем всеж ПОНЯТЬ
смысл, достать пыльный сидюк с докой и.... перечитать все это еще раз.
"D.Grimberg" <din...@chel.elektra.ru> wrote in message
news:bu588c$3t8$1...@cpx1a.chel.elektra.ru...
sal
AA> Ннн-д-ааа...
AA> Извечный спор мышкодавов и юниксофилов...
AA> (Никого не хочу обидеть. Сам такой, типа).
AA> Теперь по существу.
AA> Этот спор можно перевести в русло вида,например, на
чем
AA> лучше писать, на С++ билдере или на борланд С 5.02 (
Да, все это дело вкуса и привычки, я предпочитаю
dbartisan. Но только не эту jaga-jaga - OEM.
А вообще-то, чего спорить, как будто не слыхали
оракуловскую пропаганду. Скоро 10г появится, там
все automagically будет делаться, и не то что средства
администрирования, а и дба с сисадминами не нужны будут.
Все будет просто литься полным потоком то ли из крана,
то ли из розетки. Ну разве что у начальника будет на
столе кнопка или рубильник.
--
SL
Andrey Ivanov
You wrote to Andrey Ivanov on 18 Jan 2004 05:50:02 +0300:
VB> Согласен. Можно узнать чем ты пользуешься? И что ты порекомендуешь
VB> человеку, который задал вопрос. Пока ты говоришь что sqlplus -- это
VB> плохо, не "предлагая"
VB> ничего взамен.
Во-первых: это просто была моя реакция на пост Игоря.
А во-вторых, я нигде не говорил, что "sqlplus - это плохо". Каждый
инструмент хорош для своего, и sqlplus в ряде случаев вообще незаменим. По
крайне мере пока :-). В повседневной жизни я все же предпочитаю SQL
Navigator, хотя это скорее средство разработчика и он не перекрывает по
возможностям sqlplus. OEM пользуюсь, но редко. Понравился Space Manager,
кторый просто генерит скрипт, доступный для редактирования. А идеальным был
бы инструмент, визиализирующий необходимую информацию и предоставляющий
средства для автоматической генерации скриптов, позволяющий работать как
через GUI, так и в CLI. Есть такой инструмент для Oracle на сегодняшний
день?
--
With best regards, Andrey Ivanov. E-mail: and...@nte.natm.ru
Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru
Andrey
группе relcom.comp.dbms.oracle в очередной раз советуют перейти на
MSSQL-server и накликать в нем мышью :)
Мне совершенно случайно попал в почовый ящик документ "Стратегический план
развития БД Оракл", написанный в Генеральном штабе компании Оракл с
комментариями самого Ларри Эллисона. Привожу его, переведенный мною на
русский язык, копирайты и технологии написания софта сохранены за Оракле
Корп(Р)(Все права в резерве).
Стратегический план развития БД Оракл на период до Oracle11 или Oracle 10i
GridPro.
1. Внедрить новейшие GUI-приложения для замены устарешего SQLPLUS
Заходил вчера на сайт Микрософта и понравилась мне там одно высказывание
Била Гейтса о первой версии Windows - "Если не можешь сделать хорошую
программу, сделай хотя бы чтобы она выглядела хорошо". Отличный тезис, у нас
в Оракле (наша база поддерживается на различных операционных системах, не
забывайте) мы используем "Если на какой-то платформе Оракл работает
поганенько, то сделай чтобы одинаково поганенько работал на всех
платформах".
Взять к примеру такое GUI средство администрирования оракла как oradba. Оно
нормально работало начиная с 7-й версии Оракла, особенно на WindowsNT, где
кроме работающего консольного варианта были и GUI Windows версии. Однако, мы
не можем стоять на месте, мы должны быть на два шага впереди прогресса. И
тогда мы похерили oradba. Взамен выпустили Оракл8, в котором появился
Жабский OEM/DBA Studio. Это была наша первая попытка совметить OAS (в
девичестве Индианка Апачиха) и базу данных. К сожалению, она не была
одобрена администраторами, посетовавшими на то, что наш OAS содержит все
дыры несчастной И. Апачихи.
А все таки, лучше чем командная строка нет ничего. Давайте-ка выпустим
I-SQLPLUS, вот вам будет и командная строка и Интернет-сервер. Опять
зарубили администраторы, сказали что это действительно идеальное средство
доступа к БД...для всех желающих.
Чтож, последняя попытка - выпускаем персональную версию Вездесущей
Кроссплатформенной Жабы - JRE от Oracle (персональная Оракл-Only версия JRE
для Microsoft IE под названием JInitiator действительно оказалась нужна,
т.к. Microsoft похерил JRE в MS IE, сославшись на то, что она "не пользуется
популярностью") и затем окончательно переносим все средства
администрирования в OAS.
А дай-ка я поадминистрирую сейчас свою БД. Так, сейчас навешаю триггеров для
аудита на все таблицы, затем сделаю репликацию всех таблиц, потом сохраню
каждую таблицы в отдельном файле экспорта, затем экспортирую описания всех
объектов, каждый объект в отдельный файл... Как же справится с этой
супер-задачей? Да тут нужен СУПЕР-МЕГА-Ди-Джей-АДМИНИСТРАТОР БД с 50-ЛЕТНИМ
СТАЖЕМ РАБОТЫ и доскональным знанием командной строки, скюлплюса, телнета,
виайа, и еще 10000 программ, работающих исключительно с командной строки.
Ладно, попробую сам.
Запускаем OEM (1,2,3,10 минут..запустился). Кликаем мышкой....рушится.
Запускаем SQLPLUS....выдает текст в кодировке
UTF-16_with_traditional_japan_support_and_other_1000_languages.
Закрываем SQLPLUS.
Запускаем Microsoft Excel....работает. Так, получаем список объектов БД
через OLEDB... в строке формул пишем текст чего хотим сделать....выполняем
SQL-и... готово!
Дык что меня эти индусы учили, что я должен обязательно в SQL-Plus все это
барахло вручную писать? Всех уволю! Выпущу Оракл10И уволю всех
администраторов! Это надо же, так загрузить Восточными байками!
2. Развить и внедрить на каждое Предприятие Оракл10 Grid
Сегодня вечером решил лично протестировать Бета-версию Оракла10,
(индусам-тестерам Я больше не доверяю). После трагического завершения
установки Oracle Application Server 10i, когда для того, чтобы установить
этот самый OAS10i, пришлось удалить с диска 10 полнометражных фильмов в
формате DVD High Quality. Трагическое потому, что какой-то из этих фильмов Я
не посмотрел, и теперь, в глубой печали, решил скачать их заново из
Интернета. Я запустил Kazaa Media Desktop, выбрал фильмы для скачивания, и,
пока фильмы скачивались, читал рекламу Интернет-казино "Лучшее
интернет-казино в Сети".
И тут меня осенило! Сеть! СЕТЬ! Вот на чем можно реально заработать деньги!
В Сети ведь деньги льются просто золотым дождем! Но Я ведь не занимаюсь
продажей Интернет-карточек :(( Как же связать Оракл и Сеть? Логунг
"Оракл-софт, которого куча в Интернете" (Oracle - software that powers
Internet - прим. переводчика) пришлось снять по причине борьбы с пиратством.
Решение найдено! "Сервер Оракле, котому все по-барабану" (Oracle parallel
server - прим. переводчика), он же "Реальный кластер Оракулов", теперь будет
называться "Жадный Оракул" (Oracle Grid - прим. переводчика). Да, это решит
все проблемы - будет обуздана деятельность глупых интернет-юзеров, качающих
вместо гигабайт дистрибутива Оракл гигабайты фильмов. У меня будет своя
файлообменная сеть!
Решено, файлообменная сеть от Оракла будет называть Oracle Grid Server и
будет включать в себя несколько недорогих компьютеров , работающих с общей
базой данных, разделяемых по какому-либо сетевому протоколу. В случае
поломки какого-либо компьютера все остальные возьмут на себя работу
выбывшего из строя. А если потеряются данные из кеша? А если сеть обрушится?
Ладно, не беру в голову, пусть индусы что-либо придумают, что-то философское
типа "Сеть дала, Сеть и забрала".
Компьютеры, работающие с единой базой, лежащей на массиве, разделяемом по
сети... Где-то я это уже встречал... Что-то до боли знакомое, родное, и
чрезвычайно глючное.... То, что валилось при каждом сохранении записи... А,
вспомнил, Microsoft FoxPro! Не подаст ли на меня в суд Microsoft за
использования технологий ФоксПро в сервере Оракла? Вот тут юрист мне
говорит, что Сеть не может быть объектом патента. Отлично, новейшая база
данных от Оракла будет называться Oracle 10i GridPro, и формат файлов скорее
всего будет совместим с ФоксПро во избежание судебных исков от Микрософт.
Гениальное решение! Совместить Сервер Базы Данных и Napster/Kazaa мог только
такой величайший талант, которым Я являюсь.
Небольшая проблемка - кто будет использовать Оракл10И ГридПро? Какая же
такая программа может работать со столь специфическим и уникальным случаем
БД как Оракл10И ГридПро?
Это должна быть 1) большая по размеру программа ( а как же иначе, ведь даже
досовский SQLPLUS занимал больше места на диске чем урезанный вариант
DOOM-а). 2) Программа, которая не создает слишком большой траффик в сети
(иначе здравомыслящий администратор сотрет ее, чтобы она не мешала скачивать
фильмы). и, 3), эта программа должна требовать НЕВЕРОЯТНОЕ количество
вычислительных ресурсов БД. Что же это может быть за программа такая,
натуральный монстр, типа Годзиллы. Аха, да у меня же ЕСТЬ такая программа,
это OAS/IAS/OIS/OWS/И. Апачиха. Точно, OAS10i. Но будут ли его скачивать так
активно, как Я желаю? Нет? Не беда, сделаем чтобы Сервер БД не мог работать
без OAS.
Тут еще дальше есть тезисы о Java, Oracle applications, IAS/OAS, Oralce
Portal переводить на Русский язык надоело.
"Alexandrov Kostya 1331983650" <konstantin....@ibfsoftware.com>
wrote in message news:budv08$26n1$1...@nts.novoch.ru...
Zhirenkov Vitaly
Andrey пишет:
..................................
> Тут еще дальше есть тезисы о Java, Oracle applications, IAS/OAS,
Oralce
> Portal переводить на Русский язык надоело.
Большинству, думаю, было бы интереснее прочитать "полный" оригинал,
нежели твой "частичный" перевод...
..................................
--
Zhirenkov Vitaly
Varton
> Мне совершенно случайно попал в почовый ящик документ "Стратегический план
> развития БД Оракл", написанный в Генеральном штабе компании Оракл с
> комментариями самого Ларри Эллисона. Привожу его, переведенный мною на
> русский язык, копирайты и технологии написания софта сохранены за Оракле
> Корп(Р)(Все права в резерве).
>
> Стратегический план развития БД Оракл на период до Oracle11 или Oracle 10i
> GridPro.
вот это хохма...
тебе в юмористы надо идти с таким планом, давно так не смеялся
avs
происходит за нажатием какой-то кнопки, конечно же, не помешает (для этого и
существуют кнопки в OEM с названием <Show SQL>). Но, согласитесь, легче
нажать одну кнопку, нежели десяток-другой, набирая команды с клавиатуры. Это
первое соображение. Второе. Не знаю еще такого человека, который бы помнил
наизусть все опции всех команд, как sqlplus, так и обычного sql. Искать же
каждый раз в доке будет несколько дольше, чем нажать гтовую кнопку.
Теперь по поводу sql. Далеко не всегда удобней писать запросы с помощью
обычного текстового редактора, не используя хотя бы в качестве
промежуточного уровня визуализатор, который подготовит подлежащуюю
последующему редактированию руками команду sql. Ибо помнить структуру и
названия таблиц напамять (особенно, когда их несколько сот и более) - это из
области утопии.
"Олег Зайцев" <zai...@smolen.elektra.ru> сообщил/сообщила в новостях
следующее: news:bu8de4$vlt$1...@host.talk.ru...
Andrew Lesnichenko
> Позволю себе не согласиться с вами в некоторых местах. Понимать что
Аналогично ...
> происходит за нажатием какой-то кнопки, конечно же, не помешает (для
> этого и существуют кнопки в OEM с названием <Show SQL>). Но,
> согласитесь, легче нажать одну кнопку, нежели десяток-другой, набирая
> команды с клавиатуры. Это первое соображение. Второе. Не знаю еще
> такого человека, который бы помнил наизусть все опции всех команд,
> как sqlplus, так и обычного sql. Искать же каждый раз в доке будет
> несколько дольше, чем нажать гтовую кнопку. Теперь по поводу sql.
> Далеко не всегда удобней писать запросы с помощью обычного текстового
> редактора, не используя хотя бы в качестве промежуточного уровня
> визуализатор, который подготовит подлежащуюю последующему
> редактированию руками команду sql. Ибо помнить структуру и названия
> таблиц напамять (особенно, когда их несколько сот и более) - это из
> области утопии.
Давайте тогда уж поставим инструменты в равные условия.
1. Набрать десяток-другой символов на клавиатуре выходит быстрее по
времени, чем путь мышкой по меню и окнам до "одной кнопки".
2. Насчет помнить все команды ... Если "готовых кнопок" столько же,
сколько возможностей в SQL*Plus'е, то их так же сложно запомнить и долго
искать. Либо там нет пресловутых "готовых кнопок" на все, что вам может
понадобиться.
3. Я не понял, почему неудобно писать statements в простом текстовом
редакторе после того, как вы посмотрели в визуальном средстве структуру
данных ? Что же касается нескольких сотен таблиц ... Вы думаете, что вам
понадобятся ВСЕ поля ВСЕХ таблиц ? Или, что если вы посмотрите на них
"визуализатором", вы быстро поймете незнакомую схему ?
--
Andrew Lesnichenko
Tolik Klusa
окно command window в PL/SQL developer? Там и скрипт создавать удобно во
вкладке редактора и команды выполнять во вкладке диалога и code completion
есть. В общем, такая себе мини-IDE среда.
Хотя, кстати, визуальными DDL-услугами девелопера пользуюсь осторожно и
только через предварительный просмотр сгенерированного им SQL, так как уж
очень любит он добавлять, например, cascade к удалению. ;-) Это к вопросу о
том, что ДБА понимать, что делает гуевое приложение, конечно, нужно. Это без
вопросов.
--
Tolik.
!!! FOR REPLY remove first letter from my e-mail
---------------------------------
"Vladimir Begun" <vladimi...@oracle.com> wrote in message
news:4009F40E...@oracle.com...
Vladimir Begun
> Прошу прощения, что вмешиваюсь, не зная досконально SQL PLUS, но чем плохо
> окно command window в PL/SQL developer?
Смысл в том что sqlplus используется (обычно в той или иной форме) для
установки разработанного на системах заказчика. Command Window (PL/SQL
developer) несовместимо с sqlplus (факты такого плохого поведения
проскакивали в этой новостной группе, если я ничего не путаю), а заниматься
"разработкой" дважды -- это обычно никому не нужно.
Vladimir Begun
> Во-первых: это просто была моя реакция на пост Игоря.
> А во-вторых, я нигде не говорил, что "sqlplus - это плохо". Каждый
> инструмент хорош для своего, и sqlplus в ряде случаев вообще незаменим. По
> крайне мере пока :-). В повседневной жизни я все же предпочитаю SQL
> Navigator, хотя это скорее средство разработчика и он не перекрывает по
> возможностям sqlplus.
Остаётся вопрос о том что sqlplus -- это "бесплатно", а за SQL Navigator
нужно платить дополнительно.
> OEM пользуюсь, но редко. Понравился Space Manager, кторый просто генерит
> скрипт, доступный для редактирования. А идеальным был бы инструмент,
> визиализирующий необходимую информацию и предоставляющий средства для
> автоматической генерации скриптов, позволяющий работать как через GUI,
> так и в CLI.
Это странное определение инструмента. Автоматическая генерация скриптов
для чего? (dbms_metadata?) -- OEM на это претендует. Когда я его ставил
и настраивал под свои нужды он "летал" (solaris). Для визуализации мне
всегда хватало значений выраженных в процентном отношении, наверное это
просто дело привычки. Хотя OEM (да и sqlplus+SQL+PL/SQL) успешно могут
строить графики, первый даже сложные.
> Есть такой инструмент для Oracle на сегодняшний день?
Я не знаю как ответить на этот вопрос. ;) потому что то что написано выше
об твоём "идеальном" субъективно. Поэтому, видимо, ответом в данном случае
будет нет.
--
Vladimir Begun
The statements and opinions expressed here are my own and
do not necessarily represent those of Oracle Corporation.
Vladimir Begun
> Не знаю еще такого человека, который бы помнил наизусть все опции всех
> команд, как sqlplus, так и обычного sql.
Я их знаю, забываю некоторые, иногда -- это правда ;)))
Но написав "обычный" sql, ты внёс неопределённость. Обычный SQL -- это не
так много. Много -- это функции, аналитика, DDL, DCL и проч. Но если ты будешь
писать это не в sqlplus/vi, а каком-то IDE тебе всё равно нужно будет знать
хотя бы то что ты хочешь сделать, а вот если "среда" скроет это от тебя и это
войдёт в привычку, вот тут и начнутся проблемы с пониманием -- как же так есть
такой "умный" <имя инструмента>, "который..." и такой глупый и кривой <имя
инструмента>, "который не..." И вот наступает момент когда "умного" инструмента
у заказчика нет, а есть тот "глупый" примитивный... а дело делать нужно. И
вот непонятно что лучше, ежедневный, возможно для некоторых выглядящий тупым,
тренинг или проблемы -- как написал Олег Гордиенко:
"При прочих равных условиях при использовании привычного средства вероятность
ошибки ниже, чем для непривычного."
Что я считаю плюсом, так это то, что пока только два (sqlplus -- лидер, OEM)[, может
три (TORA)] инструментов есть на тех платформах где есть Oracle (OEM под вопросом).
Я могу ошибаться потому что за остальными не слежу -- не нужно. А таскать за собой
инсталляцию "любимого" инструмента и лицензировать его под это дело... не знаю,
может это и удобно.
Я точно знаю с кем я могу разговаривать о багах если у меня что-то работает на
одной платформе и не работает на другой, я знаю что и где искать, я знаю что мне
не нужен windows, его инсталляция и лицензия, для того чтобы работать с oracle.
Единственное GUI которое я когда-то использовал для разработки и чтобы просто
посмотреть были инструменты от http://www.benthicsoftware.com/, но поскольку
их было тяжело лицензировать на то время (проплатить деньги), я перестал ими
пользоваться.
В остальном полностью согласен с Андреем Лесниченко.
--
Vladimir Begun
The statements and opinions expressed here are my own and
do not necessarily represent those of Oracle Corporation.
Tolik Klusa
news:400C1B0F...@oracle.com...
> Tolik Klusa wrote:
> > Прошу прощения, что вмешиваюсь, не зная досконально SQL PLUS, но чем
плохо
> > окно command window в PL/SQL developer?
>
> Смысл в том что sqlplus используется (обычно в той или иной форме) для
> установки разработанного на системах заказчика. Command Window (PL/SQL
> developer) несовместимо с sqlplus (факты такого плохого поведения
> проскакивали в этой новостной группе, если я ничего не путаю), а
заниматься
> "разработкой" дважды -- это обычно никому не нужно.
Ты, наверное, имел в виду "установкой дважды" :)
Да, наверное, запуск больших ответственных скриптов, которые не отлаживались
перед этим в том же плскл девелопере, лучше запускать через sql plus...
Кстати, спрошу по дороге, если ты не против. Если устанавливать переменную
окружения в cp866 при вызове скл плюс, чтоб он выдавал сообщения вместо
иероглифов, то, например, импорт заливается в БД с перекодированием (БД
создана в 1251) и получается каша. Ты не в курсе, как заставить скл плюс
говорить нормально, не затрагивая при этом кодовую страницу? Оракул 8.1.7.
avs
Инструменты в равные условия поставить невозможно, на мой взгляд. Если уж
говорить очень обобщенно, то разница между визуализаторами и командной
строкой только в уровне абстракции. Командная строка стоит на более низком
уровне абстракции пользовательского интерфейса, чем визуализаторы.
Визуализаторы, как правило, более наглядны, хотя гибкость у них меньше по
причине, описанной выше (более высокий уровень абстракции).
Да, еще. Текстовый редактор или командная строка - это тоже своего рода
визуализатор :-).
На мой взгляд, имеют место быть и sqlplus в силу его гибкости и
универсальности и OEM в силу его более высокой наглядности (например,
графики производительности в sqlplus не посмотришь).
По пункту 2. Как правило, кнопок гораздо меньше, и они ИНТУИТИВНО ПОНЯТНЫ, в
отличие от команд sqlplus. Хочу заметить, что всё это действительно только в
том случае, если пользовательский интерфейс грамотно спроектирован.
По пункту 3. Я не утверждал, что неудобно писать команды SQL в текстовом
редакторе. Я утверждал, что иногда очень удобно подготавливать болванки
SQL-команд в каком-нибудь визуализаторе и уж затем править эти болванки в
текстовом редакторе. Я также не утверждал, что мне сразу нужны все поля всех
таблиц. Но если имена таблиц и полей нормально заданы изначально, то
посмотрев схему таблиц в визуализаторе (например, в ErWin) общая схема
станет понятней БЫСТРЕЕ, нежели выуживание тех же данных с помощью командной
строки.
"Andrew Lesnichenko" <l...@mts.ru> сообщил/сообщила в новостях следующее:
news:bugreo$lg0$1...@slim.sovintel.ru...
avs
мне известно. Это не так уж много?
К сожалению, нет еще таких сред, которые бы полностью скрывали от
пользователя все подробности реализации того или иного продукта. А очень
жаль. Поэтому и приходится лопатить тонны документации, чтобы понять, что ж
там имели ввиду разработчики. Это весьма прискорбный факт, на мой взгляд.
Ибо главное к чему следует стремиться - это к лучшему пониманию друг друга.
Гораздо быстрей до человека информация доходит не через командный интерфейс,
а через визуальный. Я думаю - это не надо доказывать? Вообще, идеальный
интерфейс - это когда успел только подумать, что тебе необходимо сделать, а
уже всё сделано :-). Но это пока из области фантастики.
Если уж говорить об инструментах Oracle, то многие вещи лично мне стали
более понятны, когда я использовал OEM, а не sqlplus. Хотя использование
последнего, к сожалению, исключить на данный момент времени не
представляется возможным.
"Vladimir Begun" <Vladimi...@oracle.com> сообщил/сообщила в новостях
следующее: news:400C3211...@oracle.com...
Andrew Lesnichenko
> Позволю себе опять не согласиться с вами в некоторых местах. :-)
>
> Инструменты в равные условия поставить невозможно, на мой взгляд.
Еще как можно - ими нужно решить одну и ту же задачу.
> На мой взгляд, имеют место быть и sqlplus в силу его гибкости и
> универсальности и OEM в силу его более высокой наглядности (например,
> графики производительности в sqlplus не посмотришь).
1. Соб-но, OEM - родное средство, а разговор шел о том, что в Oracle их
нет :-).
2. К слову - графики производительности, это не администрирование, а
мониторинг :-).
> По пункту 2. Как правило, кнопок гораздо меньше, и они ИНТУИТИВНО
> ПОНЯТНЫ, в отличие от команд sqlplus. Хочу заметить, что всё это
> действительно только в том случае, если пользовательский интерфейс
> грамотно спроектирован.
Неважно, как он спроектирован. Если кнопок мало - неизбежна ситуация,
когда "готовой" кнопки вы не найдете.
> По пункту 3. Я не утверждал, что неудобно писать команды SQL в
> текстовом редакторе. Я утверждал, что иногда очень удобно
> подготавливать болванки SQL-команд в каком-нибудь визуализаторе и уж
> затем править эти болванки в текстовом редакторе. Я также не
> утверждал, что мне сразу нужны все поля всех таблиц. Но если имена
> таблиц и полей нормально заданы изначально, то посмотрев схему таблиц
> в визуализаторе (например, в ErWin) общая схема станет понятней
> БЫСТРЕЕ, нежели выуживание тех же данных с помощью командной строки.
Не будем сваливать все в одну кучу. Если вам нужно изучить незнакомую
схему, то это - реинжиниринг. А в "теме" - средства администрирования.
--
Andrew Lesnichenko
Andrey Ivanov
You wrote on Tue, 20 Jan 2004 10:23:34 +0200:
TK> перекодированием (БД создана в 1251) и получается каша. Ты не в
TK> курсе, как заставить скл плюс говорить нормально, не затрагивая при
TK> этом кодовую страницу? Оракул 8.1.7.
chcp 1251. Предварительно шрифт для консоли соответствующий выбрать, напр.
Lucida Console.
--
With best regards, Andrey Ivanov. E-mail: and...@nte.natm.ru
Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru
avs
> мониторинг :-).
А администрирование не включает в себя мониторинг производительности ? Тогда
что же такое администрирование ? Я понимаю так, что любая система, которой
можно управлять, должна включать средства обратной связи. Чем эффективней и
наглядней эти средства обратной связи, тем эффективней и удобней управлять
системой. Более наглядные визуальные графические средства. Ибо их легче
воспринимать.
>
> Неважно, как он спроектирован. Если кнопок мало - неизбежна ситуация,
> когда "готовой" кнопки вы не найдете.
>
Очень важно как он спроектирован. Если он хорошо спроектирован, то о
недостаточном количестве кнопок говорить не имеет смысла ибо недостаточное
количество кнопок свидетельствует о недоработанном интерфейсе.
> Не будем сваливать все в одну кучу. Если вам нужно изучить незнакомую
> схему, то это - реинжиниринг. А в "теме" - средства администрирования.
>
Администратору вообще не имеет смысла знать о структуре базы данных? Я,
почему-то, думал иначе. Знание схемы - это тоже часть администрирования.
Даже если схема знакома, то при огромном количестве таблиц приходится
освежать данные в памяти. И гораздо удобней делать это с помощью
визуализаторов.
Oleg V. Gordienko
avs wrote:
> ......
> Гораздо быстрей до человека информация доходит не через командный интерфейс,
> а через визуальный.
> Ибо главное к чему следует стремиться - это к лучшему пониманию друг друга.
вот ключевые слова "понимание друг друга"
после проблем в работе с гуи идешь в конфу, ну, или к кайту
чтобы не произносить такого (почти цитата):
"ой, а я тут на кнопочку надавила а там появилось окошечко и говорит окей! что
делать?",
вынужден все те же действия перевести в скрипт для Sql*plus. И ответят тебе
скриптом для SQL*plus, а не рекомендациями что нажимать в гуе.
> Вообще, идеальный
> интерфейс - это когда успел только подумать, что тебе необходимо сделать, а
> уже всё сделано :-).
если думаешь по английчски, то, записывая мысли, получаешь почти sql :-)
0лег
--
Andrew Lesnichenko
>> 2. К слову - графики производительности, это не администрирование,
>> а мониторинг :-).
>
> А администрирование не включает в себя мониторинг производительности
> ? Тогда что же такое администрирование ? Я понимаю так, что любая
> система, которой можно управлять, должна включать средства обратной
> связи. Чем эффективней и наглядней эти средства обратной связи, тем
> эффективней и удобней управлять системой. Более наглядные визуальные
> графические средства. Ибо их легче воспринимать.
Но мониторинг, это отдельная задача. Что порождает отдельные средства
для этого. Например, Patrol или Tivoli, непригодные для
администрирования. И наоборот, нет инструментов администрирования,
способных заменить систему мониторинга (на этапе анализа).
>> Неважно, как он спроектирован. Если кнопок мало - неизбежна
>> ситуация, когда "готовой" кнопки вы не найдете.
>
> Очень важно как он спроектирован. Если он хорошо спроектирован, то о
> недостаточном количестве кнопок говорить не имеет смысла ибо
> недостаточное количество кнопок свидетельствует о недоработанном
> интерфейсе.
Не будем пытаться замкнуть круг. Еще раз - неважно, как спроектирован
"кнопкодавительный" интерфейс. Важно другое: если кнопок мало (интерфейс
легкий), "готовой" кнопки вы можете не найти; если есть "готовые" кнопки
на все случаи жизни (интерфейс грамотно спроектирован), изучить их и
запомнить требует столько же усилий, сколько выучить SQL. С той лишь
разницей, что SQL универсальное средство, а расположение "готовых"
кнопок индивидуально.
> Администратору вообще не имеет смысла знать о структуре базы данных?
> Я, почему-то, думал иначе. Знание схемы - это тоже часть
> администрирования. Даже если схема знакома, то при огромном
> количестве таблиц приходится освежать данные в памяти. И гораздо
> удобней делать это с помощью визуализаторов.
Для администрирование не нужно знание "огромного" кол-ва таблиц. Обычно
интерес представляет всего несколько десятков. И уж тем более, не нужно
знать смысл полей (если, конечно, админа не грузят всякими прикладными
делами).
Но вообще, мне кажется, тема практически исчерпана ...
--
Andrew Lesnichenko
Vladimir Begun
>>>окно command window в PL/SQL developer?
>>Смысл в том что sqlplus используется (обычно в той или иной форме) для
>>установки разработанного на системах заказчика. Command Window (PL/SQL
>>developer) несовместимо с sqlplus (факты такого плохого поведения
>>проскакивали в этой новостной группе, если я ничего не путаю), а
> заниматься
>>"разработкой" дважды -- это обычно никому не нужно.
>
> Ты, наверное, имел в виду "установкой дважды" :)
Нет, именно разработкой. Сначала ты пишешь script SQL*Developere,
а потом переписываешь, доводишь, вообщем время тратишь на перенос
его в sqlplus. Смысл? Если работодатель за это платит, то наверное
так нужно, я не видел таких работодателей.
> Да, наверное, запуск больших ответственных скриптов, которые не отлаживались
> перед этим в том же плскл девелопере, лучше запускать через sql plus...
Вот это я и называл "разработка" дважды.
> Кстати, спрошу по дороге, если ты не против. Если устанавливать переменную
> окружения в cp866 при вызове скл плюс, чтоб он выдавал сообщения вместо
> иероглифов, то, например, импорт заливается в БД с перекодированием (БД
> создана в 1251) и получается каша. Ты не в курсе, как заставить скл плюс
> говорить нормально, не затрагивая при этом кодовую страницу? Оракул 8.1.7.
http://www.geocities.com/luzanovp/sp_config.html
Vladimir Begun
> Спецификация стандарта SQL-99 занимает чуть более 1000 страниц, насколько
> мне известно. Это не так уж много?
Не совсем понятно как это относится к теме разговора. ;) Отвечая на вопрос скажу
-- нет, это немного. Oracle Concepts тоже "большая" книжка (700 страниц). Если ты
его (стандарт) не читал -- тем хуже для тебя, если читал, то уже должен знать что
объём документа и понимание (читай знания языка) это несколько разные вещи. Если
кто-то занимается Oracle, SQL, PL/SQL то об объёмах речь идти не должна ;), главное
что цель светла ;)
BTW, говорят что учёба в университете даёт окромя знаний, развитие ещё одному
навыку -- умению и пониманию того что *нужно* искать и *где* это искать. Так вот
чтение подобной литературы тоже развивает такой навык. Рекомендую.
Непонятно о чём уже говорить стали...
P.S.: Ты заметил что твои доводы плавно переросли во фразы "мир во всём
мире"... ;)
avs
которыми приходится сталкиваться администратору, а не вырывать что-то из
контекста и говорить о каких-то специальных задачах, которые, всё-таки,
требуют наличие визуализаторов.
Человек спрашивал о средствах администрирования вообще, а не в частности.
Вы, совместно с Владимиром Бегуном, почему-то решили, что администрирование
предполагает только подачу каких-либо специфических запросов к СУБД и
исполнение скриптов. Несколько узкое видение, не так ли? Согласен, что
запросы + скрипты - это большая часть работы администратора, но не вся. И
далеко не все задачи можно (читай в приемлемые сроки) решить с помощью
sqlplus. Посему исключать визуализаторы из инструментов администратора
считаю нецелесообразным.
Кнопок, разумеется, может и не хватить. А может быть и много. Это чисто
абстрактный спор, но я готов его продолжить. Гораздо проще изучить все
кнопки (особенно, если они правильно расположены), нежели изучить те
команды, которые они представляют.
Вот цитата от одного из известных программистов, чтобы было понятней о чем
речь идет:
" Сначала был интерфейс командной строки, и вы должны были помнить все
нужные вам команды. Это все равно что заставить всех желающих сделать заказ
в сеульском филиале Mc'Donalds выучить корейский язык! На смену ему пришел
интерфейс с полным меню, в котором перечисляются все возможные команды. И
именно поэтому интерфейс командной строки не лучше графического (и неважно,
что ваш друг-почитатель UNIX считает иначе). Интерфейс, построенный на
принципе <выбрать из>, подобен ресторанной карте: вы открываете ее,
указываете на понравившееся блюдо и усиленно киваете головой - тот же
результат, но без побочных обучающих моментов."
Увы, полностью исключить sqlplus из обихода пока не представляется
возможным. Пока эта утилита является незаменимой. Но сократить ее
использование к минимуму всё же можно хотя бы с помощью того же OEM.
>
> Для администрирование не нужно знание "огромного" кол-ва таблиц. Обычно
> интерес представляет всего несколько десятков. И уж тем более, не нужно
> знать смысл полей (если, конечно, админа не грузят всякими прикладными
> делами).
>
Может достаточно и десятка. Но, скажите пожалуйста, сколько времени у вас
уйдет на изучение этого десятка таблиц и связей между ними с помощью sqlplus
? И сколько с помощью какого-нибудь визуализатора ?
Oleg V. Gordienko
avs wrote:
>
> Кнопок, разумеется, может и не хватить. А может быть и много. Это чисто
> абстрактный спор, но я готов его продолжить. Гораздо проще изучить все
> кнопки (особенно, если они правильно расположены), нежели изучить те
> команды, которые они представляют.
есть по поводу всех этих кнопок еще один аргУмент
если визуализатор отстает от текущей версии сервера (читай "поставлен третьей
фирмой") ты фиг узнаешь о новых возможностях базы, и, даже о том, что некоторые
фичи более не поддерживаются.
В общем, получается, что идеальное средство с визуальным интерфейсом позволяет
быстрее ввести команды в командную строку. Все проверки проведет CLI средство,
всю работу проделает сервер.
> Вот цитата от одного из известных программистов, чтобы было понятней о чем
> речь идет:
> "...именно поэтому интерфейс командной строки не лучше графического (и неважно,
> что ваш друг-почитатель UNIX считает иначе)..."
Это цитата из Джоела. Цитата несколько не в тему: там пишется о пользователях,
которые являются специалистами в чем угодно, только не в работе с компьютерами.
http://russian.joelonsoftware.com/uibook/chapters/6.html
"Не обязательно,что они разбираются в компьютерах. Они наделены различными
талантами, но <...> не обладают талантами в компьютерной области."
Основной тезис раздела
1. У пользователей нет документации, а если бы она и была, они бы ее не читали.
2. На самом деле, пользователи не умеют читать, а если бы и умели, то не не
стали бы.
Этим они и отличаются от DBA и "вашего друга-почитателя UNIX".
> Увы, полностью исключить sqlplus из обихода пока не представляется
> возможным. Пока эта утилита является незаменимой. Но сократить ее
> использование к минимуму всё же можно хотя бы с помощью того же OEM.
Значит - sql*plus нужно знать.
Единственный честный ответ на письмо, которое начало этот затянувшийся тред:
"Надо знать sql*plus. Опционально: OEM, TOAD, TORA... Предпочтительнее средства
от Oracle, т.к. меньше проблем с версиями."
> > Для администрирование не нужно знание "огромного" кол-ва таблиц.
> Может достаточно и десятка. Но, скажите пожалуйста, сколько времени у вас
> уйдет на изучение этого десятка таблиц и связей между ними с помощью sqlplus?
> И сколько с помощью какого-нибудь визуализатора?
у меня есть sql*plus скрипты, упрощающие это дело - например, выводящие
детальное описание таблицы и ее связей, ищущих объект по маске имени и/или
коментарию и пр. Как увижу в визуализаторе или сам придумаю что полезное -
реализую в виде скрипта. Помогает.
По поводу скорости, с которой можно разобраться в структуре БД. У нас заказчики
через эту проблему проходили по-разному. Одни требовали "Концепцию ЦБД" (они
тоже не знали, что это такое). Потом повесили на стенку ЭрВениковую схему. И, в
результате, стали пользоваться моими запросами. Другие сразу замахали руками:
"Зачем нам эти картинки?!". Их устроил текстовый файл с перечнем таблиц, полей и
связей.
0лег
avs
"Oleg V. Gordienko" <g...@dept115.icyb.kiev.ua> сообщил/сообщила в новостях
следующее: news:400E6045...@dept115.icyb.kiev.ua...
>
> есть по поводу всех этих кнопок еще один аргУмент
> если визуализатор отстает от текущей версии сервера (читай "поставлен
третьей
> фирмой") ты фиг узнаешь о новых возможностях базы, и, даже о том, что
некоторые
> фичи более не поддерживаются.
> В общем, получается, что идеальное средство с визуальным интерфейсом
позволяет
> быстрее ввести команды в командную строку. Все проверки проведет CLI
средство,
> всю работу проделает сервер.
>
Это не аргумент. Именно благодаря новому ВИЗУАЛЬНОМУ (а никак не командной
строке) средству от производителя (OEM имеется ввиду) узнАешь о новых
возможностях продукта. Конечно, первую роль при знакомстве с новыми
возможностями играет дока. Но тема прочтения доки здесь не затрагивается.
Ибо она мало имеет отношение к преимуществам интерфейса.
> Это цитата из Джоела. Цитата несколько не в тему: там пишется о
пользователях,
> которые являются специалистами в чем угодно, только не в работе с
компьютерами.
> http://russian.joelonsoftware.com/uibook/chapters/6.html
> "Не обязательно,что они разбираются в компьютерах. Они наделены различными
> талантами, но <...> не обладают талантами в компьютерной области."
> Основной тезис раздела
> 1. У пользователей нет документации, а если бы она и была, они бы ее не
читали.
> 2. На самом деле, пользователи не умеют читать, а если бы и умели, то не
не
> стали бы.
> Этим они и отличаются от DBA и "вашего друга-почитателя UNIX".
Цитата именно в тему. Администраторы баз данных - это тоже пользователи,
хотя, разумеется, в компьютерах они обязаны разбираться. Надо учитывать
также, что администраторы есть опытные и начинающие. Так вот особенно для
начинающих полезны визуализаторы.
> Значит - sql*plus нужно знать.
Увы, это так. Но это совсем не значит, что эта утилита лучше для
ознакомления с СУБД.
> у меня есть sql*plus скрипты, упрощающие это дело - например, выводящие
> детальное описание таблицы и ее связей, ищущих объект по маске имени и/или
> коментарию и пр. Как увижу в визуализаторе или сам придумаю что полезное -
> реализую в виде скрипта. Помогает.
>
> По поводу скорости, с которой можно разобраться в структуре БД. У нас
заказчики
> через эту проблему проходили по-разному. Одни требовали "Концепцию ЦБД"
(они
> тоже не знали, что это такое). Потом повесили на стенку ЭрВениковую схему.
И, в
> результате, стали пользоваться моими запросами. Другие сразу замахали
руками:
> "Зачем нам эти картинки?!". Их устроил текстовый файл с перечнем таблиц,
полей и
> связей.
Но картинки, всё же, куда наглядней. Это любой психолог и дизайнер вам
скажет. Если, разумеется, эти картинки не перегружены всяким хламом.
Andrey
"avs" <a...@grands.dp.ua> wrote in message
news:bulu0f$1n4m$1...@pandora.alkar.net...
>
> "Oleg V. Gordienko" <g...@dept115.icyb.kiev.ua> сообщил/сообщила в новостях
> следующее: news:400E6045...@dept115.icyb.kiev.ua...
> >
> > есть по поводу всех этих кнопок еще один аргУмент
> > если визуализатор отстает от текущей версии сервера (читай "поставлен
> третьей
> > фирмой") ты фиг узнаешь о новых возможностях базы, и, даже о том, что
> некоторые
> > фичи более не поддерживаются.
> > В общем, получается, что идеальное средство с визуальным интерфейсом
> позволяет
> > быстрее ввести команды в командную строку. Все проверки проведет CLI
> средство,
> > всю работу проделает сервер.
> >
>
> Это не аргумент. Именно благодаря новому ВИЗУАЛЬНОМУ (а никак не командной
> строке) средству от производителя (OEM имеется ввиду) узнАешь о новых
> возможностях продукта. Конечно, первую роль при знакомстве с новыми
> возможностями играет дока. Но тема прочтения доки здесь не затрагивается.
> Ибо она мало имеет отношение к преимуществам интерфейса.
Хочу поддержать avs, поскольку что касательно Оракла, то все его "новые
фичи" в (полезном смысле этого слова) начиная с 7-ки являются скорее
исправлениями багов, чем кому-то нужными нововведениями. Это касается как
нововведений в SQL (объектные типы данных, новые режимы работы оптимизатора)
так и экстрима - Жабы в сервере БД, и попыток впихнуть http-сервер в базу
данных. А уж узнать новые возможности оракла через sqlplus и вовсе
проблематично, тут вас уважаемый Oleg V. Gordienko не в ту степь занесло.
Oleg V. Gordienko
avs wrote:
>
> "Oleg V. Gordienko" сообщил/сообщила в новостях
> >
> > есть по поводу всех этих кнопок еще один аргУмент
> > если визуализатор отстает от текущей версии сервера (читай "поставлен
> > третьей фирмой") ты фиг узнаешь о новых возможностях базы
>
> строке) средству от производителя (OEM имеется ввиду) узнАешь о новых
> возможностях продукта.
Диалог получается тот еще.
Я же и говорю, что не-оракловские среды опасны - вне зависимости от того, CLI
или GUI
А вот кое-что GUI скроет. Например: в 9i в отличие от 8 temporary tablespace
лежат отдельно, в отдельной системной вьюхе. Интерфейс (OEM) об этом ни пикселем
не упоминает, для удобства пользователя, очевидно.
> Конечно, первую роль при знакомстве с новыми
> возможностями играет дока. Но тема прочтения доки здесь не затрагивается.
> Ибо она мало имеет отношение к преимуществам интерфейса.
>
> > 1. У пользователей нет документации, а если бы она и была, они бы ее не
> читали.
> > 2. На самом деле, пользователи не умеют читать, а если бы и умели, то не
> не
> > стали бы.
> Администраторы баз данных - это тоже пользователи,
> хотя, разумеется, в компьютерах они обязаны разбираться. Надо учитывать
> также, что администраторы есть опытные и начинающие.
Начинающие администраторы - это не совсем "тоже пользователи". Они обязаны
хотеть стать опытными админитсраторами. Значит - учиться. Заставить их работать
с sql*plus - полезно. А вот заставить что-то делать побыстрее (для этого режима
и подходит GUI) - вредно. Для всех вредно.
> Но картинки, всё же, куда наглядней.
Картинки - нагляднее. А звуки - слышнее. Это даже не истина, это тавтология.
> Это любой психолог и дизайнер вам скажет.
Кстати, тот же Джоел в той-же серии статей предостерегает против "любых"
дизайнеров. То, что хорошо для дизайна текста, плохо для дизайна GUI и т.д. Так
что у "любых" лучше не спрашивать.
Andrey
"Oleg V. Gordienko" <g...@dept115.icyb.kiev.ua> wrote in message
news:400E8874...@dept115.icyb.kiev.ua...
Наверно, все эти статьи - один большой обман и таким образом не более чем
морочат голову. Тот же Оракл почему-то делает Case/Desingner, JDeveloper,
OraclePortal, и еще кучу полезных и не очень, хороших и отстойных, новых и
уже успешно похереных средств для быстрой разработки приложений. Почему на
сайте Оракл в Даунлоаде в разделе Средства разработки светится Дизайнер, а
не гордый SQLPLUS ? Наверно, потому что несмотря на все метания из стороны в
сторону, все же понятно, что разработка софта (а администрирование БД это
часть жизненного цикла софта) не может, не должна, и уж тем более не обязана
вестись в sqlplus-е.
Oleg V. Gordienko
Andrey wrote:
>
> Наверно, все эти статьи - один большой обман и таким образом не более чем
> морочат голову.
русский перевод по адресу:
http://russian.joelonsoftware.com/
это, типа, классика.
> Тот же Оракл почему-то делает Case/Desingner, JDeveloper,
> OraclePortal, и еще кучу полезных и не очень, хороших и отстойных, новых и
> уже успешно похереных средств для быстрой разработки приложений. Почему на
> сайте Оракл в Даунлоаде в разделе Средства разработки светится Дизайнер, а
> не гордый SQLPLUS ?
Потому, что SQLPLUS идет в стандартной поставке. Там же не найдешь отдельно
sql*loader, export/import и просто oracle client. Берешь Oracle Server и все это
находишь внутри. Речь именно о том, что этим можно обойтись.
Остальное для тех, кто не понимает слов и кому нужны картинки :-)
Andrey
>
> Andrey wrote:
> >
> > Наверно, все эти статьи - один большой обман и таким образом не более
чем
> > морочат голову.
> Если про Джоела - полезно составить собственное мнение. Да и просто
интересно.
> русский перевод по адресу:
> http://russian.joelonsoftware.com/
> это, типа, классика.
>
> > Тот же Оракл почему-то делает Case/Desingner, JDeveloper,
> > OraclePortal, и еще кучу полезных и не очень, хороших и отстойных, новых
и
> > уже успешно похереных средств для быстрой разработки приложений. Почему
на
> > сайте Оракл в Даунлоаде в разделе Средства разработки светится Дизайнер,
а
> > не гордый SQLPLUS ?
> Потому, что SQLPLUS идет в стандартной поставке. Там же не найдешь
отдельно
> sql*loader, export/import и просто oracle client. Берешь Oracle Server и
все это
> находишь внутри. Речь именно о том, что этим можно обойтись.
В Стандартной поставке в разное время шло столько всего самого
разнообразного, что, если следовать этому принципу, для запуска сервера
Оракл необходимы кроме всего прочего минимум 3 HTTP сервера различных
модификаций и веб-сайт. Это не соответствует действительности, ровно как и
то, что были похерены действительно полезные для администрирования
программы, как уже упомянутый oradba (вот кто-нибудь, из приверженцев
исключительности командной строки sqlplus, объяснит, ЗАЧЕМ его похерили? или
кто-то кто работает в Оракле Корп или рядом с ней может спросить и донести
до общественности обоснованность замены этой утилиты полным отстоем, которым
является все что написано на ЖАБЕ, включая oem/dbastudio?)
Tolik Klusa
> Tolik Klusa wrote:
> >>>окно command window в PL/SQL developer?
> >>Смысл в том что sqlplus используется (обычно в той или иной форме) для
> >>установки разработанного на системах заказчика. Command Window (PL/SQL
> >>developer) несовместимо с sqlplus (факты такого плохого поведения
> >>проскакивали в этой новостной группе, если я ничего не путаю), а
> > заниматься
> >>"разработкой" дважды -- это обычно никому не нужно.
> >
> > Ты, наверное, имел в виду "установкой дважды" :)
>
> Нет, именно разработкой. Сначала ты пишешь script SQL*Developere,
> а потом переписываешь, доводишь, вообщем время тратишь на перенос
> его в sqlplus. Смысл? Если работодатель за это платит, то наверное
> так нужно, я не видел таких работодателей.
Ну, я пока что все в девелопере делаю. Работаю на предприятии, так что здесь
же отлаживаю и здесь же запускаю скрипт из того же девелопера. Мне он
нравится и с моими задачами пока справляется, но все это, конечно, дело
вкуса и потребностей...
>
> > Да, наверное, запуск больших ответственных скриптов, которые не
отлаживались
> > перед этим в том же плскл девелопере, лучше запускать через sql plus...
>
> Вот это я и называл "разработка" дважды.
Я имел в виду: запустил такой скрипт в девелопере и он не отработал, грубо
говоря, пересоздал БД и запустил его в скл плюс. Итог: установка дважды :)
В общем, где разрабатывал, там и запускать нужно.
>
> > Кстати, спрошу по дороге, если ты не против. Если устанавливать
переменную
> > окружения в cp866 при вызове скл плюс, чтоб он выдавал сообщения вместо
> > иероглифов, то, например, импорт заливается в БД с перекодированием (БД
> > создана в 1251) и получается каша. Ты не в курсе, как заставить скл плюс
> > говорить нормально, не затрагивая при этом кодовую страницу? Оракул
8.1.7.
>
> http://www.geocities.com/luzanovp/sp_config.html
Спасибо.
Tolik Klusa
news:buiudn$k1$1...@host.talk.ru...
> Hello, Tolik!
> You wrote on Tue, 20 Jan 2004 10:23:34 +0200:
>
> TK> перекодированием (БД создана в 1251) и получается каша. Ты не в
> TK> курсе, как заставить скл плюс говорить нормально, не затрагивая при
> TK> этом кодовую страницу? Оракул 8.1.7.
> chcp 1251. Предварительно шрифт для консоли соответствующий выбрать, напр.
> Lucida Console.
Спасибо.
avs
> Диалог получается тот еще.
> Я же и говорю, что не-оракловские среды опасны - вне зависимости от того,
CLI
> или GUI
>
> А вот кое-что GUI скроет. Например: в 9i в отличие от 8 temporary
tablespace
> лежат отдельно, в отдельной системной вьюхе. Интерфейс (OEM) об этом ни
пикселем
> не упоминает, для удобства пользователя, очевидно.
>
GUI, может, что-то и скроет. А вот консоль вообще ничего не покажет.
> Начинающие администраторы - это не совсем "тоже пользователи". Они обязаны
> хотеть стать опытными админитсраторами. Значит - учиться. Заставить их
работать
> с sql*plus - полезно. А вот заставить что-то делать побыстрее (для этого
режима
> и подходит GUI) - вредно. Для всех вредно.
>
Администраторы - это пользователи. Не важно какго они уровня. Начального или
опытного. Не вижу никакого вреда, если человек будет что-то делать быстрее,
прекрасно понимая при этом, ЧТО он делает. Почему вы считаете, что раз
человек использует GUI, то он обязательно не читал документацию ?
> Картинки - нагляднее.
Ну наконец-то пришли к согласию.
Evgeny Filippenkov
"Andrey" <a...@mlm.ru> сообщил/сообщила в новостях следующее:
news:bulvfe$6m8$1...@gavrilo.mtu.ru...
>
>
> Хочу поддержать avs, поскольку что касательно Оракла, то все его "новые
> фичи" в (полезном смысле этого слова) начиная с 7-ки являются скорее
> исправлениями багов, чем кому-то нужными нововведениями. Это касается как
вы о сервере или о sqlplus ? в "плюсе" действительно нового не много, он
оказался еще с 7-ки вполне законченым и самодостаточным.
> нововведений в SQL (объектные типы данных, новые режимы работы
оптимизатора)
> так и экстрима - Жабы в сервере БД, и попыток впихнуть http-сервер в базу
Ага таки о сервере. Какую такую багу, напомните плс, partitionig option
исправляет, а ? Stored outline и resource management тоже что то исправляют
? Это далеко не полный список "новых фич в полезном смысле этого слова".
Не пишите о предмете, в котором плохо разбираетесь, конференцию может читать
молодежь.
> данных. А уж узнать новые возможности оракла через sqlplus и вовсе
> проблематично, тут вас уважаемый Oleg V. Gordienko не в ту степь занесло.
Новые возможности нужно узнавать из доки. Concepts и What's new. А где их
опробовать, это уже дело вкуса.
>
>
--
With best regards, Eugene Filippenkov.
E-mail : my_trashbox AT ukrpost.net
Dmytro Lebid
как только индусы написали ОЕМ на Джаве я например вообще перестал им
пользоваться и полностью перешел на SQL*Plus,
так что насчет "полностью исключить sqlplus из обихода" это из серии
"как бы нашему теляти да вовка зъисты..."
--
С наилучшими пожеланиями,
Дмитрий Лебедь
Andrey
"Evgeny Filippenkov" <filip...@svitonline.com> wrote in message
news:bunmju$23u$1...@news.kiev.sovam.com...
>
> "Andrey" <a...@mlm.ru> сообщил/сообщила в новостях следующее:
> news:bulvfe$6m8$1...@gavrilo.mtu.ru...
> >
> >
> > Хочу поддержать avs, поскольку что касательно Оракла, то все его "новые
> > фичи" в (полезном смысле этого слова) начиная с 7-ки являются скорее
> > исправлениями багов, чем кому-то нужными нововведениями. Это касается
как
>
> вы о сервере или о sqlplus ? в "плюсе" действительно нового не много, он
> оказался еще с 7-ки вполне законченым и самодостаточным.
Он не может быть "самодостаточным", поскольку он (sqlplus) является не более
чем продолжением БД, без которой он бесполезен.
>
> > нововведений в SQL (объектные типы данных, новые режимы работы
> оптимизатора)
> > так и экстрима - Жабы в сервере БД, и попыток впихнуть http-сервер в
базу
>
> Ага таки о сервере. Какую такую багу, напомните плс, partitionig option
> исправляет, а ? Stored outline и resource management тоже что то
исправляют
Stored outline сам по себе ничего не исправляет, он и есть новый Баг, точнее
опять же продолжение, или точнее, демонстрация проблем новых режимов
оптимизатора. Не было бы надуманных режимов оптимизации - не было бы
проблемы, и этого самого Stored outline .
resource management - про него можно написать очень много, ограничусь тем,
что его идея скорее всего возникла в 7-ке, или начиная с 7-ки (как Вы точно
заметили, это был действительно апогей развития Оракла, отдельная тема для
беседы) как насущная необходимость как-то управлять пользовательскими
процессами. Она далеко не столь очевидна, как кажется, эта самая
необходимость. Наиболее часто выполняемый user process managment (и,
возможно, наиболее часто выполняемая операция в администрировании оракла
вообще) состоит в удалении пользовательского процесса.
Беда в том, что ни в одной утилите сервера Оракла нет Кнопки "Прервать
выполнение команды на сервере" (ах да, вспоминаю, в SQLPLUSW 3.3 она была,
но это уже совсем другая тема для обсуждения). Эта самая кнопка решила бы
проблему "Удалять сессию или нет" и процентов на 90 избавила бы от
необходимости столь спорного "менеджмента ресурсов" и способов его
выполнения.
> ? Это далеко не полный список "новых фич в полезном смысле этого слова".
> Не пишите о предмете, в котором плохо разбираетесь, конференцию может
читать
> молодежь.
Я не заучивал синтаксические диаграммы , коды ошибок, и т.д. Это делать не
буду, поскольку это ни мне, ни кому-то другому не нужно. Опять же, обратимся
к официальным тестам по Ораклу. Она не требуют заучивания синтаксических
диаграмм, или списка исправленных багов. Поэтому Ваши упреки несостоятельны
и надуманы.
avs
> avs wrote:
> > Спецификация стандарта SQL-99 занимает чуть более 1000 страниц,
насколько
> > мне известно. Это не так уж много?
>
> Не совсем понятно как это относится к теме разговора. ;) Отвечая на вопрос
скажу
> -- нет, это немного. Oracle Concepts тоже "большая" книжка (700 страниц).
Если ты
> его (стандарт) не читал -- тем хуже для тебя, если читал, то уже должен
знать что
> объём документа и понимание (читай знания языка) это несколько разные
вещи. Если
> кто-то занимается Oracle, SQL, PL/SQL то об объёмах речь идти не должна
;), главное
> что цель светла ;)
По-моему, вы слегка передергиваете. Информация, заложенная в станадртах SQL,
гораздо более неудобоварима для ума, нежели информация, содержащаяся в
Концепциях. Вобщем, неудачная аналогия.
> BTW, говорят что учёба в университете даёт окромя знаний, развитие ещё
одному
> навыку -- умению и пониманию того что *нужно* искать и *где* это искать.
Так вот
> чтение подобной литературы тоже развивает такой навык. Рекомендую.
>
> Непонятно о чём уже говорить стали...
>
Мне тоже не совсем понятно о чем это вы. Как соотносится чтение литературы с
преимуществами визуального интерфейса перед командной строкой (или
наоборот)? Я ведь нигде не утверждал, что литературу читать не надо,
достаточно только жать на кнопки. Я говорил, что к сожалению эту литературу
приходится читать пока пользовательский интерфейс не дошел до той стадии
развития, когда всё будет сразу интуитивно понятно. Зачем передергивать?
Dmytro Lebid
avs wrote:
>>avs wrote:
>>
>
> Мне тоже не совсем понятно о чем это вы. Как соотносится чтение литературы с
> преимуществами визуального интерфейса перед командной строкой (или
> наоборот)? Я ведь нигде не утверждал, что литературу читать не надо,
> достаточно только жать на кнопки. Я говорил, что к сожалению эту литературу
> приходится читать пока пользовательский интерфейс не дошел до той стадии
> развития, когда всё будет сразу интуитивно понятно. Зачем передергивать?
вы имеете в виду админство в шлеме и пречатках ? :)
(речь не идет о кикбоксинге)
Alex Vin
"стоя" на materialized view при нажатии кнопок Compile и Refresh?
С уважением.
Алексей.
avs
"Alex Vin" <vi...@enreg.ru> сообщил/сообщила в новостях следующее:
news:400FA7AD...@enreg.ru...
В документации.
Andrey
Vladimir Begun
>>>Где посмотреть какие sql-команды выполняются oem-ом
>>>"стоя" на materialized view при нажатии кнопок Compile и Refresh?
EXEC dbms_mview.refresh('<MV>', 'C'...);
EXEC dbms_mview.refresh('<MV>', 'F'...);
>>В документации.
>
> В SQLPLUS-е :))
REM DESC dbms_mview
DESC dbms_snapshot
SET LINES 220 PAGES 1000
COLUMN line FORMAT 99999
COLUMN text FORMAT A200
SELECT line, text
FROM all_source
WHERE name = 'DBMS_SNAPSHOT'
AND type = 'PACKAGE'
ORDER BY line
/
Andrei Kriushin
Andrew Lesnichenko пишет:
AL> Andrey Ivanov wrote:
AL>> Запросто может получиться, как в том анекдоте
про ошибку
AL>> в шестом знаке и разницу :-).
AL>> А не отстал ли ты от жизни? Извини, но....
"пальтсы шире плеч".
AL> "Переобъясни" ...
Андрюша, он просто не знает, ЧТО ты администришь )))
Всего
--
Andrei Kriushin, OCP DBA 8/8i/9i
Opinions are of my own and not necessar(il)y...
Andrei Kriushin
Andrey пишет:
> Постановка задачи "настроить БД
металлургического комбината,
> находясь на даче под деревом" кроме улыбки не может
> вызвать никакого ответа.
Мля, дети мелкософта... Настроить базу крупнейшего
провайдера сотовой связи слабо? Тут такие ребятки
есть. А тебе, похоже, не светит, ТЕЗКА.
Vladimir Begun
> Andrey wrote:
>>>> Где посмотреть какие sql-команды выполняются oem-ом
>>>> "стоя" на materialized view при нажатии кнопок Compile и Refresh?
>
> EXEC dbms_mview.refresh('<MV>', 'C'...);
> EXEC dbms_mview.refresh('<MV>', 'F'...);
ALTER MATERIALIZED VIEW <> COMPILE;
EXEC dbms_mview.refresh('<MV>', '?'...); -- я бы не рекомендовал...
Vladimir Begun
>>Постановка задачи "настроить БД
> металлургического комбината,
>>находясь на даче под деревом" кроме улыбки не может
>>вызвать никакого ответа.
>
> Мля, дети мелкософта... Настроить базу крупнейшего
> провайдера сотовой связи слабо? Тут такие ребятки
> есть. А тебе, похоже, не светит, ТЕЗКА.
На этот раз меняю подпись, в знак солидарности с теми
кому "светило"... смотрю на "молодёжь" и улыбаюсь, им
везде дорога... :)
--
Vladimir Begun
"Those of you who think you know everything are very
annoying to those of us who do." :-)
Vladimir Begun
> По-моему, вы слегка передергиваете. Информация, заложенная в станадртах SQL,
> гораздо более неудобоварима для ума, нежели информация, содержащаяся в
> Концепциях. Вобщем, неудачная аналогия.
Аналогия была удачна если бы была понята.
Я не совсем понимаю о чём ты сказал с самого начала, почему было упоминание
стандарта (ты его искал тут и в fido7, нашел что-то ну всё понятно, тема поиска
-- больная тема, наверное поэтому и была вплетена в разговор), но причём тут
стандарт к теме обсуждения -- непонятно.
Ты говоришь стандарт 1000 страниц (хотя там книжек штук 10 или больше и все
достаточно объёмны) и "неудобоварим для ума", а я говорю что я знаю SQL и его
"диалект" от Oracle, словарь Oracle, разницу между версиями и проч. и мне всё
равно в чём писать этот sql, ddl, dml в vi/sqlplus, или в SQL*Navigator и проч.
и при этом мне лично неважен объём фолианта (поэтому-то я и не понимаю твоего
довода про объём и твой же критерий "удобоворимости"). Причем эти знания пока
только помогали, чего и всем желаю.
Новички, например, долго "втыкают" почему у них планы выполения разные в этих
удобных инструментах и в реальной жизни, а всё потому что они а) не *прочитали*
(это довод о тех твоих выводах ниже) руководство б) не знают что GUI само где-то
там у себя имеет "checkbox", который включает режим оптимизации RULE... в)
удивляются почему статисткика выполнения разная и проч. Но(!) при этом говорят
что sqlplus -- это не для них. Логики в этом, разумеется, нет никакой.
Поэтому считаю что первичен не инструмент, забивающий гвоздь, а руки, сила
удара, дерево, длина гвоздя (читай, голова, опыт, понимание) -- теперь понятна
аналогия? Кто и камнем его вобъёт, а кто и молотком пальцы разобъет. Да удобным
молотком работать лучше, но критерий удобства каждый определяет сам (читай,
"мастеру виднее" ;))
>> Непонятно о чём уже говорить стали...
>
> Мне тоже не совсем понятно о чем это вы. Как соотносится чтение литературы с
> преимуществами визуального интерфейса перед командной строкой (или
> наоборот)?
Напрямую -- чтение литературы помогает понять проблемы, если они возникают.
> Я ведь нигде не утверждал, что литературу читать не надо, достаточно только
> жать на кнопки.
> Я говорил, что к сожалению эту литературу приходится читать пока пользовательский
> интерфейс не дошел до той стадии развития, когда всё будет сразу интуитивно понятно.
Читать, Андрей, нужно, какой бы удобный интерфейс не был, это, имхо, конечно...
см. выше -- не зная что такое RBO/CBO тебе никакой GUI непоможет...
> GUI, может, что-то и скроет. А вот консоль вообще ничего не покажет.
Вот тут и есть, то самое отличие во взглядах. Кто знает где смотреть
всё увидит.
Andrei Kriushin
avs пишет:
> далеко не все задачи можно (читай в приемлемые
сроки) решить с помощью
> sqlplus. Посему исключать визуализаторы из
инструментов администратора
> считаю нецелесообразным.
Ясен пень.
> Вот цитата от одного из известных программистов,
> чтобы было понятней о чем речь идет:
Вот-вот - ***программиста***, а не администратора.
> " Сначала был интерфейс командной строки, и вы
должны были
> помнить все нужные вам команды. Это все равно что
> заставить всех желающих сделать заказ в сеульском
> филиале Mc'Donalds выучить корейский язык! На
смену ему
> пришел интерфейс с полным меню, в котором
перечисляются
> все возможные команды. И именно поэтому
интерфейс командной
> строки не лучше графического (и неважно, что ваш
> друг-почитатель UNIX считает иначе). Интерфейс,
построенный
> на принципе <выбрать из>, подобен ресторанной
карте: вы
> открываете ее, указываете на понравившееся блюдо
и усиленно
> киваете головой - тот же результат, но без побочных
> обучающих моментов."
Если считать мадональдс рестораном... (сорри за
язвительность ;-)
Не гурман тот программер, однако. Или желудок у
него луженый.
Я обычно таки интересуюсь, из чего это наваяли блюдо
"Ухухарчик по-раздолбайски"(это насчет ткнуть
пальцем и покивать).
А как насчет такой альтернативы - Вы повар,
приехали в Сеул
работать (не в макдональдс). Хотите изготовить
свое фирменное
блюдо. Идете на рынок в поисках ингредиентов.
Увидев знакомый
ингредиент, усиленно киваете головой... Типа, GUI
такой... типа.
> Увы, полностью исключить sqlplus из обихода пока
не представляется
> возможным. Пока эта утилита является
незаменимой. Но сократить ее
> использование к минимуму всё же можно хотя бы с
помощью того же OEM.
Мои две копейки: для начинающего админа,
работающего с некритической БД (а кто ему даст
сурьезную?), GUI великая весч.
И много есть задач, где гуевые тулзы удобны
продвинутому админу. OEM тот же, или Spotlight,
или T.O.A.D., или PL/SQL Developer, или SQL
Navigator т.д. и т.п.
Вот только вопрос - если у Вас стоИт раком
промышленная критическая база (процессинговый
центр с 20 банкоматовскими транзакциями в секунду
или еще чего не менее веселенькое), Вы
действительно полезете туда гуем? Он Вам пока
красивые картиночки разрисует (по запросику на
фрагментик картиночки), Вы состаритесь (или Вас
уволят).
Думаю, что дискуссия разгорелась из-за того, что
некоторые участники не являются "чистыми"
админами. Хочу быть правильно пОнятым: это ни в
коем случае не критика, не принижение, не "гнутие
пальцОв". Все мы тут коллеги. Просто большинство
выполняет много разных функций одновременно, т.е.
и базу подкрутить, и приложение налабать/изменить,
и Вынь тете Соне переставить, и сетку прокинуть, и
картридж в принтере поменять... Типа, на все руки.
sqlplus не лучше GUI, просто он ближе к корню.
Лишнего ничего сам не сделает, что для админа в
критической ситуации очень важно.
Всего.
--
Andrei Kriushin, OCP DBA 8/8i/9i
Opinions are of my own and not necessar(il)y...
Andrei Kriushin
Andrey пишет:
> что касательно Оракла, то все его "новые
> фичи" в (полезном смысле этого слова) начиная с
7-ки являются скорее
> исправлениями багов, чем кому-то нужными
нововведениями.
Андрей, ты не прав. Partitioning тому явный
пример. Ты рулил терабайтные базы с нагрузкой типа
OLTP?
> Это касается как нововведений в SQL (объектные
типы данных,
Согласен
> новые режимы работы оптимизатора)
утю-тю. Не согласен категорически.
> так и экстрима - Жабы в сервере БД, и попыток
впихнуть
> http-сервер в базу данных.
Согласен.
> А уж узнать новые возможности оракла через
sqlplus и вовсе
> проблематично.
Согласен. sqlplus НЕ ЕСТЬ СРЕДСТВО ИЗУЧЕНИЯ НОВЫХ
ВОЗМОЖНОСТЕЙ ;-)
Для этого дока есть, чтение которой для админа
обязательно. Ну хотя бы "New Features"...
Всего
--
Andrei Kriushin, OCP DBA 8/8i/9i
Opinions are of my own and not necessar(il)y...
Andrei Kriushin
Andrey пишет:
> Stored outline сам по себе ничего не исправляет,
он и есть
> новый Баг, точнее опять же продолжение, или точнее,
> демонстрация проблем новых режимов оптимизатора.
Не было
> бы надуманных режимов оптимизации - не было бы
> проблемы, и этого самого Stored outline .
Oracle7 действительно очень удачная версия. Есть
одно НО - с самого начала Oracle был сильно
закошен под оптимизацию OLTP. Только мало найдется
таких чисто OLTP'шных баз. А потому живут люди с
гибридами OLTP/DSS. Да и хранилища данных - важный
тип баз/приложений. Для них CBO полезен.
> resource management - как насущная необходимость
как-то
> управлять пользовательскими
> процессами. Она далеко не столь очевидна, как
кажется, эта самая
> необходимость.
Очевидна для гибридных систем. Возможность
установки приоритетов на доступ к ресурсам. По
своему опыту настройки БД в процессинговом центре
немаленького московского банка - приоритет отдан
OLTP - банкоматы ждать не любят. Однако в той же
базе есть регламентированные операции, типа
ежедневных отчетов и т.п. (aka DSS, batch).
Всего.
Andrei Kriushin
Andrey пишет:
> Почему на сайте Оракл в Даунлоаде в разделе
> Средства разработки светится Дизайнер, а
> не гордый SQLPLUS ?
Наверное, потому, что он входит в дистрибутив сервера?
Андрей, мне уже не смешно отвечать на Ваши постинги.
Пока
--
Andrei Kriushin, OCP DBA 8/8i/9i
Opinions are of my own and not necessar(il)y...
Andrei Kriushin
Andrey пишет:
> как уже упомянутый oradba
sqldba, вроде как.
> (вот кто-нибудь, из приверженцев
> исключительности командной строки sqlplus,
объяснит,
> ЗАЧЕМ его похерили? или кто-то кто работает в
Оракле Корп
> или рядом с ней может спросить и донести до
общественности
> обоснованность замены этой утилиты полным
отстоем, которым
> является все что написано на ЖАБЕ, включая
oem/dbastudio?)
"Консенсус! Консенсус!" - радостно завопил я. Хоть
и по грустному поводу.
Действительно, жаль. Может быть, команда
разработчиков поменялась? Кто знает, не причастны
ли были люди из Quest Software, Platinum и т.п. к
разработке админных средств внутри Oracle Corp.?
А ведь все было в одном флаконе, в том числе и
мониторинг... Платформенной независимости
захотелось, я думаю. А замена оказалась (да и до
сих пор является) неадекватной IMHO.
Всего
--
Andrei Kriushin, OCP DBA 8/8i/9i
Opinions are of my own and not necessar(il)y...
Andrei Kriushin
Arshinov A пишет:
AA> Возвращаясь к АБД.
AA> Очевидно, чем сложнее задачи администрирования
БД, тем
AA> глубже ДБА должен понимать что происходит
ВНУТРИ его БД.
Категорически согласен.
Dmytro Lebid
Andrei Kriushin wrote:
> Привет.
>
> Andrew Lesnichenko пишет:
> AL> Andrey Ivanov wrote:
>
> AL>> Запросто может получиться, как в том анекдоте
> про ошибку
> AL>> в шестом знаке и разницу :-).
> AL>> А не отстал ли ты от жизни? Извини, но....
> "пальтсы шире плеч".
>
> AL> "Переобъясни" ...
> Андрюша, он просто не знает, ЧТО ты администришь )))
>
> Всего
Что, уже начинаем приборами меряться? :)
Читать тошно.
Давайте уж лучше пингвинами http://ze999.ru/stuff/ping/
у меня 323,5 м
Andrey
О невеселом.
Это было несмешно изначально, не представляю почему вам было смешно из-зи
печального состояния средств разработки-администрирования Оракла.
О Крутости.
Вы можете администрировать чем угодно, это ваше личное право. В сообщении
некого мистера утверждалось, что надо обязательно уметь заадминистрить через
SQLPLUS, что неверно. Эти занимается весьма ограниченная группа товарищей,
это их личное дело. Что касается "крутости" этого занятия, то было бы круче
если бы вы писали sql-запросы не в sqlplus, а на ассемблере, и изменяли бы
напрямую файлы данных. Это и работало бы реально быстро, решив проблемы
ваших банкоматов.
О начитанности.
Также непонятно, почему "админа, пытающийся понять что происходит в БД путем
копания в недрах сервера БД, а не изучения исходных текстов и бесед с
разработчиками", Вы выставили как "хорошего" админа. Это "плохой" админ, он
не умеет или не хочет с разработчиками общаться. Новые режимы оптимизации
( и все остальное) не помогут вам если софт написан не совсем корректно. И
пожалуйста, избавьте от вопросов "сколько опций в команде ALTER" или
"сколько новых фич оракла вы знаете" , "как называется та или иная команда",
оставьте их для игры "что, где, когда".
Шутка.
Это не вы причастны к проблемам с банкоматами, о которых много писали в
прессе? Можете не отвечать, это шутка.
Почему.
Причина этого состояния вещей, что Оракл начиная с 7-ки унесло в
неправильном направлении. Designer практически не изменился (за исключением
добавления кое-где надписей Java и квадратиков на таблицах в DE).
Средства администрирования уничтожены. Над HTTP-сервером надругались. Даже
forms/reports, то, за счет чего Оракл поднялся на терминалах, испортили.
Да, новое пришествие терминал-серверной конфигурации произошло, но не в лице
Оракла, а в лице Microsoft NT/IE/IIS/ASP.NET и возможно даже MSSQL.
А оракл делает вид что все правильно и продолжает нанимать экстремалов с
поддержкой SQLplus-а.
"Andrei Kriushin" <kriu...@rdtex.ru> wrote in message
news:bup4g4$7fe$1...@host.talk.ru...
Alex Vin
> >>>Где посмотреть какие sql-команды выполняются oem-ом
> >>>"стоя" на materialized view при нажатии кнопок Compile и Refresh?
>
> EXEC dbms_mview.refresh('<MV>', 'C'...);
> EXEC dbms_mview.refresh('<MV>', 'F'...);
да я не об этом совсем...
я просто хочу подметить, что в гуи стали прятать команды от глаза
и иногда хитрые большие селекты приходится чем-нить подглядывать
(top-session-monitor?:)
а ещё я хочу присовокупить следующий голос за пользу гуи из
fido7.ru.rdbms.oracle :
"Имею Oracle 9i R2 на W2k.
Создавал базу через Database Assistant. В процессе создания глюкнул
сервер.
База создалась. Но!!! Бесследно исчез TNSListener.
Его нет в сервисах. Я никогда не сталкивался с такой ситуацией.
Как бы его перезапустить без переустановки Oracle?
WBR, Slava"
С уважением.
Алексей.
Arshinov A
> О невеселом.
> О Крутости.
> Вы можете администрировать чем угодно, это ваше личное
право. В сообщении
> некого мистера утверждалось, что надо обязательно
уметь заадминистрить через
> SQLPLUS, что неверно. Эти занимается весьма
ограниченная группа товарищей,
> это их личное дело. Что касается "крутости" этого
занятия, то было бы круче
> если бы вы писали sql-запросы не в sqlplus, а на
ассемблере, и изменяли бы
> напрямую файлы данных.
ки унесло в
> неправильном направлении.
Ну-у-у-у-у.
Из серии "все бабы дуры, мир бардак - болейте люди за
Спартак".
А 6-ка мне тоже очень нравится (нравилась)...
Особенно кастрированный мониторинг служебных таблиц в
текстовом варианте.
А еще в 7-ке было средство администрирования квази-GUI
(окошки типа текстового турбо-вижн).
Даже в доке по администрированию 7.1 описано все на нем.
Ну и что?
Про ассемблер. Писать на нем БД конечно глупо. Но
программиста экстра-класса без ассемблера, пожалуй не
выйдет.
(IMHO, точно также, не зная какие и как работают DDL-
команды, вряд ли из тебя получится хороший АБД).
Кстати, читая статьи Тома Кайта, думаешь, где это он все
эти вещи откапывает? Наверное нажимая кнопки в ОЕМ.
И еще, я так и не услышал ответ на вопрос про репликацию
пары сотен таблиц на несколько серверов при помощи
только мышкодавства.(см. мой пост выше).
--
Всего хорошего.
Andrey
"Arshinov A" <ar...@rambler.ru> wrote in message
news:buqpeg$akk$1...@host.talk.ru...
Уважаемый Arshinov A, не совсем понятно, вы протестуете или соглашаетесь.
Уточните, пожалуйста.
Категория Тома Кайта, как и "администраторов, сидящих на даче под деревом" и
что-то набивающих "в самодостаточном средстве разработки приложений
SQLPLUS" - это небольшая и относительно незначительная категория "АБД". Том
Кайт в частности зарабатывает себе на жизнь, а все описанные в общем
помогают Микрософту, отвечая в стиле "да не пошел бы ты и не почитал
документацию". Неужели вопрошающий настолько туп, что сам недошел бы до
такого ответа? Вашими усилиями Оракл приобрел репутацию того, чем он не
является - чрезмерно заумной и сложной в настройке БД, плюс бесплатная
конференция админов-хамов.
Ответ на вопрос про репликацию Вы наверно не неуслышали, а не захотели
услышать. Изначальный вопрос о безапеляционной необходимости все делать в
SQLPLUS не следует искажать до "давить или не давить" на кнопки мыши.
Dmitry Stepanov 186916822
"За что я не уважаю MS, это за то, что она вырастила целое поколение админов,
не читающих документацию и не умеющих это делать"
Интересно, вы когда учились в школе/вузе, учебники(справочники,конспекты) читали?
Или вам было достаточно однократно прослушанной лекции/урока?
Почему же вы считаете, что можно изучить новый для вас предмет не читая
документации?
Andrey
"Dmitry Stepanov 186916822" <s...@borlas.ru> wrote in message
news:buqsai$1784$1...@gavrilo.mtu.ru...
> Не помню кто и не помню где, кто-то сказал:
> "За что я не уважаю MS, это за то, что она вырастила целое поколение
админов,
> не читающих документацию и не умеющих это делать"
>
> Интересно, вы когда учились в школе/вузе, учебники(справочники,конспекты)
читали?
> Или вам было достаточно однократно прослушанной лекции/урока?
>
> Почему же вы считаете, что можно изучить новый для вас предмет не читая
> документации?
А почему Вы надумали себе что я так считаю? Это где-то было написано?
3-й абзац не вытекает из 2-х предыдущих.
Вопрошающие в 90% желают срочно получить ответ на вопрос, обычно по
восстановлению БД/исправлению проблем с внезапно изменившимся поведением
Оракла. 1-й вопрос обычно подразумевает четкое следование инструкциям
recovery guide, и человек пишет сюда чтобы вы его морально успокоили, а не
послали "по документацию".
2-й вопрос настолько туманен, что (Вы верно заметили) по этому поводу пишут
целые тома сочинений, которые, несмотря на коммерческий успех, бесполезны
для исправления проблемы одного конкретного человека и его частного случая
БД. Результат - 99% вероятности, что вопрошающего просто пошлют, сославшись
на сложность этого вопроса.
Тут бы помогла утилитка, доступно описывающая, что происходит в БД в
настоящий момент. К сожалению, ее действительно нельзя сделать
универсальной. Выход есть - Оракл может работать в "правильном" режиме
оптимизации - хинтовом. То есть режим "Что захотел то и получил".
"Правильном", потому что оракл в словаре БД его использует, а остальным
пытается объявить, что этот режим неправилен. Почему бы Ораклу не избавиться
от этой несуразицы? Все используют хинты, кое-кто не желает в этом
признаваться.
Все "администраторское творчество" нацелено именно на эту непобедимую
дилему - опять же, это Ваше личное дело. Оракл "для новичков" - это когда
админ и разработчики работают сообща, когда на вопросы отвечают честно, что
мол "да, это в Оракле проблема". Если по каким-то причинам Вы работаете
иначе, не называйте это единственно возможным решением.
Vyacheslav Yanuk 2025950482
Почему?
Возможно старая привычка, которая сохранилась с больших машин...
Кроме того считал, и считаю, что админ ОБЯЗАН ЧИТАТЬ ДОКУ И ПОНИМАТЬ ЧТО ОН
ДЕЛАЕТ. Именно ПОНИМАТЬ.
Кстати. В MS SQL некоторые вещи гораздо удобнее делать через SP, а не GUI.
Вот только забываются многие вещи , если долго не работаешь... Вот здесь GUI
может помочь... Хотя и не всегда :-)
А еще, я бы категорически запретил применять всякие генераторы SQL. Они
совершенно отучают думать...
WBR, Slava
--
Dmytro Lebid
например нужно вам соединить 10 таблиц по ключам
что, будете сидеть руками джоины писать?
не верю (с)
>
> WBR, Slava
Vyacheslav Yanuk 2025950482
> > совершенно отучают думать...
> например нужно вам соединить 10 таблиц по ключам
> что, будете сидеть руками джоины писать?
> не верю (с)
Слава
Evgeny Filippenkov
"Andrey" <a...@mlm.ru> сообщил/сообщила в новостях следующее:
news:buqmkm$11k1$1...@gavrilo.mtu.ru...
> Уважаемый Andrei Kriushin, и всех кого не могу перечислить поименно.
>
>
> Причина этого состояния вещей, что Оракл начиная с 7-ки унесло в
> неправильном направлении. Designer практически не изменился (за
исключением
5 балов ! Так держать ! А какое направление правильное ? Или вы думаете, что
Oracle corp. хоть в какой то мере интересует ваше (точно как и мое) мнение.
Или рынок СНГ. Их мало интересует даже европейский рынок. Все что они делают
они делают в основном на потребу американского рынка. И что мы с вами знаем
об этих потребностях ???
Когда в 1997 (если мне не изменяет склероз) году ананосировали версию 8i, у
нас стояла версия 7.3 и вполне нас устраивала. У нас было 2 базы общим
объемом в пределах 10 гиг. Многи вещи, заявленные в 8-ке тогда казались
абсолютно излишними и за уши притянутыми. Сейчас же, когда объемы измеряются
сотнями гиг, а число баз десятками, то без всех этих "излишеств" работа
вообще представляется немыслимой.
Неужели не понятно, что если лично вам или вам и всем вашим знакомым та же
java или http сервер не нужен, то это не значит, что он не нужен и всем
покупателям Oracle вообще.
> добавления кое-где надписей Java и квадратиков на таблицах в DE).
> Средства администрирования уничтожены. Над HTTP-сервером надругались. Даже
> forms/reports, то, за счет чего Оракл поднялся на терминалах, испортили.
> Да, новое пришествие терминал-серверной конфигурации произошло, но не в
лице
> Оракла, а в лице Microsoft NT/IE/IIS/ASP.NET и возможно даже MSSQL.
В огороде бузина, а в Киеве дядька...
> А оракл делает вид что все правильно и продолжает нанимать экстремалов с
> поддержкой SQLplus-а.
Да что ж вы на sqlplus так взъелись то ? Где он вам дорогу перешел ? Это
один из инструментов. Для некоторых задачь он практически незаменим. Как
отвертка в наборе слесарных инструментов. Никак без отвертки. Она на
отменяет и на заменяет ни плоскогубцы не молоток. Даже если у вас куча
гайковертов и электрошуруповертов. Все равно есть работы, которые
выполняются именно отверткой. Так и с sqlplus.
--
With best regards, Eugene Filippenkov.
E-mail : my_trashbox AT ukrpost.net
Andrey
"Evgeny Filippenkov" <filip...@svitonline.com> wrote in message
news:butdno$158d$2...@news.kiev.sovam.com...
>
> "Andrey" <a...@mlm.ru> сообщил/сообщила в новостях следующее:
> news:buqmkm$11k1$1...@gavrilo.mtu.ru...
> > Уважаемый Andrei Kriushin, и всех кого не могу перечислить поименно.
> >
> >
> > Почему.
> > Причина этого состояния вещей, что Оракл начиная с 7-ки унесло в
> > неправильном направлении. Designer практически не изменился (за
> исключением
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^
> 5 балов ! Так держать ! А какое направление правильное ? Или вы думаете,
что
> Oracle corp. хоть в какой то мере интересует ваше (точно как и мое)
мнение.
> Или рынок СНГ. Их мало интересует даже европейский рынок. Все что они
делают
> они делают в основном на потребу американского рынка. И что мы с вами
знаем
> об этих потребностях ???
Откуда информация что Оракл работает именно на американский рынок? У вас
есть статистика продаж Оракла по регионам? Даже если так, экскурс и
comp.databases.oracle.* показывает, что у НИХ те же самые проблемы и вопросы
что и у НАС.
> Когда в 1997 (если мне не изменяет склероз) году ананосировали версию 8i,
у
> нас стояла версия 7.3 и вполне нас устраивала. У нас было 2 базы общим
> объемом в пределах 10 гиг. Многи вещи, заявленные в 8-ке тогда казались
> абсолютно излишними и за уши притянутыми. Сейчас же, когда объемы
измеряются
> сотнями гиг, а число баз десятками, то без всех этих "излишеств" работа
> вообще представляется немыслимой.
И что? Я не против прогресса, я за. Особенно когда во время этого прогресса
исправляются очевидные ляпы и странности в поведении сервера. 9-ка в этом
смысле просто идеальна - те вещи, которые в 7-ке и 8-ке вели себя
непредсказуемо (тот же самый Дизайнер частенько зависал просто непонятно
почему при выполнении каких-то действий на сервере), работают вполне
удовлетворительно.
> Неужели не понятно, что если лично вам или вам и всем вашим знакомым та же
> java или http сервер не нужен, то это не значит, что он не нужен и всем
> покупателям Oracle вообще.
Я что, где-то утверждал что они никому не нужны? Я посетовал на странности
дизайна и нестабильность работы в совокупности с просто-таки чудовищным
размером дистрибутива. Просто удивительно, насколько люди могут быть
мнительными и легко додумывать то, что (как им кажется) якобы оскорбляет их
высшие чуства, будь то администратор банкоматной БД или строгий учитель
лучшей БД всех времен и народов.
> > добавления кое-где надписей Java и квадратиков на таблицах в DE).
> > Средства администрирования уничтожены. Над HTTP-сервером надругались.
Даже
> > forms/reports, то, за счет чего Оракл поднялся на терминалах,
испортили.
> > Да, новое пришествие терминал-серверной конфигурации произошло, но не в
> лице
> > Оракла, а в лице Microsoft NT/IE/IIS/ASP.NET и возможно даже MSSQL.
>
> В огороде бузина, а в Киеве дядька...
Я сообщаю информацию, которая полезна заинтересованным людям, не заклиненным
на одной определенной теме. Человек, заинтересовавшийся вопросом, изучит
его, расширив свой кругозор. А кто не захочет - его дело. Если вам нужен
формальный повод, чтобы в или на программном продукте было слово Oracle, так
в дистрибутивах DAC есть драйвер для доступа к Ораклу.
>
> > А оракл делает вид что все правильно и продолжает нанимать экстремалов с
> > поддержкой SQLplus-а.
>
> Да что ж вы на sqlplus так взъелись то ? Где он вам дорогу перешел ? Это
> один из инструментов. Для некоторых задачь он практически незаменим. Как
> отвертка в наборе слесарных инструментов. Никак без отвертки. Она на
> отменяет и на заменяет ни плоскогубцы не молоток. Даже если у вас куча
> гайковертов и электрошуруповертов. Все равно есть работы, которые
> выполняются именно отверткой. Так и с sqlplus.
Не на SQLPLUS, уважаемый Evgeny Filippenkov, а на утверждение что в нем в
обязательном порядке , по теме или не по теме, удобно или неудобно,
барабанить пальцами по клавиатуре, создавая SQL-запросы. Явно надуманное
утверждение, хотя Ваша параллель sqlplus-отвертка несомненно заставит бывших
сторонников GUI пересмотреть к нему отношение. Оракл старается, это видно,
сделать свою БД доступнее народу, диаграмки какие-то рисует о
производительности оракла в своем Портале. Он ведь не пишет на своем сайте -
"не устанавливайте OAS, а устанавливайте sqlplus".
Arshinov A
> Уважаемый Arshinov A, не совсем понятно, вы
протестуете или соглашаетесь.
> Уточните, пожалуйста.
> Вашими усилиями Оракл приобрел репутацию того, чем он
не
> является - чрезмерно заумной и сложной в настройке БД,
плюс бесплатная
> конференция админов-хамов.
> Ответ на вопрос про репликацию Вы наверно не
неуслышали, а не захотели
> услышать. Изначальный вопрос о безапеляционной
необходимости все делать в
> SQLPLUS не следует искажать до "давить или не давить"
на кнопки мыши.
0. Я уже упоминал, что истина где-то посредине. Мало
есть чего совершенного (кроме MS-Office, иначе как он
заполонил весь мир), и так-же мало совершенно убогого
(оно просто долго не живет).
1. Никто не утверждал что Оракл чрезмерно заумная и т.д.
Скажу больше. Я совершенно согласен с известным
утверждением "Нужно ли администрирование Оракла? Да!
Нужен ли АБД Оракла? Необязательно."
Кроме того лично мне известно несколько крупных "контор"
(в т.ч. отделение центробанка, связьинформ...) в которых
крутятся солидные БД, но отсутствует АБД. Формльно
человек-то, конечно есть. Но он,так скажем, не Ораклоид.
Т.е. сопровождение БД одна из его еще десятка других
задач. И ничего. Прекрасно справляются.
Скажу больше. У нас один отдел купил 3,5 года назад
готовую систему (оракл, понятно внутре). Разработчик за
3 тыс. км. Так как ее запустили так за это время никто
туда ни разу не лазил (админ). У них даже пароль только
один - на выключение машины. Диски зеркалируются, логи
периодически удаляются кроном и т.п. Чудо!?
2. Не могли бы вы конкретно указать на случаи хамства.
3. Про ответ на репликацию. Здесь нет никакого подвоха.
Просто хотелось услышать конкретный ответ на конкретный
вопрос. Без всякой философии.
4. Про "давить или не давить". Здесь я совершенно
согласен со сравнением про отвертку и плоскогубцы. Для
разных задач часто требуются разные инструменты. Об этом
кстати, я уже упоминал в посте про C++ и C++ билдер.
А в GUI нет ничего плохого. Только вот была приведена
цитата по поводу того, что Винды вырастили админов не
читающих доки. Что вряд ли скажешь про админов-
юниксоидов.
И пару примеров из личного опыта (немного скомканых).
Года 4 назад один знакомый win-админ в беседе упомянул,
что он в совершенстве овладел сетевыми настройками
Виндов. Через пару недель он обратился за косультацией
по поводу некоей возникшей проблемы сети. На вопрос "а с
такой-то ветки хост у тебя пингуется?" последовал
встречный вопрос аса виндов - "А что такое ping и как
его проинсталить"...
И второй пример. В одной небольшой конторке накрылся
винт с 1С. Ясно, что т.к. копий никто, кроме админов-
ораклоидов, не держит, возникла насущная необходимость
восстановить данные (там была, вроде NTFS). Дело было
года 3 назад, и разных полезных утилит 3-х фирм для
копания NTFS еще не было (в широком обращении).
Дык ни один из приглашенных монстров WinNT (а они
перерыли весь город) не смог решить проблему. (На самом
деле, ситуация была очень не стандартная.) Случайно
попал в эту кашу один "мелкий" любитель Линукса.
Напомню, что Линукс и тогда понимал NTFS. Ну, окончание
истории понятно...
Совершенно понятна будет реакция некоторых, читающих сей
опус. Дескать есть и win-молодцы, и Linux-глупцы. Все
зависит от конкретной ситуации, задачи и человека.
Согласен. Но все дело в процентах среди 1-х и 2-х.
И с Ораклом грядет та же тенденция. Так для того, чтобы
создать тестовую БД на 6-ке требовался приличный опыт,
то чтобы совершить подобный подвиг в 9-ке требуется опыт
уровня оператора ПК и 20 минут.
Так это же прекрасно!
PS.И еще про заумность Оракла. Почитайте статью
Шендрыгайлова в орамаге "как завалить проект БД",
кажется называется. Там есть интересные моменты на тему
нашего разговора.
PS.PS. (К некоторым вышеписанным постам) Чего вы к
индусам пристали? Или чувство зависти гложет? Ну уж с
этим ничего не поделаешь.
По Задорнову:
Каждый российский программист(админ) в одиночку - гений
(можно убедиться читая эту ветку), но стоит их собрать в
команду...
И на Западе (и на Ю-востоке и т.д.), похоже это поняли
даже раньше Задорнова.
Andrew Lesnichenko
>>Да, новое пришествие терминал-серверной конфигурации произошло, но не в
> лице
>>Оракла, а в лице Microsoft NT/IE/IIS/ASP.NET и возможно даже MSSQL.
Хотелось бы, в общих чертах, конечно, познакомиться с тем, как указанные
аббревиатуры повлияли на "новое пришествие терминал-серверной
конфигурации" ...
--
Andrew Lesnichenko
Andrey
"Andrew Lesnichenko" <l...@mts.ru> wrote in message
news:bv2ba7$80s$1...@slim.sovintel.ru...
В самых общих чертах - с помощью Visual Studio можно примерно так же быстро
сделать форму для работы с данными в Интернет как это когда-то было с
терминальными Формсами.
> --
> Andrew Lesnichenko
>
Andrey
> 0. Я уже упоминал, что истина где-то посредине. Мало
> есть чего совершенного (кроме MS-Office, иначе как он
> заполонил весь мир), и так-же мало совершенно убогого
> (оно просто долго не живет).
Знаешь, Микрософт нигде не утверждает что каждый ее отдельный продукт или
часть самодостаточна. Хотя к Excel-. ю или к Акцессу это относится в гораздо
большей степени чем к какому-либо другому программному продукту. Микрософт
говорит - "Используйте Excel, используйте Word, используйте Access (сам по
себе или с сервером БД) и т.д. и будет вам счастие".
А в оракловском HTTP-сервере это выглядит так - "у вас есть JSP, у вас есть
JAVA-сервер, у вас есть PL-SQL-gate, у вас есть PERL, у вас есть всякие
заморочки в виде контейнеров", и все это вместе, заметьте не более чем
различный софт, записанный в одном дистрибутиве. Никакой интегрированностью
в нем и не пахнет. Оставьте PL-SQL-gate и доведите в сервере БД до ума
работу с файлами - и весь остальной многогигабайтный мусор не нужен.
Под страхом обвинений из-за повторов, скажу что замечание про неживучесть
убогого софта отлично подходит под мнооожество продуктов Оракла, как активно
пропагандируемых (HTTP-сервер, переживший множество рождений заново, и
который называть Интернет-сервером совесть не позволяет), так и забытых ,
наподобие пародии на Visual Basic, который был примерно в один период
времени с 7-кой.
> 1. Никто не утверждал что Оракл чрезмерно заумная и т.д.
> Скажу больше. Я совершенно согласен с известным
> утверждением "Нужно ли администрирование Оракла? Да!
> Нужен ли АБД Оракла? Необязательно."
> Кроме того лично мне известно несколько крупных "контор"
> (в т.ч. отделение центробанка, связьинформ...) в которых
> крутятся солидные БД, но отсутствует АБД. Формльно
> человек-то, конечно есть. Но он,так скажем, не Ораклоид.
> Т.е. сопровождение БД одна из его еще десятка других
> задач. И ничего. Прекрасно справляются.
> Скажу больше. У нас один отдел купил 3,5 года назад
> готовую систему (оракл, понятно внутре). Разработчик за
> 3 тыс. км. Так как ее запустили так за это время никто
> туда ни разу не лазил (админ). У них даже пароль только
> один - на выключение машины. Диски зеркалируются, логи
> периодически удаляются кроном и т.п. Чудо!?
Это история из жизни, она интересна. Хотя термин "Чудо" наверно в этом
случае не очень подходит.
> 2. Не могли бы вы конкретно указать на случаи хамства.
Хамство - это когда вместо конкретных советов начинают говорить "ты с этим
не справишься, это для тебя слишком сложно" (это когда не знают что
сказать), "я уже надцать лет администрирую, у меня в подчинении апарат-,
банкомат-, и другие -ная сети всей страны" . Или без всяких комментарием
отсылают к документации по спорному вопросу, ответ на который туманен
(обычно вопросы оптимизации).
> 3. Про ответ на репликацию. Здесь нет никакого подвоха.
> Просто хотелось услышать конкретный ответ на конкретный
> вопрос. Без всякой философии.
Microsoft Excel. Наделать в нем шаблонов команд и выполнять, подставляя туда
свои объекты. Решение, которое и не требует помнить команды наизусть, и в
тоже время перед юзером натуральный SQL, который он может в общих чертах
запоминать. Наверняка этот подход не вновость, его распространению мешает
"очевидная проблема" - Excel работает только под Windows.
Или напрячься и создать интерактивный справочник, наподобие автолистинга
свойств и методов в Visual Studio, VBA, и куче других IDE.
Очевидная "проблемка" - SQL в нынешнем состоянии не подчиняется тем законам
простоты, которые были в него изначально заложены, давая возможность
показывать свои умения товарищам из пункта 2. Чья это проблема - SQL или
товарищей, не углубляюсь.
Отличные картинки из жизни, согласен.
> PS.И еще про заумность Оракла. Почитайте статью
> Шендрыгайлова в орамаге "как завалить проект БД",
> кажется называется. Там есть интересные моменты на тему
> нашего разговора.
Шутка - "статьи товарища с такой фамилией читать не стану". Моя еще хуже,
поэтому я ее не свечу :))) Это оносится и к ЗЫ в квадрате.
avs
>
> удара, дерево, длина гвоздя (читай, голова, опыт, понимание) -- теперь
понятна
> аналогия? Кто и камнем его вобъёт, а кто и молотком пальцы разобъет. Да
удобным
> молотком работать лучше, но критерий удобства каждый определяет сам
(читай,
> "мастеру виднее" ;))
Вы, по-прежнему, не хотите видеть проблему.
Еще раз повторюсь. Литературу ПРИХОДИТСЯ читать. Основных причин всего две -
несовершенство программного продукта, несовершенство интерфейса. При более
совершенном интерфейсе чтение литературы можно было бы свести к минимуму.
Evgeny Filippenkov
"Andrey" <a...@mlm.ru> сообщил/сообщила в новостях следующее:
news:bv2h7b$lvn$1...@gavrilo.mtu.ru...
Ага, можно сделать. Сделать то можно, вот только реально работать на
Интернете/WAN-е с относительно небольшими скоростями и заметными задержками,
да на кучу народа (а так оно обычно и бывает, в локалке на десяток, даже на
100 юзеров и 2-звенкой можно чудно обойтись) оно скореее всего не будет.
Придется что то ручками на перле или яве выписывать.
>
> > --
> > Andrew Lesnichenko
Arshinov A
> Хамство - это когда вместо конкретных советов начинают
говорить "ты с этим
> не справишься, это для тебя слишком сложно" (это когда
> отсылают к документации по спорному вопросу, ответ на
который туманен
> (обычно вопросы оптимизации).
> Microsoft Excel. Наделать в нем шаблонов команд и
выполнять, подставляя туда
> свои объекты. Решение, которое и не требует помнить
команды наизусть, и в
> тоже время перед юзером натуральный SQL, который он
может в общих чертах
> запоминать. Наверняка этот подход не вновость, его
распространению мешает
> "очевидная проблема" - Excel работает только под
Windows.
> Или напрячься и создать интерактивный справочник,
наподобие автолистинга
> свойств и методов в Visual Studio, VBA, и куче других
IDE.
> Очевидная "проблемка" - SQL в нынешнем состоянии не
подчиняется тем законам
> простоты, которые были в него изначально заложены,
давая возможность
> показывать свои умения товарищам из пункта 2. Чья это
проблема - SQL или
> товарищей, не углубляюсь.
Ага, а еще лучше в каком-нибудь multi-edit -е наколотить
шаблонов и макросов, результатом работы которых будут
sql-команды, а затем их выполнить в СУБД макросом типа
exec_ddl....
Все это обозвать Best SQL, Gold SQL, SQL Hits и т.п.
И продавать под маркой "Вы еще учите SQL? Ну тогда мы
бежим к вам!"
А про заумных админов, которые на самом деле ничего не
знают (заговор которых ты уже почти раскрыл)....
С год назад, примерно, здесь (или в fido7) был жестокий
спор на эту тему, напоминающий немного эту ветку.
Кстати, одним из главных сторонников подхода "админов-
хамов" был как раз Павел Шендрыгайлов (прошу прощенья,
если чего напутал).
Кстати, с неделю назад была ветка, открытая workman-ом
про то, как бороться с архивами журнала, которые за
выходные забивают диски. Очень забавно...
Так там народ долго пытался объяснить программисту про
журнал транзакций. Но основным аргументом было "читай
концепции сервера". А что еще???
Или у тебя есть предложение провести в конфе курс ДБА?
Или организовать сайт "Просто о СУБД (оччччень)".
С ответами вида " А сегодня, дорогие мои детишечки, я
расскжу вам, как просто, на самом деле, обнаружить и
настроить конкуренцию защелок".
(И шепотом: "Да не лезьте вы туда. И без настройки все
работать будет").
Andrey
> Ага, а еще лучше в каком-нибудь multi-edit -е наколотить
> шаблонов и макросов, результатом работы которых будут
> sql-команды, а затем их выполнить в СУБД макросом типа
> exec_ddl....
> Все это обозвать Best SQL, Gold SQL, SQL Hits и т.п.
> И продавать под маркой "Вы еще учите SQL? Ну тогда мы
> бежим к вам!"
Согласен, так можно сделать.
> А про заумных админов, которые на самом деле ничего не
> знают (заговор которых ты уже почти раскрыл)....
> С год назад, примерно, здесь (или в fido7) был жестокий
> спор на эту тему, напоминающий немного эту ветку.
> Кстати, одним из главных сторонников подхода "админов-
> хамов" был как раз Павел Шендрыгайлов (прошу прощенья,
> если чего напутал).
> Кстати, с неделю назад была ветка, открытая workman-ом
> про то, как бороться с архивами журнала, которые за
> выходные забивают диски. Очень забавно...
> Так там народ долго пытался объяснить программисту про
> журнал транзакций. Но основным аргументом было "читай
> концепции сервера". А что еще???
> Или у тебя есть предложение провести в конфе курс ДБА?
Хорошее предложение.
> Или организовать сайт "Просто о СУБД (оччччень)".
> С ответами вида " А сегодня, дорогие мои детишечки, я
> расскжу вам, как просто, на самом деле, обнаружить и
> настроить конкуренцию защелок".
> (И шепотом: "Да не лезьте вы туда. И без настройки все
> работать будет").
Ну вот видишь, ты сам ответил на все самые тяжелые вопросы, волнующие не
одно поколение администраторов :)
Andrey
А вот и не угадал. При условии одинакового (большого) количества памяти на
сервере приложений, ASP работает ну очень быстро. Малое количество
оперативной памяти действительно замедляет систему, но уж точно не до
степени умирающей виртуальной java-машины. А в перле, насколько я помню нет
приставки Visual. Мы может также основательно разобрать все достоинства и
недостатки пердового средства разработки Jdeveloper, кто поделится
информацией о нем ?
Evgeny Filippenkov
И задержки в канале она (память) убирает, пропускную способность конечно же
добавляет. Мы говорим о WAN, вы не забыли. И убогую эргономику стандартых
форм сама правит тоже, а как же.
У вас есть опыт разработки системы, работающей по реальным интеренет-каналам
эдак эзеров на 1000 на Visual Studio? Поделитесь, действительно очень надо.
И не только разработки, но и сопровождения. И так что б юзеров на экраны не
рвало. У меня рядом крутится одна такая задача, так вот пока руцями на перле
все не выписали, толком оно не задышало. Ответ можно в мыло.
> оперативной памяти действительно замедляет систему, но уж точно не до
> степени умирающей виртуальной java-машины. А в перле, насколько я помню
нет
> приставки Visual. Мы может также основательно разобрать
Т.е. если перед названием системы программирования нет приставки Visual, то
права на жизнь она уже не имеет. ;-) Все, я в этот тред не писатель.
все достоинства и
> недостатки пердового средства разработки Jdeveloper, кто поделится
> информацией о нем ?
>
>
Evgeny Filippenkov
news:bv52e9$t88$1...@host.talk.ru...
Продолжая аналогии со слесарными инструментами, просто у товарища есть его
любимый навороченный елктрошуруповерт, с реверсами, регуляторами скоростей,
перфораторами и прочим фаршем. И он его так любит, что даже микрометрические
винты пытается критить им. Да, конечно можно, но таки отвертка там уместнее,
да и удобнее.
Andrey
Нет
> И не только разработки, но и сопровождения. И так что б юзеров на экраны
не
> рвало. У меня рядом крутится одна такая задача, так вот пока руцями на
перле
> все не выписали, толком оно не задышало. Ответ можно в мыло.
Так это наверно вы не очень хорошо программу пишите.
> > оперативной памяти действительно замедляет систему, но уж точно не до
> > степени умирающей виртуальной java-машины. А в перле, насколько я помню
> нет
> > приставки Visual. Мы может также основательно разобрать
>
> Т.е. если перед названием системы программирования нет приставки Visual,
то
> права на жизнь она уже не имеет. ;-) Все, я в этот тред не писатель.
В 21 веке не имеет.