Пожалуйста, объясните, как хранить файлы (картинки) в базе, и как их оттуда доставать

@llandaff · Регистрация: 25.10.2007

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

Добрый день.

Не могли бы Вы на пальцах объяснить, как класть и доставать картинки в MS SQL 2000 / ASP?

Какой тип данных использовать? Как в ASP передать картинку сразу на выход? Как картинку запихать в базу?

@NikolayLosev · 20.01.2008, 12:23

В базе соответственно заведи поле типа image (16 байтовая ссылка на область хранящую содержимое рисунка).
Теперь что касается передачи Client -> IIS( ASP script ) -> DBMS ( MS SQL 2k):
передачу между Client -> Server, содержимого и его прием соответственно выполняют методы
BinaryRead 7 BinaryWrite, только будь поосторожнее так как ASP любит приводить типы данных без твоего согласия (в данном случае она будет пытаться привести двоичный тип к строке).
а между Server -> DBMS все проще, есть у Recordset'а методы GetChunk & AppendChunk, где соответственно ты имеешь возможность запихнуть и вытащить из базы эту картинулю.
Hi

@llandaff · 20.01.2008, 12:35 **[ТС]**

Большое спасибо за помощь всем откликнувшимся.

Я сделал без всяких 'чанков' - запихиваю в базу через ADODB.command, создавая параметр данного типа (adLongVarBinary, 205).

Достаю просто через adodb.connection, и его execute('exec хранимую процедуру'), и рекордсет этой хранимой процедуры response.addheader и response.BinaryWrite.

Все вроде работает

@krom · 26.01.2008, 09:38

