Но наш пример читается прекрасно, что бывает не всегда. Как мы отмечаем в главе 5, одна из проблем, связанных с использованием новых особенностей OracleS, состоит в том, что становится трудно, если не невозможно, быстро определить, что произойдет в результате выполнения SQL.
Секционирование очень большой таблицы дает целый ряд преимуществ, и OracleS обеспечивает прозрачность секционирования почти во всем прн-ложении. О секциях должны "знать" только те части приложения, которые имеют дело с тотальным удалением. Отметим, однако, что при выборе стратегии секционирования возникает ряд проблем, связанных с ключами; в первую очередь они касаются ключа секционирования.
Обработка транзакций
В течение многих лет мы полагали, что обработку транзакций следует обозначать аббревиатурой OLTP (online transaction processing — оперативная обработка транзакций). Фактически, в большей части документации OracleS, которую мы видели, часто все еще говорится о различиях между системами поддержки принятия решений (DSS) и OLTP-прило-жениями. Вы, возможно, обратили внимание на то, что мы используем термин "обработка транзакций", не ограничивая транзакции оперативными. Почему?
Как правило, массовые пакетные операции обновления, например операции, связанные с оплатой кредитных карточек и чеков, выполнялись мэйнфреймами в пакетном режиме, но сейчас этот подход претерпевает изменения. Когда книга сдавалась в печать, ряд крупных финансовых организаций выполняли массовую обработку с помощью Oracle?. По нашим прогнозам, с внедрением OracleS их число будет увеличиваться. Однако независимо от того, где выполняются такие крупные приложения — на традиционном, UNIX- или NT-мэйнфрейме — мы все равно считаем, что загрузка данных будет выполняться главным образом в пакетном режиме. Пакетная обработка повышает производительность и уменьшает количество проблем, связанных с аудитом и восстановлением после аварий.
Вполне возможно, что развитие Web-коммерции подтолкнет к тому, что пакетные приложения станут полностью оперативными, и обработка транзакций в них будет выполняться в режиме OLTP. В настоящий момент, однако, мы с уверенностью предсказываем, что по-прежнему большую роль будут играть те пакетные процессы, которым приходится "прокладывать себе путь" через несколько миллионов транзакций ежедневно. Ничто из того, что мы до сих пор видели в OracleS, не изменило в значительной степени наших рекомендаций (приведенных в главе 20 книги "Oracle: проектирование баз данных") относительно организации крупномасштабной пакетной обработки. Тем не менее, улучшенная поддержка очень больших объемов данных в OracleS позволяет рассматривать Oracle как хранилище для нескольких миллиардов транзакций.
4.  "Большие" особенности OraclcS
53