Запись в 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

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

Новые блоги и статьи Все статьи Все блоги /
сукцессия 33. открытые вопросы от клауде anaschu 19.07.2026 "Что накопилось за эту часть А — тринадцать правок, из которых шесть пришли из ваших вопросов и каждая оказалась реальной ошибкой, а не калибровкой: односторонний симбиоз, отсутствующий листопад,. . .	32 сукцессия anaschu 19.07.2026 сукцессия 28‑мерное ядро стабилизировано Коллеги, фиксирую разбор инженерных правок и их изоморфную проекцию на экономику, меметику и половой отбор. Модель теперь не «подкручивает» сходимость —. . .	сукцессия 31: модель микоризы - это модель ещё нескольких явлений, социальных и экономических anaschu 18.07.2026 Теория «Всего»: апдейт v1. 1. 2 — 28‑мерное ядро стабилизировано Коллеги, фиксирую разбор инженерных правок и их изоморфную проекцию на экономику, меметику и половой отбор. Модель теперь не. . .	сукцессия 30. Массив проверяющих друг друга моделей anaschu 18.07.2026 Архитектура сети взаимопроверяющих моделей микоризной сукцессии (v2. 0) Развитие тензорного ОДУ-ядра и создание кросс-платформенного калибровочного полигона Уважаемые коллеги! В продолжение. . .
Грибы - это женщины, деревья - это мужчины. Анти инь янь для союза мужчины и женщины. anaschu 18.07.2026 ГЛАВНЫЙ НАУЧНО-ФИЛОСОФСКИЙ ВЫВОД: Сексуально-Репродуктивный Капитализм против Государства Моногамии Коллеги, мы вышли на финишную прямую 20-мерного ОДУ-моделирования вековой сукцессии (ветка. . .	Текстовый слайдер с нумерацией страниц и кроссбраузерность. russiannick 18.07.2026 Один мой друг написал текстовый слайдер с нумерацией страниц. Сегодня я расскажу как он умудрился подружить его с кроссбраузерностью. Очевидно сложно угодить с шириной каждому браузеру. Один крадет. . .	Грибы - это мемы, дерево - это человек. Применение микоризной модели к теории меметики Докинза. anaschu 18.07.2026 Меметический изоморфизм теории «всего»: Грибная сукцессия как модель эволюции идей Докинза Базовый код системы ОДУ микоризной сукцессии описывает не просто биологию, а универсальную. . .	Грибы - это корпорации, деревья - это государства. Механизм массонского захвата власти anaschu 18.07.2026 Макроэкономический изоморфизм теории «всего»: Грибная сукцессия как модель транснационального капитализма Базовый код системы ОДУ микоризной сукцессии описывает не просто биологию, а. . .

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

	Запись в Mssql BLOB: как обойтись без Filestream? 10.10.2016, 07:57. Показов 4846. Ответов 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