В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Qlik BI chat

1488 membersпожаловаться на группу
2020 July 20

P

Pavel Petukhov in Qlik BI chat
Igor Burobin
Смотря какой вопрос будет задаваться к данным. Если вопрос - "какая сумма остатка по партии на день", то это можно посчитать в формуле если все движение товаров в разрезе партий уже загружено. А вот если вопрос - "Какая оборачиваемость товара по поставщику?" или "Какой средневзвешенный остаток по договору?" а договор или поставщик это признак партии, то лучше вне Qlik посчитать витрину на каждый день с остатками по партиям и использовать ее. Иначе в Qlik будут здоровенные формулы, очень сложные и долгие в расчетах.
Вообще второй вопрос на большом объеме данных очень непростой с точки зрения производительности.
У меня более общий вопрос - по каким критериям вы определяете, что витрина должна быть не в клике (скажем load -скриптами сделана) , а в учетной системе? Предположим, что в учетной системе логика также не реализована. Как выбрать, где ее реализовывать?
источник
15:46пожаловаться#1

IB

Igor Burobin in Qlik BI chat
Это сложный выбор, иногда очень субъективный. Если объективно пытаться правило рассмотреть то в случаях когда:
1. Эта витрина только для аналитики и только для Qlik;
2. В Qlik можно выполнять расчет только с использованием методов которые являются "родными по стилю" (очевидными для разработчиков Qlik, укладывающимися в концепцию Qlik);
3. Витрина содержит данные которые никогда не будут нужны в реал-тайм или с небольшой задержкой;
источник
15:52пожаловаться#2

IB

Igor Burobin in Qlik BI chat
все 3 штуки если соблюдаются то имеет смысл думать о Qlik
источник
15:52пожаловаться#3

IB

Igor Burobin in Qlik BI chat
если не соблюдаются то тогда надо на другом. Так как неизбежно вылезут проблемы которые Qlik не решит, поскольку не предназначен для этого
источник
15:53пожаловаться#4

IB

Igor Burobin in Qlik BI chat
я сейчас только про ETL говорю
источник
15:53пожаловаться#5

P

Pavel Petukhov in Qlik BI chat
Насколько я понимаю, если задача не для клика, то задача вообще не для ETL системы, так?
источник
15:54пожаловаться#6

P

Pavel Petukhov in Qlik BI chat
Или у клика есть специфические ограничения?
источник
15:54пожаловаться#7

IB

Igor Burobin in Qlik BI chat
Например микроскопом можно забить гвоздь, это не ограничение физическое. Физически их у клика очень мало
источник
15:55пожаловаться#8

P

Pavel Petukhov in Qlik BI chat
ну по мне клик скорее продвинутый молоток, чем микроскоп)
источник
15:56пожаловаться#9

IB

Igor Burobin in Qlik BI chat
То есть часто можно придумать костыль. А нужно ли? Вот вопрос. То что Qlik не может из таких задач как про остатки уверен можно реализовать вне почти на любой традиционной СУБД
источник
15:56пожаловаться#10

IB

Igor Burobin in Qlik BI chat
Я чем больше с кликом тем больше считаю что внедрение Qlik это внедрение Qlik а не делание из него того чем он не является - например сайта с информацией, штуки для делания больших Excel файлов и тп
источник
15:57пожаловаться#11

P

Pavel Petukhov in Qlik BI chat
ну понятно,  использование клика не означает, что все непременно должно быть на клике. Например, извлечение ихерархии товаров мне проще было сделать именно на сиквеле.
источник
15:58пожаловаться#12

EI

Eugeny Y. Ilyin ( Sa... in Qlik BI chat
Pavel Petukhov
ну понятно,  использование клика не означает, что все непременно должно быть на клике. Например, извлечение ихерархии товаров мне проще было сделать именно на сиквеле.
Хотя Hierarchy () к селекту работает весьма уверенно )
источник
15:59пожаловаться#13

IB

Igor Burobin in Qlik BI chat
Вот иерархию я бы в Qlik делал, а остатки на каждый день в учетной системе. Они во-первых там наверняка понадобятся, во вторых подход расчета не кликовый
источник
15:59пожаловаться#14

EI

Eugeny Y. Ilyin ( Sa... in Qlik BI chat
Igor Burobin
Вот иерархию я бы в Qlik делал, а остатки на каждый день в учетной системе. Они во-первых там наверняка понадобятся, во вторых подход расчета не кликовый
Ежедневные остатки в клике тоже считаются весьма неплохо.
источник
16:00пожаловаться#15

P

Pavel Petukhov in Qlik BI chat
если точнее, на sql я готовил данные в формате, чтобы можно было примерить hierarchy в клике.
источник
16:01пожаловаться#16

EI

Eugeny Y. Ilyin ( Sa... in Qlik BI chat
В идеальном варианте, внедрение клика должно сопровождаться доработкой учетной системы
источник
16:01пожаловаться#17

IB

Igor Burobin in Qlik BI chat
Eugeny Y. Ilyin ( Samara )
Ежедневные остатки в клике тоже считаются весьма неплохо.
По FIFO ? )
источник
16:01пожаловаться#18

P

Pavel Petukhov in Qlik BI chat
а вот складской учет я до сих пор считал вполне профильной задачей для клика. На курсе Олега Трояснкого был, целый ряд примеров именно для задач склад-магазин был.
источник
16:02пожаловаться#19

EI

Eugeny Y. Ilyin ( Sa... in Qlik BI chat
Igor Burobin
По FIFO ? )
по регистрам 1с.
источник
16:02пожаловаться#20