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

Хахаха, именно!

Но если серьёзно, то в Сенсе очень неудобно удалять переменные вручную, вот и начинаешь заниматься уборкой сразу, пока они не повылезали. Через определённое время входит в привычку 😊

) спасибо. Попробую

Спасибо огромное. Буду пробовать. Не замечала, что после ручного удаления они не возвращаются.

При условии что переменная разрушена в скрипте :)

https://youtu.be/sRftvlyCgiA 👹

Всем доброго времени суток:) Можно совет?

Есть таблица фактов 73М строк 30+ полей. Её можно разделить на две части горизонтально - левая заполнена на 100%, правая на 50%. Есть ли смысл правую часть вытащить отдельной таблицей и хранить их раздельно с общим полем row_id?

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

На объем приложения и кол-во потребляемой оперативки влияет в большей степени не общее кол-во записей, а кол-во уникальных значений в каждом взятом поле + длина этих значений.

Не похоже, что разделение таблицы на 2 части привнесет вам что-то значимое с точки зрения оптимизации

Спасибо. Тоже так думал, но лучше послушать знающих людей)

Ещё вопрос

Есть 5 индикативных полей которые содержат 0 или 1. Это для воронки, их комбинация примерно 10 вариантов. По идее можно вытащить в отдельный справочник и оставить одно категорийное поле. В первом варианте чтобы посчитать используем sum() - во втором будет фильтр + count(). Что оптимальнее?

Sum()

Спасибо

Ещё вопрос:)

Вот так работает

Так ошибка: