Гость
Форумы / Caché, Ensemble, DeepSee, MiniM, IRIS, GT.M [игнор отключен] [закрыт для гостей] / Возможности в GT.M по хранению не текстовой информации / 9 сообщений из 9, страница 1 из 1
04.08.2013, 21:18
    #38354518
user_tiv
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Возможности в GT.M по хранению не текстовой информации
Всем привет.Какие известны возможности в GT.M по хранению не текстовой информации, напр. файлов мультимедиа контента?
Разбивать файл (напр. картинку) на строки по 255 символов и хранить в глобале?
...
Рейтинг: 0 / 0
05.08.2013, 04:11
    #38354652
Блок А.Н.
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Возможности в GT.M по хранению не текстовой информации
Как-то так.
В каше поток данных тоже в разных строках хранится.
Только почему по 255? Там такое маленькое ограничение на длину строки?
...
Рейтинг: 0 / 0
05.08.2013, 08:33
    #38354674
Valeriu
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Возможности в GT.M по хранению не текстовой информации
Блок А.Н.,
Нет. Как раз начиная с GT.M V6.0-000 поддерживается
длина строки в 1 Мб

K.S. Bhaskar V6.0-000 significantly extends database file limits:

- The maximum supported key size increases from 255 to 1,019 bytes.
- Global variable nodes need no longer fit within a database block. This
opens opportunities for applications to consider smaller block sizes where
these improve performance. Also, the new maximum global variable node size
of 1,048,576 bytes (1 MiB) means that any local variable node can also be
stored in a global variable.
- The maximum size of a database file is now 1,040,187,392 (992 Mi) blocks.
Previously this limit was 234,881,024 (224 Mi) blocks.
...
Рейтинг: 0 / 0
05.08.2013, 09:55
    #38354708
user_tiv
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Возможности в GT.M по хранению не текстовой информации
2 Блок А.Н. & Valeriu -10x.

А как быстрее(для веб проэкта) - работать с целыми мультимедиа файлами на диске или разбивать их на строки и хранить в глобале?
Или тут есть золотая середина - типа до определённого объема файлов например до Х мб - их собирание из строк происходит быстрее из глобала чем обращение к файловой системе из БД, а файлы больше Х Мб -уже лучше хранить и обрабатывать на диске (из вашего опыта)?

ЗЫ:
2 Блок А.Н. интересовал сам принцип хранения файлов в глобалях (почему 255? - наверно спутал с максимальной длинной командной строки).
...
Рейтинг: 0 / 0
05.08.2013, 10:51
    #38354774
Valeriu
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Возможности в GT.M по хранению не текстовой информации
user_tiv,
Если честно, в GT.M с такими вопросами не занимался, как
хранение мультимедийных в базе.
Если есть возможность, конечно их хранить лучше в глобал.
Можно задавать вопрос на этом форуме:
https://groups.google.com/forum/#!forum/comp.lang.mumps
...
Рейтинг: 0 / 0
05.08.2013, 11:02
    #38354789
Блок А.Н.
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Возможности в GT.M по хранению не текстовой информации
user_tiv,

Я бы сам предпочел хранение в базе. У нас хранение файлов потоков на диске, потому что использую классы почтовые интерсистемовские, а их не получилось запихать в базу. Мне не нравится.
При хранении в базе плюсы такие:
- меньше занимает места на диске (на маленьких файлах из-за выравнивания по кластеру)
- не тупит файловая система, когда заходишь в такой каталог
- проще бэкапить, копировать
Только я бы для мультимедийных файлов сделал отдельную базу, чтобы контролировать ее рост.

Вроде есть какие-то плюсы в хранении на диске, но я их не помню.
...
Рейтинг: 0 / 0
05.08.2013, 11:09
    #38354803
DirksDR
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Возможности в GT.M по хранению не текстовой информации
user_tiv,

Хранение файлов в базе данных - спорное решение.
Можно поискать здесь на форуме за и против такого подхода, например
http://www.sql.ru/forum/282675/hranenie-faylov-v-bd?hl=???????? ?????? ???? ???????? ???????
(ближе к середине топика).
Ключевые слова: "хранение файлов в базе или в файловой системе".
...
Рейтинг: 0 / 0
05.08.2013, 13:03
    #38355002
SergeyLee
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Возможности в GT.M по хранению не текстовой информации
user_tiv,

я сам тоже таким не занимался (хранением файлов, картинок, мультимедиа), есть проект - http://databallet.com, это веб сервер, написанные на MUMPS на основе GT.M и возможно там есть что то связанное со статическим контентом сайта, можно задавать вопрос автору.
...
Рейтинг: 0 / 0
07.08.2013, 22:06
    #38358913
visius
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Возможности в GT.M по хранению не текстовой информации
Блок А.Н.,

У нас все медийные файлы хранятся вне базы, в файловой системе. От тормозов спасает иерархическая структура каталогов. Кроме того, нужно учесть, что по содержимому файлов не нужно производить поиск, их не нужно кешировать, т.е. основные ф-ции СУБД в данном случае не нужны.
Свободное место нынче довольно дешево, поэтому копеечная оптимизация фактически занимаемого места сильной пользы не принесет.
Бэкап/копирование - да, так проще. Но при большом объеме файловых данных в БД все эти процессы будут проистекать в разы медленнее, чем с использованием типовых средств для файловой системы.

Ну и из практики, - к примеру на одном проекте размер базы 15Gb, а объем всех файлов 300Gb. Если их все переместить в базу, то будут а) излишние затраты на кеширование; б) клиент скоро подойдет к ограничению размера БД по его лицензии.
...
Рейтинг: 0 / 0
Форумы / Caché, Ensemble, DeepSee, MiniM, IRIS, GT.M [игнор отключен] [закрыт для гостей] / Возможности в GT.M по хранению не текстовой информации / 9 сообщений из 9, страница 1 из 1
Целевая тема:
Создать новую тему:
Автор:
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]