HashIds - хранить хэш в БД или нет

Question

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

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

Исходя из этого сценария, я должен действительно хранить сгенерированный хэш в столбце в моей БД и запросить это?

Answer 1

Относительно того, следует ли хранить идентификатор в базе данных, решать вам. Я бы сказал, что в этом нет необходимости.

Изменится ли хеш в будущем или нет, зависит от того, обновляете ли вы пакет или нет, со страницы;

Поскольку производимые идентификаторы могут отличаться после обновлений, обязательно указывайте точную версию Hashids, чтобы вы не могли неосознанно изменить существующие идентификаторы.

Не знаю, какую версию вы используете, но я являюсь автором версии.NET, и я пытался следовать смыслу семантического управления версиями с помощью исправлений ошибок. Я увеличиваю патч, добавленные функции (не ломая) увеличиваются незначительно. Будет ли изменение в том, как генерируются хеши, я бы увеличил мажор.