Вычислять в виде или в документе?

@komdtyor · Регистрация: 16.11.2008

Студворк — интернет-сервис помощи студентам

Здравствуйте!

Есть база под веб, 10 000 документов.
Есть 20 видов, в которых вычисляется 5 различных формул отображения под веб.
Также в базе есть полнотекстовый индекс.

Вот и вопрос, для оптимальной производительности вычислять формулы в документе (создать 5 полей для этого) или оставить вычисления в виде.

Формулы большие, много @if и преобразований.

Заранее благодарю.

@otyxos1 · 24.05.2017, 11:38

В доках однозначно

@ToxoRot · 24.05.2017, 14:07

в видах, только виды на отдельный диск и обновлять по расписанию

обновив док - это само по себе заставит индексер обновить все 20 видов, потом ещё ФТИндекс и т.д.
считаю что док обновлять смысла нет вообще

@tmyky · 24.05.2017, 15:58

ряд факторов:
- FT будет считаться по полям дока и не зависит от формул (формула уже вычислена)
- индексы вьюшек - чем сложнее, тем "дольше" обновление при появление нового дока, индексы больше
- формула в доке/вьюшке - а нафига? надо вычислять поле - пишем скрипт, суем его в QS. Профит еще и в вычислениях бэкенда - не надо привлекать формулы (через Evaluate) или ComputeWithForm + место для кода одно (либа)

@otyxos1 · 25.05.2017, 14:23

Сообщение от ToxaRat

обновив док - это само по себе заставит индексер обновить все 20 видов, потом ещё ФТИндекс и т.д.
считаю что док обновлять смысла нет вообще

1 обновив док, формула просчитается ток 1 раз и индексёр просто возьмёт значение поля (в котором уже всё вычислено)
если формула в колонке 20-и видов - она будет просчитана 20 раз
2 если док изменяет агент (напр из под Вэба), он же может изменить и поле для показа в виде (вычисляемое в форме, если это там нужно и есть), по той же формуле (или её LS\JS\Java эквиваленту) - максимум быстродействия

@komdtyor · 25.05.2017, 19:39

Сообщение от alexas1

1 обновив док, формула просчитается ток 1 раз и индексёр просто возьмёт значение поля (в котором уже всё вычислено)
если формула в колонке 20-и видов - она будет просчитана 20 раз
2 если док изменяет агент (напр из под Вэба), он же может изменить и поле для показа в виде (вычисляемое в форме, если это там нужно и есть), по той же формуле (или её LS\JS\Java эквиваленту) - максимум быстродействия

А с другой стороны не будет ли (от дополнительного килобайта полей в доке) тормозить полнотекстовый индекс? При обновлении и при поиске.
По-моему некоторые поля нельзя выкинуть от индексирования?

@otyxos1 · 25.05.2017, 20:18

Сообщение от Gandliar

А с другой стороны не будет ли (от дополнительного килобайта полей в доке) тормозить полнотекстовый индекс? При обновлении и при поиске.
По-моему некоторые поля нельзя выкинуть от индексирования?

Хз, что перевесит. Навскидку, одно доп поле в форме для полнотекстового против 20 считаемых в индексе вида выглядит помягше)))
Затестить надо

@komdtyor · 26.05.2017, 09:08

Спасибо всем, кто ответил.

@ToxoRot · 28.05.2017, 07:30

так а победило то что? ;)

@komdtyor · 29.05.2017, 14:15

Сообщение от ToxaRat

так а победило то что? ;)

Буду делать поля, видов много а полнотекстовый индекс один. А там посмотрим, будет ли эффект. Почитал еще в инете обзоры - склоняюсь к полям.

@ToxoRot · 30.05.2017, 12:23

Сообщение от Gandliar

Буду делать поля, видов много а полнотекстовый индекс один. А там посмотрим, будет ли эффект. Почитал еще в инете обзоры - склоняюсь к полям.

ну да, придётся индексу ещё и эти новые поля учитывать ;)

@mytWood · 01.06.2017, 13:52

Сообщение от ToxaRat

в видах, только виды на отдельный диск и обновлять по расписанию

обновив док - это само по себе заставит индексер обновить все 20 видов, потом ещё ФТИндекс и т.д.
считаю что док обновлять смысла нет вообще

Вот тут однозначно поддерживаю. Гораздо проще и эффективнее написать формулы во вьюшке, но сделать, например, одно list-поле, в которое собрать информацию из других доков заранее. Именно так я и делал, когда подключался к Яндекс-Маркету. Уже лет десять полет нормальный). Много полей в документе излишне нагружают индексер и усложняют архитектуру.

@otyxos1 · 01.06.2017, 14:26

Сообщение от NetWood

Вот тут однозначно поддерживаю. Гораздо проще и эффективнее написать формулы во вьюшке, но сделать, например, одно list-поле, в которое собрать информацию из других доков заранее. Именно так я и делал, когда подключался к Яндекс-Маркету. Уже лет десять полет нормальный). Много полей в документе излишне нагружают индексер и усложняют архитектуру.

