Прохожу со стажёрами 9 главу Getting Started. - https://www.odoo.com/documentation/16.0/developer/tutorials/getting_started/09_compute_onchange.html По ходу

Question

Прохожу со стажёрами 9 главу Getting Started. - https://www.odoo.com/documentation/16.0/developer/tutorials/getting_started/09_compute_onchange.html По ходу

главы они не добавляют store=True для compute полей. И вот возник вопрос:
лучше по возможности не сохранять compute поля? (не вешать store=True где это возможно)?

#odoo #programming #russian #software

0

29.07.2023

16 ответов

41 просмотр

Anton Goroshkin

Чаще это определяется - нужен ли вам поиск по этому полю или нет. И нужно ли вам это поле доступное в sql

0

29.07.2023

Andro Автор вопроса

Anton Goroshkin
Чаще это определяется - нужен ли вам поиск по этом...

вот именно на эту мысль меня натолкнуло - если не нужен поиск по полю, можно не вешать store=True). Но я думал плохо "рекомпьютить" поле каждый раз при открытии формы, когда можно сохранить его..

0

29.07.2023

Ivan

Anton Goroshkin
Чаще это определяется - нужен ли вам поиск по этом...

Это опасный подход имно. По причине, описанной выше. Потому что может поиск и нужен, но поле будет перезаписываться при каждом открытии вью

0

29.07.2023

Anton Goroshkin

Andro
вот именно на эту мысль меня натолкнуло - если не ...

В большинстве задач рекомпьютить при открытии формы - не критично - все будет в рамках приятного времени реагирования для человека. А вот когда у вас вид List то будет происходить рекомпьют для всех записей в списке

0

29.07.2023

Anton Goroshkin

Ivan
Это опасный подход имно. По причине, описанной выш...

При каждом открытии - это случай, когда поле для поиска не нужно :)))

0

29.07.2023

Alex Kom

алгоритм компьют поля может: 1. для того чтобы рассчитать значение - делать кучу обращений к базе, например - посчитать сумму веса товаров в документу, обращаясь к карточке каждого товара в строках документа(фильтрация услуг), считывая его вес базовой единицы, пересчет по коэффициентам в Единицу измерения товара, выбранной в документе и пр. Чем будут напрягать базу. И это будет происходить каждый раз при попытке отобразить это поле. А можно поставить store=True и пересчитываться оно будет только при изменении исходных данных, а при обращении к полю - будет брать готовое значение. Это же оптимальнее? С другой стороны: пример для расчета нужно "выгребать все проводки по определенному счету, с заданными фильтрами и пр". То в этом случае - пересчет всех полей во всех записях - это перебор. Тогда либо - только компьют, либо рисовать промежуточную модель. 2. рассчет может сильно напрягать процессор, при расчете например матриц, и пр. Тем самым расчет может длиться долго. И все это время будет занят один воркер. А можно просто поставить store=True, один раз рассчитать и брать готовое значение. 3. ну и конечно же: если нужно фильтровать, сортировать и выводить значения в отчет, то конечно же - без store=True - не обойтись.

0

29.07.2023

Eugene

> поле будет перезаписываться при каждом открытии вью Разве?

0

29.07.2023

Alex Kom

Eugene
> поле будет перезаписываться при каждом открытии ...

ага а если это компьют поле добавить в лист вью, то компьют будет запускаться для 80-ти записей. и при пролистывании - Next, Next - еще по 80 каждый раз

0

29.07.2023

Eugene

Alex Kom
ага а если это компьют поле добавить в лист вью, т...

Это точно при store=True?

0

29.07.2023

Anton Goroshkin

Eugene
Это точно при store=True?

Нет. Это про False ресь

0

29.07.2023