Oracle для профессионалов Том Кайт торгово-издательский дом DiaSoft

 непосредствен-
но выдающей данные.
Теперь уже неважно, получает ли пользователь данные через ком-
поненты, страницы JSP, из приложения на VB с помощью ODBC или через SQL*Plus, —
будут применяться одинаковые правила защиты. Вы готовы воспринять любую новую
технологию.
Теперь я спрошу: какая технология более "открытая"? Та, что позволяет обращаться
к данным только из кода VB и управляющих элементов ActiveX (замените язык VB язы-
ком Java, а компоненты ActiveX — компонентами EJB, если хотите; я говорю не о кон-
ретной технологии, а о подходе)? Или та, что обеспечивает доступ из любой среды, спо-
собной взаимодействовать с СУБД, по столь отличающимся протоколам, как SSL, HTTP
и Net8, или с помощью функциональных интерфейсов ODBC, JDBC, OCI и т. д.? По-
кажите мне средство создания отчетов, способное выполнять запросы к коду на VB. Я
же назову десятки таких средств, выполняющих SQL-запросы.
Решение идти на жертвы ради независимости от СУБД и полной "открытости" волен
принять каждый, и многие так и поступают, но я считаю такое решение ошибочным.
Независимо от СУБД, ее функциональные возможности необходимо использовать в пол-
ной мере. Именно это, как правило, и делается на этапе настройки производительнос-
ти (этим приходится заниматься сразу же после внедрения). Удивительно, как быстро
отказываются от требования независимости, если использование специфических возмож-
ностей СУБД позволяет ускорить работу приложения в пять раз.
Как ускорить работу?
Вынесенный в название раздела вопрос мне задают постоянно. Все ищут, где бы сде-
лать установку
 fast = true,
предполагая, что настройка производительности базы дан-
ных выполняется на уровне СУБД. Мой опыт показывает, что более 80 процентов (ча-
сто — намного больше, до 100 процентов) всего повышения производительности
достигается на уровне приложения, а не базы данных. Нельзя заниматься настройкой
СУБД, пока не настроено приложение, использующее данные.
Со временем появился ряд установок, включая которые на уровне СУБД, можно
снизить влияние грубых ошибок программирования. Например, в Oracle 8.1.6 добавлен
новый параметр —