Превосходная информация об ошибках

Question

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

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

На самом деле я не вижу никакого обоснования для этого метода.

Как вы оцениваете это?

Answer 1

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

Но мы всегда отфильтровываем эти записи на уровне презентации, чтобы избежать путаницы с конечными пользователями.

Альтернативно, вы можете использовать отрицательные числа вместо очень высоких чисел. Но логика должна быть такой же, когда нам нужно отфильтровать эти записи на уровне презентации. Таким образом, мы можем ретроспективно корректировать эти записи в будущем, и их легко идентифицировать с помощью фильтра.

Answer 2

Когда дело доходит до мер, которые будут использоваться в агрегации и вычислениях, я бы определенно не рекомендовал заменять их значения более высоким или вне диапазона значений, заменяя значения с помощью NULL, более уместно в этом случае, поскольку оно не будет повреждено результаты.

Когда дело доходит до размеров и текстовых описаний, наилучшим подходом было бы иметь строку в вашей таблице измерений, чтобы описать значение «неизвестное» или «na», а также присоединиться к идентификатору с таблицей фактов.