Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
13.08.2008, 11:42
|
|||
|---|---|---|---|
|
|||
sbspace & HDR |
|||
|
#18+
Добрый день! Возник вопрос размещения в рабочей БД ERP системы фотографий. Как всегда на этапе проектировки никто не владеет точной информацией как интенсивно эти фото будут изменяться. Для размещения фото выбрали sbspace. На сервере (9.40) настроена репликация HDR. Периодически при больших обновлениях или вставках приходится отключать репликацию, так как тормозит передача буферов на репликационный сервер. Использует ли кто ативную работы с обектами в sbspace и использование HDR? Есть ли проблемы при активной работе (модикакации) объектов в sbspace проблемы с записью транзакций в лог? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
13.08.2008, 12:34
|
|||
|---|---|---|---|
sbspace & HDR |
|||
|
#18+
Почему решили выбрать sbspace? (то что blobspace не реплицируются я знаю) Мы храним фотки в обычных спейсах (не smart) в таблицах с полями типа byte и HDR работает нормально. Правда фотки только загружаются и все (т.е. обновляются не часто). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
15.08.2008, 13:16
|
|||
|---|---|---|---|
|
|||
sbspace & HDR |
|||
|
#18+
Выбрано по причине - чтобы не засорять буферный пул. На тот момент прогнозировали объм "картинок" около 100 ГБ А так как это справочник, предполагаем, что использоваться будет часто. А для смарта ставим чтоб не помещал в буфера. Маленькие объекты мы и так держим в простых пространствах и никаких проблем у нас не возникает с ними - они маленькие и не справочники. Да и удобней в плане программирования держать в простых пространствах. Но в данном случае, наверное, простые пространства не совсем подходят. Придется проситься на эксперимент на рабочей системе. проблем вообщето вроде как не должно быть, но есть тревога. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
15.08.2008, 15:24
|
|||
|---|---|---|---|
|
|||
sbspace & HDR |
|||
|
#18+
zaietsВыбрано по причине - чтобы не засорять буферный пул. На тот момент прогнозировали объм "картинок" около 100 ГБ А так как это справочник, предполагаем, что использоваться будет часто. А для смарта ставим чтоб не помещал в буфера. Маленькие объекты мы и так держим в простых пространствах и никаких проблем у нас не возникает с ними - они маленькие и не справочники. Да и удобней в плане программирования держать в простых пространствах. Но в данном случае, наверное, простые пространства не совсем подходят. Придется проситься на эксперимент на рабочей системе. проблем вообщето вроде как не должно быть, но есть тревога. Есть такой DataBlade (для Windows и SUN) - Informix Image Foundation DataBlade Module - http://www-306.ibm.com/software/data/informix/blades/image/ С уважением, Вадим. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
16.08.2008, 21:31
|
|||
|---|---|---|---|
sbspace & HDR |
|||
|
#18+
Можно таблицы которые содержать картинки помещать в dbspace с другим размером страницы, и создать отдельный буферный пул для этого dbspace. Т.о. решится проблема вытеснения страниц из общего буферного пула. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
18.08.2008, 18:05
|
|||
|---|---|---|---|
|
|||
sbspace & HDR |
|||
|
#18+
Можно. Но 1. 9.40 2. Сейчас реализована работа со смартами 3. независимо от того - смарт или простое пространство - опасение по поводу репликации и буфера лог. журнала одинаково. Ок. Будем пробовать как обычно - научным методом тыка. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
start [/forum/topic.php?fid=44&tablet=1&tid=1608036]: |
0ms |
get settings: |
10ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
32ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
47ms |
get tp. blocked users: |
2ms |
| others: | 309ms |
| total: | 437ms |
| 0 / 0 |
