ReSQL.ru
     
powered by simpleCommunicator - 2.0.49     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Caché, Ensemble, DeepSee, MiniM, IRIS, GT.M [игнор отключен] [закрыт для гостей] / Возможности в GT.M по хранению не текстовой информации
9 сообщений из 9, страница 1 из 1
Возможности в GT.M по хранению не текстовой информации
    #38354518
user_tiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
user_tiv
Гость
Всем привет.Какие известны возможности в GT.M по хранению не текстовой информации, напр. файлов мультимедиа контента?
Разбивать файл (напр. картинку) на строки по 255 символов и хранить в глобале?
...
Рейтинг: 0 / 0
04.08.2013, 21:18
| Ответить | Цитировать | Написать  
Возможности в GT.M по хранению не текстовой информации
    #38354652
Блок А.Н.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Блок А.Н.
Участник
Как-то так.
В каше поток данных тоже в разных строках хранится.
Только почему по 255? Там такое маленькое ограничение на длину строки?
...
Рейтинг: 0 / 0
05.08.2013, 04:11
| Ответить | Цитировать | Написать  
Возможности в GT.M по хранению не текстовой информации
    #38354674
Valeriu
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Valeriu
Участник
Блок А.Н.,
Нет. Как раз начиная с 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, 08:33
| Ответить | Цитировать | Написать  
Возможности в GT.M по хранению не текстовой информации
    #38354708
user_tiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
user_tiv
Гость
2 Блок А.Н. & Valeriu -10x.

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

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

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

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

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

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

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

Ну и из практики, - к примеру на одном проекте размер базы 15Gb, а объем всех файлов 300Gb. Если их все переместить в базу, то будут а) излишние затраты на кеширование; б) клиент скоро подойдет к ограничению размера БД по его лицензии.
...
Рейтинг: 0 / 0
07.08.2013, 22:06
| Ответить | Цитировать | Написать  
9 сообщений из 9, страница 1 из 1
Форумы / Caché, Ensemble, DeepSee, MiniM, IRIS, GT.M [игнор отключен] [закрыт для гостей] / Возможности в GT.M по хранению не текстовой информации
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/search_topic.php?author=Dean&author_mode=last_posts&do_search=1]:
 0ms
get settings:
 10ms
get forum list:
 12ms
get settings:
 11ms
get forum list:
 14ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 44ms
get topic data:
 11ms
get forum data:
 3ms
get page messages:
 49ms
get tp. blocked users:
 1ms
others: 673ms
total:  836ms
созд. / загр.: 836ms
x
x
Закрыть


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