Запись в 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 19.08.2026 Суть: рассматривается живое существо, оказавшееся внутри довольно странной системы (этого мира) и пытающееся обустроить в ней свой кусок пространства. Жизнь действительно предъявляет каждому. . .	Когда логика программы не спасает от человеческих ошибок Maks 18.08.2026 В последнее время всё чаще и чаще сталкиваюсь с таким явлением, как абсолютная невнимательность (или глупость) пользователей. Проявляется это чаще всего на работе в коллективе. Допустим, человек с. . .	Лето уходит kumehtar 17.08.2026	Мысли в слух kumehtar 17.08.2026 Забавно, насколько сейчас стала доступна информация. Например о магии, духовном развитии, медитациях, и других подобных направлениях, ранее зачастую тайных, передаваемых от учителя к ученику. Хотя. . .
Перемещение строк из ТЧ в другой документ с учетом текущего пробега Maks 17.08.2026 Реализация из решения ниже выполнена на примере нетипового документа "Автозапчасти", с ТЧ "Шины". За основу взят алгоритм отсюда: https:/ / www. cyberforum. ru/ blogs/ 359708/ 10838. html Задача: . . .	Саморегулирующийся социальный контракт для сервера cross-section. Hrethgir 14.08.2026 С кодом конечно таких глубоких размышлений пока не было, впрочем я уже привык к алгоритмизации. Суть предмета записи: снова в диалоге с нейросетью (я взял пока себе ник для учётки админа - Rector). . . .	Часы электронные Uhbif79 12.08.2026 Выкладываю программу часов. Программа позволяет: 1. Использовать системное время и дату, 2. Есть возможность вводить время и дату вручную. 3. Реализованы 2 будильника: начало и конец рабочего дня. . . .	Часы с будильником на основе класса QLCDNumber Uhbif79 12.08.2026 Всем добрый день, выкладываю программу часов с будильником на основе класса QLCDNumber. Здесь я пробовал самостоятельно создавал классы, впервые столкнулся с видимостью переменной одного класса из. . .

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

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

Опции темы