Можно ли в FB 2 хранить картинки в отдельном файле?

← →
Prohodil Mimo © (2007-07-03 13:28) [0]

Не хочу загружать файл с основными данными всяким мусором огромных размеров.
Судя по мануалу, так нельзя, но вдруг всё-таки есть способ.
Если нет, придётся хранить их в отдельной базе.

← →
Правильный Вася (2007-07-03 13:31) [1]

почему мусор? они будут занимать отдельные страницы

← →
Prohodil Mimo © (2007-07-03 13:41) [2]

а как скажется на скорости, где данных на 50-100 мегов, а картинок на 10 и более гигов? И насколько я понимаю, лучше большие файлы делить на части? Если да, то какой размер лучше?

← →
turbouser © (2007-07-03 13:46) [3]

> Prohodil Mimo © (03.07.07 13:28)

Способ есть - UDF соответствующую соорудить.
А можно хранить только пути к файлам, а сами файлы держать
в какой-нибудь расшаренной папке.
Или заюзать BDE с его гетерогенностью :)

← →
Johnmen © (2007-07-03 13:49) [4]

Никак не скажется. Т.к. чтение-запись организовано странично.

← →
Desdechado © (2007-07-03 15:34) [5]

> насколько я понимаю, лучше большие файлы делить на части?
FB поддерживает многофайловые БД, однако способ распределения данных по ним он выбирает сам.

← →
atruhin © (2007-07-03 15:51) [6]

> FB поддерживает многофайловые БД

Это откуда информация?

> Можно ли в FB 2 хранить картинки в отдельном файле?

Можно, но зачастую не нужно.

← →
Anatoly Podgoretsky © (2007-07-03 16:04) [7]

Скажется в худшую сторону, особенно по целостности и по безопасности

← →
Desdechado © (2007-07-03 16:09) [8]

atruhin © (03.07.07 15:51) [6]
Из документации, вестимо:
CREATE {DATABASE | SCHEMA} ... <secondary_file>]; <secondary_file> = FILE "filespec" [<fileinfo>] [<secondary_file>] CREATE DATABASE creates a new, empty database and establishes the following characteristics for it: - The name of the primary file that identifies the database for users. By default, databases are contained in single files. - The name of any secondary files in which the database is stored. A database can reside in more than one disk file if additional file names are specified as secondary files. If a database is created on a remote server, secondary file specifications cannot include a node name.

← →
Prohodil Mimo © (2007-07-03 16:19) [9]

Anatoly Podgoretsky © (03.07.07 16:04) [7]
Скажется в худшую сторону, особенно по целостности и по безопасности

это ответ на что?

> а как скажется на скорости, где данных на 50-100 мегов,
> а картинок на 10 и более гигов?

Плохо скажется. И на скорости, и косвенно на стабильности. Картинки следует хранить в виде отдельных файлов и желательно на другом разделе, дабы не вызывать лишнюю фрагментацию файловой системы диска с БД.

DrPass © (03.07.07 16:26) [10]
Если только хранение картинок, то откуда фрагментация? Вот если б их постоянно добавляли, то понятно. Даже при удалении фрагментации не будет, т.к. следующее добавление использует эту пустую область в файле.

> Desdechado © (03.07.07 16:35) [11]

Хм... Подразумевается, что картинки не возникнут сразу после форматирования диска, а все-таки как-то будут постепенно туда добавляться. А база будет расти. А если еще и удаляться, а "эта пустая область" на диске потом будет занята файлом БД, то от фрагментации никуда не деться. Конечно, фрагментация файловой системы, если размер страницы совпадает с размером кластера - это не так страшно. Но все равно, когда файл БД разбросан по кускам по всему диску, производительность заметно снижается.

← →
Sergey Masloff (2007-07-03 20:59) [13]

DrPass © (03.07.07 16:40) [12]
Это настолько тривиально решаемый вопрос что и говорить не о чем. Ну на отдельный диск базу и забыть.
Кстати ни фига фрагментация "существенно" не влияет на быстродействие так как в нормальной базе 90 и более запросов идут к кешу.

Можно ли в FB 2 хранить картинки в отдельном файле? Найти похожие ветки