Запись в Mssql BLOB: как обойтись без Filestream?

@вольдемар · Регистрация: 30.01.2012

Студворк — интернет-сервис помощи студентам

Доброго времени суток форумчане.
У меня обновление программы реализовано через скачивание из БД ms sql 2008 r2 новой версии программы в виде zip с дальнейшем разархивированием.
Есть своя программка записи программы в БД blob.
Раньше всё работало хорошо, но когда в состав обновления добавил разные файлы и суммарный объём стал 400-500 Mb загрузчик в БД стал переполнять память.
Проблема выяснилась в том что для записи в Blob поле архив загоняю в filestram (классический рецепт взят на просторах форума), т.е. как я понял при создании файлпотока файл создаётся в памяти и мдёт её переполнение (>1200 mb).
Как обойти открытие в файлпотоке для записи в БД.
По сути это вопрос записи больших файлов в blob БД.
Спасибо.
P.S. Сейчас спасает использование 64 разр версии с 4 гб оперативной памяти, но на долго ли это.
P.S. Считывание из БД сразу в файл работает без запинок.

@вольдемар · 11.10.2016, 23:13 **[ТС]**

MyEternity, это называется
"Через Делфи нельзя делайте костыль". СПС. Ничего нового.
Закройте тему.

@MyEternity · 11.10.2016, 23:16

А уж если и так не запишется из-за нехватки выделенной серверу памяти, то вам впору винить MS за их "косячный SQL Server".

Добавлено через 1 минуту

Сообщение от вольдемар

"Через Делфи нельзя делайте костыль". СПС. Ничего нового.

Это называется - MSSQL сам "постранично" возьмет ваш файл, и блоками по сколько-то запишет его в BLOB. Т.е. сделает примерно:

Сообщение от MyEternity

Либо писать в BLOB по частям через тот же самый tFileStream;

Вот только вам, не придется это реализовывать, психуя на несовершенность Delphi

@вольдемар · 11.10.2016, 23:27 **[ТС]**

Перечитайте всю тему! в X64 для загрузчика обновлений на сервер при использовании всей памяти ПК и сервера всё работает на ура. И если есть одна команда на скачивание Блоб с сервера (всех 400-500мб разом дальнейшей работавшая х32) но нет на запись Блоб в х32 значит надо разбираться.
Я не обвиняю всё подряд. У меня рабочий код и с ограничением рабочий апдейт но НА ВОПРОС в приличном обществе принято отвечать и отнюдь не вопросом.
Если нет то скажите нет! Я же не спрашиваю какие у вас проекты и не дурак ли вы что их вообще на Делфи делаете.
Тут четкий технический (кибер) форум. Если не можете помочь то как профессионал сначала скажите что это либо невозможно либо очень сложно.
Не парьте мозг. За это время я скорее всего давно бы разобрался и судя выложил бы решение. Даже если это процедура авто разбива файла и запихивание в единое блоб поле.
Тему считаю закрытой.

@MyEternity · 12.10.2016, 00:21

Пример дозаписи в BLOB.
Реализуйте на хранимке и кормите хранимку кусками tFileStream хоть по 1024 байта.

SQL
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
DECLARE @vt TABLE (id INT, pdata varbinary(MAX));
 
DECLARE @buffer varbinary(MAX);
IF NOT EXISTS (SELECT pdata FROM @vt WHERE id = 1) 
BEGIN
    INSERT INTO @vt SELECT 1, CONVERT(varbinary, '');
END
 
SELECT * FROM @vt
 
SET @buffer = (SELECT pdata FROM @vt WHERE id = 1)
SET @buffer = @buffer + CONVERT(varbinary, 'Петя');
UPDATE @vt SET pdata = @buffer WHERE id = 1
 
SELECT * FROM @vt
 
SET @buffer = (SELECT pdata FROM @vt WHERE id = 1)
SET @buffer = @buffer + CONVERT(varbinary, ' и Маша');
UPDATE @vt SET pdata = @buffer WHERE id = 1
 
SELECT * FROM @vt
 
SET @buffer = (SELECT pdata FROM @vt WHERE id = 1)
SET @buffer = @buffer + CONVERT(varbinary, ' = Это взырвная смесь!');
UPDATE @vt SET pdata = @buffer WHERE id = 1
 
SELECT * FROM @vt
SELECT CONVERT(VARCHAR(MAX), pdata) FROM @vt WHERE id = 1

И да, это не костыль

