|
есть ли смысл хранить комменты в файлах?
|
|||
---|---|---|---|
#18+
приветы! кто-то пробовал на хороших нагрузках держать текстовые комментарии отдельно от БД, в файлах? ... |
|||
:
Нравится:
Не нравится:
|
|||
22.10.2017, 03:51 |
|
есть ли смысл хранить комменты в файлах?
|
|||
---|---|---|---|
#18+
tip78, с какой целью? минус ACID (весь) плюс головная боль а профит в чём должен быть? Уменьшить размер строки при обновлениях? Уже сделано, см. toast. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.10.2017, 12:16 |
|
есть ли смысл хранить комменты в файлах?
|
|||
---|---|---|---|
#18+
Melkij, до 9.6 смысл во враперраундах. (там потребность в объеме чтений на прокрутку была произведением объема базы (дата) на поток транзакций). либо режете скорость счетчика (методы есть, если писали хранимки правильно -- с неявными сейвпойнтами -- обычно немного можно ужаться, иногда -- на порядки), либо обрезаете объем суммарных дата. а так -- суйте все комменты в отдельно от прочих данных лежащую табличку с тостами -- и делов. ораклоиды древности так, слайсами по 4000 не то 8, тексты ко всему хранили, дабы с клобами и или raw типами не вязаться. вторая причина -- экономия на бекапах (стендбаях, дампах,итп) действительно транзакционных данных. //но лично мне приятнее прямо из бд данное иметь. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.10.2017, 12:55 |
|
есть ли смысл хранить комменты в файлах?
|
|||
---|---|---|---|
#18+
не совсем понятно, есть ли возможность прямо указать, какой столб юзать с TOAST в доках пишут, что он типа автоматический, но при этом намекают, что его можно отключать/указывать ключи: авторКод обработки TOAST распознаёт четыре различные стратегии хранения столбцов, совместимых с TOAST, на диске: PLAIN не допускает ни сжатие, ни отдельное хранение; кроме того, отключается использование однобайтовых заголовков для типов varlena. Это единственно возможная стратегия для столбцов типов данных, которые несовместимы с TOAST. EXTENDED допускает как сжатие, так и отдельное хранение. Это стандартный вариант для большинства типов данных, совместимых с TOAST. Сначала происходит попытка выполнить сжатие, затем — сохранение вне таблицы, если строка всё ещё слишком велика. EXTERNAL допускает отдельное хранение, но не сжатие. Использование EXTERNAL ускорит операции над частями строк в больших столбцах text и bytea (ценой увеличения объёма памяти для хранения), так как эти операции оптимизированы для извлечения только требуемых частей отделённого значения, когда оно не сжато. MAIN допускает сжатие, но не отдельное хранение. (Фактически, отдельное хранение, тем не менее, будет выполнено для таких столбцов, но лишь как крайняя мера, когда нет другого способа уменьшить строку так, чтобы она помещалась на странице.) Каждый тип данных, совместимый с TOAST, определяет стандартную стратегию для столбцов этого типа данных, но стратегия для заданного столбца таблицы может быть изменена с помощью ALTER TABLE SET STORAGE. и про STORAGE тоже непонятно, есть целый раздел , но походу там всё на автомате? ... |
|||
:
Нравится:
Не нравится:
|
|||
22.10.2017, 22:16 |
|
|
start [/forum/topic.php?fid=53&gotonew=1&tid=1996155]: |
0ms |
get settings: |
10ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
46ms |
get topic data: |
13ms |
get first new msg: |
8ms |
get forum data: |
3ms |
get page messages: |
50ms |
get tp. blocked users: |
2ms |
others: | 14ms |
total: | 168ms |
0 / 0 |