В целях внутренней обработки для удаления / вставки (а не обновления) записей в моей таблице фактов я пытаюсь придумать, как создать ключ для уникальной идентификации каждой записи.
Это данные результатов заказа, которые имеют только сгенерированные системой ключи (RESULT_KEY). Единственный бизнес-ключ, который у меня есть, - это OrderID, связанный с результатами.
Кроме того, некоторые из моих Fact FK могут опоздать, поэтому я не могу полагаться на их использование в качестве составного ключа. Учитывая этот сценарий, у меня есть некоторые сомнения по поводу включения RESULT_KEY в мою стратегию Del / Ins.
Помимо возможного снижения производительности, с какими проблемами я мог бы столкнуться, если бы в качестве ключа использовал OrderID, который является строковым типом данных? Любые предложения, что еще можно использовать в качестве ПК?