индексёр больше грузит не кол-во полей с инфой, а общий объем этой инфы в индекс (эт для полнотекстового, канеш)
А про индекс вида даж тестить бессмысленно - тяжёлая формула в колонке проиграет всегда, против её же в доке.

Новые блоги и статьи Все статьи Все блоги /
Модель микоризы: классовый агентный подход 3 anaschu 06.01.2026 aa0a7f55b50dd51c5ec569d2d10c54f6/ O1rJuneU_ls https:/ / vkvideo. ru/ video-115721503_456239114	Owen Logic: О недопустимости использования связки «аналоговый ПИД» + RegKZR ФедосеевПавел 06.01.2026 Owen Logic: О недопустимости использования связки «аналоговый ПИД» + RegKZR ВВЕДЕНИЕ Введу сокращения: аналоговый ПИД — ПИД регулятор с управляющим выходом в виде числа в диапазоне от 0% до. . .	Модель микоризы: классовый агентный подход 2 anaschu 06.01.2026 репозиторий https:/ / github. com/ shumilovas/ fungi ветка по-частям. коммит Create переделка под биомассу. txt вход sc, но sm считается внутри мицелия. кстати, обьем тоже должен там считаться. . . .	Расчёт токов в цепи постоянного тока igorrr37 05.01.2026 / * Дана цепь постоянного тока с сопротивлениями и напряжениями. Надо найти токи в ветвях. Программа составляет систему уравнений по 1 и 2 законам Кирхгофа и решает её. Последовательность действий:. . .
Новый CodeBlocs. Версия 25.03 palva 04.01.2026 Оказывается, недавно вышла новая версия CodeBlocks за номером 25. 03. Когда-то давно я возился с только что вышедшей тогда версией 20. 03. С тех пор я давно снёс всё с компьютера и забыл. Теперь. . .	Модель микоризы: классовый агентный подход anaschu 02.01.2026 Раньше это было два гриба и бактерия. Теперь три гриба, растение. И на уровне агентов добавится между грибами или бактериями взаимодействий. До того я пробовал подход через многомерные массивы,. . .	Советы по крайней бережливости. Внимание, это ОЧЕНЬ длинный пост. Programma_Boinc 28.12.2025 Советы по крайней бережливости. Внимание, это ОЧЕНЬ длинный пост. Налог на собак: https:/ / ********/ gallery/ V06K53e Финансовый отчет в Excel: https:/ / ********/ gallery/ bKBkQFf Пост отсюда. . .	Кто-нибудь знает, где можно бесплатно получить настольный компьютер или ноутбук? США. Programma_Boinc 26.12.2025 Нашел на реддите интересную статью под названием Anyone know where to get a free Desktop or Laptop? Ниже её машинный перевод. После долгих разбирательств я наконец-то вернула себе. . .

@komdtyor 0 / 0 / 0 Регистрация: 16.11.2008 Сообщений: 308

	Вычислять в виде или в документе? 24.05.2017, 11:31. Показов 3498. Ответов 12 Метки нет (Все метки) Здравствуйте! Есть база под веб, 10 000 документов. Есть 20 видов, в которых вычисляется 5 различных формул отображения под веб. Также в базе есть полнотекстовый индекс. Вот и вопрос, для оптимальной производительности вычислять формулы в документе (создать 5 полей для этого) или оставить вычисления в виде. Формулы большие, много @if и преобразований. Заранее благодарю. 0

@otyxos1 0 / 0 / 0 Регистрация: 07.04.2014 Сообщений: 633
	24.05.2017, 11:38
	В доках однозначно 0

@ToxoRot 0 / 0 / 0 Регистрация: 04.11.2007 Сообщений: 3,019
	24.05.2017, 14:07
	в видах, только виды на отдельный диск и обновлять по расписанию обновив док - это само по себе заставит индексер обновить все 20 видов, потом ещё ФТИндекс и т.д. считаю что док обновлять смысла нет вообще 0

@tmyky 0 / 0 / 0 Регистрация: 23.08.2008 Сообщений: 6,252
	24.05.2017, 15:58
	ряд факторов: - FT будет считаться по полям дока и не зависит от формул (формула уже вычислена) - индексы вьюшек - чем сложнее, тем "дольше" обновление при появление нового дока, индексы больше - формула в доке/вьюшке - а нафига? надо вычислять поле - пишем скрипт, суем его в QS. Профит еще и в вычислениях бэкенда - не надо привлекать формулы (через Evaluate) или ComputeWithForm + место для кода одно (либа) 0

@komdtyor 0 / 0 / 0 Регистрация: 16.11.2008 Сообщений: 308
	26.05.2017, 09:08
	Спасибо всем, кто ответил. 0

@ToxoRot 0 / 0 / 0 Регистрация: 04.11.2007 Сообщений: 3,019
	28.05.2017, 07:30
	так а победило то что? ;) 0