Классика баз данных - статьи
Комплексные приложения от PeopleSoft, SAP,
Комплексные приложения от PeopleSoft, SAP, Seibel Systems и т.д. все являются заранее откомпилированными. Вы не можете добраться до этих запросов, вы не можете вставить подсказки в связи с устройством своих данных. Все это приводит нас к ситуации, в которой при постоянно растущем наборе запросов невозможно пользоваться подсказками. Поэтому мы вынуждены продолжать инвестировать исследования в области оптимизации запросов.
А нет ли какого-нибудь способа передавать подсказки в эти заранее собранные пакеты, чтобы они могли «на лету» обрабатывать различные ситуации?
Ну, подсказки всегда могли бы вставить сами производители приложений: «Если Oracle, то …; если DB2, то …;» и т.д. Но что-то я не вижу, чтобы они собирались это делать. Независимые поставщики программного обеспечения не хотят знать зависимость эффективности выполнения запросов от данного контекста. Они не знают, какого размера будут таблицы розничных и оптовых продаж, насколько большой будет таблица трудовых ресурсов.
Я подумала, что во время выполнения пакету могли бы передаваться в качестве подсказок статистические данные или информация о физической организации данных, а пакет мог бы компилироваться таким образом, чтобы выполнялся правильный план---
Именно так все и происходит. Мы смотрим на статистику данных в системном каталоге, и она используется в оценочном оптимизаторе запросов. Так что, если считать, что модель работает правильно, у вас уже имеются подсказки.
А я-то думала, что запросы в пакете уже откомпилированы и готовы к выполнению, что нет никакой гибкости, и приходится запускать непонятно что.
Нет, в таком виде они не подготавливаются. Запросы поступают на обработку через операцию «выполни эту строку». А затем работает оптимизатор, основываясь на статистике данных конкретной установки.