Вообще говоря, есть мнение что: 'Long data types include Microsoft® SQL Server™ ntext, text and image data types. ntext, text and image data is sometimes so large that it cannot be retrieved in a single operation or fit into memory. If the long data can fit into memory, the Value property of the Field object can be used to retrieve all the data in one operation. If the long data is too large to fit into memory, the data must be retrieved or written in chunks.' (это из хелпа по mssql 7.0. Поэтому пока каждая отдельно взятая картинка маленькая - все будет ок, но когда появится нужда в чем-то что не 'fit into memory' вылезет ошибка...

Хотелось бы, кстати, уточнить у общественности: каков именно этот самый размер памяти?? что имеется ввиду... помнится где-то натыкался на упоминание чего-то около 64k - это оно??

@krom · 26.01.2008, 10:38

хотя, опять же, заинтересовавшись данным вопросом попробовал прогнать простенький код добавляющий запись в базу, что-то в этом роде:

Visual Basic
1
2
3
4
5
6
7
8
9
10
11
12
13
    dim cn, rs, temp
    set cn = Server.CreateObject("ADODB.Connection")
    cn.Open strDB
    cn.Execute("INSERT INTO dbTest (itemName, itemText) VALUES ('test','" & string(100000000,"*") & "')")
    set rs = cn.Execute("SELECT @@IDENTITY AS 'ID'")
    temp = rs("ID")
    set rs = cn.Execute("SELECT itemName, itemText FROM dbTest WHERE ID=" & temp & ";")
    Response.Write rs("itemName")
    Response.Write ""
    Response.Write Len(rs("itemText"))
    Response.Write ""
    Response.Write rs("itemText")
    Response.End

дык, вот при параметре string(10000000) (10Mb - грубо говоря

никаких сбоев... при 100000000 (100Mb) система сказала кряк, пожаловалась на недостаток virtual memory и начала оптимизацию памяти (в системе физически 384 Mb + 256-512 Mb swap, ну и висит там еще всякое)... скрипт впоследствии вылетел по таймауту... но опять же, не из-за ошибок... дык вот может быть стоит забить на appendChunk и getChunk? по крайней мере все работает и так на весьма приличных объемах...

Пробовал на: Windows 2000 Prof + MS SQL 7.0...

@phwp · 26.01.2008, 11:02

Работать с типами данных типа Image, по-моему, не очень хорошо.
Я плотно с картинками дела не имел, но везде, где я работал, картинки хранились просто в файлах, а в базе были только ссылки. Наверное, это не спроста

.

@krom · 26.01.2008, 12:35

логично предположить - чтобы не перегружать зря базу... хотя в некоторых случаях это удобно...

но, вопрос был не в этом, а в том, использовать или не использовать *chunk? вроде бы и без них работает... есть какие-то грабли здесь??

Новые блоги и статьи Все статьи Все блоги /
Советы по крайней бережливости. Внимание, это ОЧЕНЬ длинный пост. Programma_Boinc 28.12.2025 Советы по крайней бережливости. Внимание, это ОЧЕНЬ длинный пост. Налог на собак: https:/ / ********/ gallery/ V06K53e Финансовый отчет в Excel: https:/ / ********/ gallery/ bKBkQFf Пост отсюда. . .	Кто-нибудь знает, где можно бесплатно получить настольный компьютер или ноутбук? США. Programma_Boinc 26.12.2025 Нашел на реддите интересную статью под названием Anyone know where to get a free Desktop or Laptop? Ниже её машинный перевод. После долгих разбирательств я наконец-то вернула себе. . .	Thinkpad X220 Tablet — это лучший бюджетный ноутбук для учёбы, точка. Programma_Boinc 23.12.2025 Рецензия / Мнение/ Перевод Нашел на реддите интересную статью под названием The Thinkpad X220 Tablet is the best budget school laptop period . Ниже её машинный перевод. Thinkpad X220 Tablet —. . .	PhpStorm 2025.3: WSL Terminal всегда стартует в ~ and_y87 14.12.2025 PhpStorm 2025. 3: WSL Terminal всегда стартует в ~ (home), игнорируя директорию проекта Симптом: После обновления до PhpStorm 2025. 3 встроенный терминал WSL открывается в домашней директории. . .	Как объединить две одинаковые БД Access с разными данными VikBal 11.12.2025 Помогите пожалуйста !! Как объединить 2 одинаковые БД Access с разными данными.
Новый ноутбук volvo 07.12.2025 Всем привет. По скидке в "черную пятницу" взял себе новый ноутбук Lenovo ThinkBook 16 G7 на Амазоне: Ryzen 5 7533HS 64 Gb DDR5 1Tb NVMe 16" Full HD Display Win11 Pro	Музыка, написанная Искусственным Интеллектом volvo 04.12.2025 Всем привет. Некоторое время назад меня заинтересовало, что уже умеет ИИ в плане написания музыки для песен, и, собственно, исполнения этих самых песен. Стихов у нас много, уже вышли 4 книги, еще 3. . .	От async/await к виртуальным потокам в Python IndentationError 23.11.2025 Армин Ронахер поставил под сомнение async/ await. Создатель Flask заявляет: цветные функции - провал, виртуальные потоки - решение. Не threading-динозавры, а новое поколение лёгких потоков. Откат?. . .	Поиск "дружественных имён" СОМ портов Argus19 22.11.2025 Поиск "дружественных имён" СОМ портов На странице: https:/ / norseev. ru/ 2018/ 01/ 04/ comportlist_windows/ нашёл схожую тему. Там приведён код на С++, который показывает только имена СОМ портов, типа,. . .	Сколько Государство потратило денег на меня, обеспечивая инсулином. Programma_Boinc 20.11.2025 Сколько Государство потратило денег на меня, обеспечивая инсулином. Вот решила сделать интересный приблизительный подсчет, сколько государство потратило на меня денег на покупку инсулинов. . . .

@llandaff 0 / 0 / 0 Регистрация: 25.10.2007 Сообщений: 43

	Пожалуйста, объясните, как хранить файлы (картинки) в базе, и как их оттуда доставать 17.01.2008, 16:50. Показов 3399. Ответов 6 Метки нет (Все метки) Добрый день. Не могли бы Вы на пальцах объяснить, как класть и доставать картинки в MS SQL 2000 / ASP? Какой тип данных использовать? Как в ASP передать картинку сразу на выход? Как картинку запихать в базу? 0

@NikolayLosev 0 / 0 / 0 Регистрация: 27.12.2007 Сообщений: 22
	20.01.2008, 12:23
	В базе соответственно заведи поле типа image (16 байтовая ссылка на область хранящую содержимое рисунка). Теперь что касается передачи Client -> IIS( ASP script ) -> DBMS ( MS SQL 2k): передачу между Client -> Server, содержимого и его прием соответственно выполняют методы BinaryRead 7 BinaryWrite, только будь поосторожнее так как ASP любит приводить типы данных без твоего согласия (в данном случае она будет пытаться привести двоичный тип к строке). а между Server -> DBMS все проще, есть у Recordset'а методы GetChunk & AppendChunk, где соответственно ты имеешь возможность запихнуть и вытащить из базы эту картинулю. Hi 0

@llandaff 0 / 0 / 0 Регистрация: 25.10.2007 Сообщений: 43
	20.01.2008, 12:35 [ТС]
	Большое спасибо за помощь всем откликнувшимся. Я сделал без всяких 'чанков' - запихиваю в базу через ADODB.command, создавая параметр данного типа (adLongVarBinary, 205). Достаю просто через adodb.connection, и его execute('exec хранимую процедуру'), и рекордсет этой хранимой процедуры response.addheader и response.BinaryWrite. Все вроде работает 0

@krom 0 / 0 / 0 Регистрация: 22.11.2006 Сообщений: 30
	26.01.2008, 09:38
	Вообще говоря, есть мнение что: 'Long data types include Microsoft® SQL Server™ ntext, text and image data types. ntext, text and image data is sometimes so large that it cannot be retrieved in a single operation or fit into memory. If the long data can fit into memory, the Value property of the Field object can be used to retrieve all the data in one operation. If the long data is too large to fit into memory, the data must be retrieved or written in chunks.' (это из хелпа по mssql 7.0. Поэтому пока каждая отдельно взятая картинка маленькая - все будет ок, но когда появится нужда в чем-то что не 'fit into memory' вылезет ошибка... Хотелось бы, кстати, уточнить у общественности: каков именно этот самый размер памяти?? что имеется ввиду... помнится где-то натыкался на упоминание чего-то около 64k - это оно?? 0

@phwp 0 / 0 / 0 Регистрация: 15.03.2007 Сообщений: 40
	26.01.2008, 11:02
	Работать с типами данных типа Image, по-моему, не очень хорошо. Я плотно с картинками дела не имел, но везде, где я работал, картинки хранились просто в файлах, а в базе были только ссылки. Наверное, это не спроста . 0

@krom 0 / 0 / 0 Регистрация: 22.11.2006 Сообщений: 30
	26.01.2008, 12:35
	логично предположить - чтобы не перегружать зря базу... хотя в некоторых случаях это удобно... но, вопрос был не в этом, а в том, использовать или не использовать *chunk? вроде бы и без них работает... есть какие-то грабли здесь?? 0