не является пределом. Например, система учета населения, в которой для хранения данных о каждом из 250 миллионов человек используется 4 Кб, имела бы (и, вероятно, уже имеет) объем базы данных 1 терабайт. Сейчас в промышленной эксплуатации находятся приложения Oracle?, которые поддерживают базы данных объемом свыше одного терабайта. Чтобы эти приложения работали, приходится применять самые разнообразные методы, например сегментацию данных на несколько физических баз данных. "Большая" поддержка в OracleS преследует две цели: сделать работу таких приложений менее напряженной, чем сейчас, и уменьшить объем специализированного прикладного обеспечения, необходимого для их функционирования.
Что можно сказать о предельном количестве одновременно поддерживаемых Oracle пользователей? Oracle проводила предварительное оценочное тестирование бета-версий, в ходе которого была продемонстрирована поддержка 15000 пользователей одновременно. Цифра, внушающая благоговение! И, совершенно определенно, "большая".
Термин "большой" относится не только к объему базы данных. Он охватывает потенциальное количество одновременно работающих пользователей, размер всего сообщества пользователей, а также размеры объектов и атрибутов, которые могут храниться в базе данных (или, как мы увидим, вне ее). Кроме того, он относится к эксплуатационным факторам. Сложности, сопутствующие попыткам резервного копирования (или, что еще хуже, восстановления) таблицы из миллиарда строк,— вот еще один критерий, по которому мы определяем, является ли база данных большой. Этот критерий прост: если объем базы данных требует от проектировщика каких-то особых действий, без которых предприятие с данным приложением работать не сможет, такая база данных является большой.
Мы предложили следующие критерии оценки величины базы данных для среды Oracle? (при этом, конечно, мы не настаиваем, что корпорация Oracle должна согласиться с нашим мнением):
1.   Столбец, имеющий поле шириной свыше нескольких мегабайтов — действительно большой, потому что его нужно вставлять целиком. В системе с множеством пользователей тут же возникают проблемы с управлением памятью и подкачкой, потому что для каждого пользователя необходимо держать в памяти значения длиной несколько мегабайтов. Решение заключается в разбивке "значений", например видеоизображений, на несколько порций приемлемого размера.
2.   Даже при отсутствии широких столбцов столбец или строка, ширина которых превышает размер блока базы данных, являются действительно большими. Это следствие особенностей системы управления памятью, требующей декомпозиции с целью эффективного управления памятью.
3.   Приложение, работающее более чем с 1500 пользователями одновременно, — большое, потому что его невозможно качественно поддерживать одним экземпляром базы данных при наличии одного физического соединения с базой данных на каждого пользователя.
48	OracleS