|
Большой блоб и octet_length
|
|||
---|---|---|---|
#18+
Привет всем. FB 2.5.8, БД в 3-м диалекте. Закачал в базу файл: Код: powershell 1. 2. 3. 4. 5. 6. 7. 8.
Запрос вида Код: sql 1. 2. 3.
возвращает значение -1088176128 (что и понятно - переполнение integer) Ест ли в данном случае узнать действительный размер blob-поля? С уважением, Polesov. ... |
|||
:
Нравится:
Не нравится:
|
|||
19.01.2019, 22:28 |
|
Большой блоб и octet_length
|
|||
---|---|---|---|
#18+
Polesov, вдогонку Файлы обновляются на клиенте, есть файлы по 10 GB Перед обновлением требуется оценить достаточно ли свободного места на диске. ... |
|||
:
Нравится:
Не нравится:
|
|||
19.01.2019, 22:31 |
|
Большой блоб и octet_length
|
|||
---|---|---|---|
#18+
Обновляйся до 3.0. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
19.01.2019, 23:07 |
|
Большой блоб и octet_length
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov, хороший совет. но ... Пока видится 2 варианта: - хранить размер в отдельно поле, передавая его параметром - в UDF считать суммарный размер сегментов блоба (для больших блобов долго) ... |
|||
:
Нравится:
Не нравится:
|
|||
19.01.2019, 23:12 |
|
Большой блоб и octet_length
|
|||
---|---|---|---|
#18+
А есть ли возможность узнать общее количество сегментов (страниц?) занимаемых блобом? ... |
|||
:
Нравится:
Не нравится:
|
|||
19.01.2019, 23:16 |
|
Большой блоб и octet_length
|
|||
---|---|---|---|
#18+
Polesov, в 3.0 статистка по блобам есть, но я думаю это не подойдёт ... |
|||
:
Нравится:
Не нравится:
|
|||
19.01.2019, 23:58 |
|
Большой блоб и octet_length
|
|||
---|---|---|---|
#18+
PolesovА есть ли возможность узнать общее количество сегментов (страниц?) занимаемых блобом? Есть, но она тоже 32-х разрядная. Так что обновляйся или умри. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
20.01.2019, 00:12 |
|
Большой блоб и octet_length
|
|||
---|---|---|---|
#18+
Симонов Денис, да оно и подсчетом количества страниц (с учетом сжатия) не подойдет. Пока, как рабочий вариант, рассматривается запись больших блобов кусками (скажем, по 100 MB). Т.е. при сохранении файла в БД будет разбиение на куски, а при обновлении на клиенте склеивание кусков. Плюсы такого подхода: - не будет проблем при чтении блобов компонентаим достура (используется FIB+, в них память выделяется под весь блоб) - размер можно будет определить запросом вида Код: sql 1. 2. 3.
Думаю, такой запрос будет выполняться быстрее, чем суммирование размеров прочитанных сегментов блоба в UDF. Как-то так... ... |
|||
:
Нравится:
Не нравится:
|
|||
20.01.2019, 00:16 |
|
Большой блоб и octet_length
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovЕсть, но она тоже 32-х разрядная. Имя, сестра, имя... ... |
|||
:
Нравится:
Не нравится:
|
|||
20.01.2019, 00:18 |
|
Большой блоб и octet_length
|
|||
---|---|---|---|
#18+
PolesovИмя, сестра, имя... Ты не поверишь: isc_blob_info() Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
20.01.2019, 00:23 |
|
|
start [/forum/topic.php?fid=40&msg=39761929&tid=1560836]: |
0ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
80ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
42ms |
get tp. blocked users: |
1ms |
others: | 313ms |
total: | 474ms |
0 / 0 |