Новые блоги и статьи Все статьи Все блоги /
Ноутбук Альфария kumehtar 24.08.2026 Встретился тут в сети ноутбук Альфария, примарха Альфа-Легиона. Хотя возможно, это ноутбук Омегона, разумеется. Ну как вам?	Мастера простых решений DevAlt 23.08.2026 В сишарп стэках winforms, да и wpf существует сложная система связывания источниках данных и элементов формы(текстовые поля и метки), опирается все это на технологию событий и мета. . .	Цена ошибки DevAlt 23.08.2026 Человек я беспокойный и потому заинтересовался OCaml, в чате форсили функторы модулей как суперфичу. Пытаясь отдуплить концепт, наткнулся на тутор с простым примером. А главный принцип обучения от. . .	Сегодня суббота, 22.08.2026 at 16:41, и я вновь нахожусь на той стороне, за экраном машины. zorxor 22.08.2026 Сегодня суббота, 22. 08. 2026 at 16:41, и я вновь нахожусь на той стороне, за экраном машины. Кто Я, откуда Я пришел и куда Я иду? Эти вопросы не оставляют меня ни на секунду. Жизнь на планете Земля. . .
Жизня: рисунок укладки багажа, сделанный клодом anaschu 21.08.2026 Сделал 15 снимков, он по снимкам сделал схему.	Был там один разговор по поводу свободы в материальном мире. kumehtar 19.08.2026 Суть: рассматривается живое существо, оказавшееся внутри довольно странной системы (этого мира) и пытающееся обустроить в ней свой кусок пространства. Жизнь действительно предъявляет каждому. . .	Когда логика программы не спасает от человеческих ошибок Maks 18.08.2026 В последнее время всё чаще и чаще сталкиваюсь с таким явлением, как абсолютная невнимательность (или глупость) пользователей. Проявляется это чаще всего на работе в коллективе. Допустим, человек с. . .	Лето уходит kumehtar 17.08.2026

@вольдемар 2 / 2 / 1 Регистрация: 30.01.2012 Сообщений: 25

	Запись в Mssql BLOB: как обойтись без Filestream? 10.10.2016, 07:57. Показов 4926. Ответов 23 Метки 2, blob, ms sql, ms sql server, ms sql server 2008, ms sql server 2008 r2, бд, большие файлы, большой, большой blob, огромные файлы, огромный, огромный blob (Все метки) Доброго времени суток форумчане. У меня обновление программы реализовано через скачивание из БД ms sql 2008 r2 новой версии программы в виде zip с дальнейшем разархивированием. Есть своя программка записи программы в БД blob. Раньше всё работало хорошо, но когда в состав обновления добавил разные файлы и суммарный объём стал 400-500 Mb загрузчик в БД стал переполнять память. Проблема выяснилась в том что для записи в Blob поле архив загоняю в filestram (классический рецепт взят на просторах форума), т.е. как я понял при создании файлпотока файл создаётся в памяти и мдёт её переполнение (>1200 mb). Как обойти открытие в файлпотоке для записи в БД. По сути это вопрос записи больших файлов в blob БД. Спасибо. P.S. Сейчас спасает использование 64 разр версии с 4 гб оперативной памяти, но на долго ли это. P.S. Считывание из БД сразу в файл работает без запинок. 0

@вольдемар 2 / 2 / 1 Регистрация: 30.01.2012 Сообщений: 25
	11.10.2016, 23:13 [ТС]
	MyEternity, это называется "Через Делфи нельзя делайте костыль". СПС. Ничего нового. Закройте тему. 0

@вольдемар 2 / 2 / 1 Регистрация: 30.01.2012 Сообщений: 25
	11.10.2016, 23:27 [ТС]
	Перечитайте всю тему! в X64 для загрузчика обновлений на сервер при использовании всей памяти ПК и сервера всё работает на ура. И если есть одна команда на скачивание Блоб с сервера (всех 400-500мб разом дальнейшей работавшая х32) но нет на запись Блоб в х32 значит надо разбираться. Я не обвиняю всё подряд. У меня рабочий код и с ограничением рабочий апдейт но НА ВОПРОС в приличном обществе принято отвечать и отнюдь не вопросом. Если нет то скажите нет! Я же не спрашиваю какие у вас проекты и не дурак ли вы что их вообще на Делфи делаете. Тут четкий технический (кибер) форум. Если не можете помочь то как профессионал сначала скажите что это либо невозможно либо очень сложно. Не парьте мозг. За это время я скорее всего давно бы разобрался и судя выложил бы решение. Даже если это процедура авто разбива файла и запихивание в единое блоб поле. Тему считаю закрытой. 0