bk0010Информация старая, но может актуальная. Насколько я помню, особенность BLOB-ов, помещенных в BLOBSpace состоит в том, что они не попадают в Logical Log-и (поэтому HDR с ними не работал и, вероятно, не работает RSS) и не кэшируются в Buffers (это хорошо, так как большие блобы вышибали весь кэш). У Smart Blob-ов таких наворотов вроде не было: это заготовки для Datablade-ов.
Да, совершенно точно. BLOB не попадает в Logical Logs поэтому DR механизм (HDR/RSS) с ними не работает. Про кеширование, не помню, но вполне возможно, что не попадают тоже туда.
Тут есть тоже свой минус, если происходит запись BLOB объектов, периодическая там их чистка, изменение в таблице вида:
1.
2.
3.
4.
5.
create table bla-bla (
...
Myfield BYTE IN blobspace;
...
) ... ;
То, пока не ротируется логический журнал - изменений в BLOB Space не видно, и если работа в основном ведется с BLOB полями, то транзакций в журнале нет и можно получить переполнение самого BLOB Space, либо не иметь возможность писать в него, т.к. помеченные к удалению блоки будут удалены только при следующей ротации логического журнала.
Так что неудобств много с ними.
bk0010Соответственно, если вы засунете blob-ы в обычный DBSpace (alter fragment, вроде), то репликация заработает.
А так можно?
Я видел в синтаксисе, что можно хранить данные в таблице (табличное пр-во, наверное, имелось ввиду).
Но если хранить BLOB в обычном табличном пространстве, то тогда мы наступим на то, что вы указали выше - на выедание кеша при работе с ними? Так я понимаю?
