Работа с объектами большого объема в MS SQL и ADO Алексей Ширшов Введение
    Эта статья появилась на свет только благодаря вашим не перестающим появляться вопросам типа: "Кто-нибудь может привести пример кода для работы с полями базы, содержащими картинки...используя ADO и Visual C++...", и тому, что мне лень на них отвечать. Работа в MS SQL
    Давайте сначала разберемся, как работать с большими объектами (LOB - large objects) на уровне базы данных. MS SQL Server поддерживает следующие типы больших объектов:
    image - содержит бинарные данные переменной длины. Длина не может превышать 2 гигабайт.
    text - содержит текстовые данные переменной длины в кодировке сервера (in code page of the server). Длина не может превышать 2 гигабайт.
    ntext - содержит текстовые данные в Unicode-формате. Длина не может превышать 2 гигабайт.
    Для хранения данных всех этих типов и низкоуровневой работы с ними SQL Server использует один и тот же механизм.
    Физическое размещение больших объектов
    MS SQL Server 2000 поддерживает два метода хранения больших объектов: первый метод оставлен ради совместимости со старыми версиями и не обеспечивает должной производительности в определенных случаях, по сравнению с новым методом. По умолчанию сервер работает в старом режиме.
    При использовании старого метода сервер всегда размещает данные в отдельных страницах, а указатель на первую из них хранит непосредственно в строке данных.
    ПРИМЕЧАНИЕ
    Точнее, в строке данных хранится указатель на корень B-tree, а не на какие-либо таблицы данных. Подробнее об этом, см. следующий раздел. Используя новую стратегию, сервер может хранить часть данных непосредственно в строке таблицы. Это приводит к экономии памяти и увеличению производительности для LOB-ов небольшого размера. Стратегия размещения по умолчанию
    В качестве структуры хранения данных используется B-tree. В строке данных хранится 16-байтный указатель на корень дерева - структуру размером 84 байта. Если размер данных не превышает 32 Кб, в корневой структуре хранятся ссылки на блоки данных, расположенных на этой же или других страницах. Большие объекты хранятся на специальных страницах, на которых нельзя размещать никакие другие данные, кроме image, text и ntext. Однако данные этих типов из разных таблиц могут быть размещены на одной странице. Если общий размер данных не больше 64 байт, все данные сохраняются в корневой структуре.
    
    Рисунок 1.
    Если размер данных больше 32 Кб, корень дерева ссылается на промежуточные узлы. Промежуточные узлы располагаются на отдельных страницах, которые не могут содержать какие-либо другие данные, или промежуточные узлы других таблиц или даже других колонок данной таблицы.
    Улучшенная стратегия
    В SQL Server 2000 появилась возможность использовать новый метод хранения больших объектов. В нем отсутствует 16-байтный указатель. В строке данных (data row) могут находиться как сами данные (в случае, если они меньше заданной величины), так и корень B-tree. Для каждой таблицы размер хранимых больших объектов можно задавать индивидуально с помощью процедуры sp_tableoption. Проверить режим размещения можно с помощью инструкции objectproperty с параметром TableTextInRowLimit. В следующем скрипте создается таблица (которую мы будем использовать на протяжении всей статьи) blob_test, затем проверяется режим размещения данных в этой таблице, и, наконец, устанавливается размер данных в строке (350 байт), что автоматически задает улучшенную стратегию размещения больших объектов в таблице. create table blob_test(id int identity, img image,txt text,ntxt ntext) select case when OBJECTPROPERTY(object_id('blob_test'), 'TableTextInRowLimit') = 0 then 'data outside the table' else 'data in row' end sp_tableoption blob_test, 'text in row', 350 Вместо размера больших объектов в процедуру sp_tableoption можно было передать значение On. ............