Size: a a a

2020 August 05

D

Dmitry in С#
Народ, вопрос по БД. Есть мнение, что айдишники или guidы для связи таблиц в бд лучше не выводить за пределы бекэнда в целях безопасности. Как вы к этому относитесь?
источник

А

Андрій in С#
Dmitry
Народ, вопрос по БД. Есть мнение, что айдишники или guidы для связи таблиц в бд лучше не выводить за пределы бекэнда в целях безопасности. Как вы к этому относитесь?
та я считаю пох
источник

А

Андрій in С#
ну унает ктото гуид товара ли заказа и че?
источник

А

Андрій in С#
номер то всеравно какотйо вывести надо уникальный
источник

А

Андрій in С#
нафига тогда выдумывать
источник

D

Dmitry in С#
Андрій
номер то всеравно какотйо вывести надо уникальный
Ну вроде как для этого использовать еще один гуид, который не служит ключем в бд , а нужен чисто для вывода на фронт
источник

AS

Artsem Shumski in С#
Dmitry
Народ, вопрос по БД. Есть мнение, что айдишники или guidы для связи таблиц в бд лучше не выводить за пределы бекэнда в целях безопасности. Как вы к этому относитесь?
должны ведь быть какие-то аргументы, если есть мнение?
источник

КА

Костин Алексей Петро... in С#
наличие гуид без доступа к бд, делает его наличие не принципиальным
источник

D

Dmitry in С#
Artsem Shumski
должны ведь быть какие-то аргументы, если есть мнение?
да есть. вот цитата с хабра:
Не делайте суррогатные ключи «естественными». Как только вы покажете значение суррогатного ключа конечным пользователям, или, что хуже, позволите им работать с этим значением (в частности через поиск), то фактически придадите ключу значимость. Потом показанный ключ из вашей базы данных может стать естественным ключом в чьей-то чужой БД.

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

КА

Костин Алексей Петро... in С#
для этого продукт надо раскрутить, да так чтоб он хотяб нубо парсеров заинтересовал
источник

А

Андрій in С#
Dmitry
да есть. вот цитата с хабра:
Не делайте суррогатные ключи «естественными». Как только вы покажете значение суррогатного ключа конечным пользователям, или, что хуже, позволите им работать с этим значением (в частности через поиск), то фактически придадите ключу значимость. Потом показанный ключ из вашей базы данных может стать естественным ключом в чьей-то чужой БД.

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

А

Андрій in С#
сука
источник

D

Dmitry in С#
Андрій
сука
?
источник

А

Андрій in С#
Dmitry
?
да вместо того чтобы написать сообщение отредактировал старое
источник

D

Dmitry in С#
я успел прочитать
источник

А

Андрій in С#
дл експотрта в другие системы делают обычно езе одно поле, да, типа екстернал код. как впринципе и для импорта
источник

А

Андрій in С#
ну вот даже рабочий момент - была одна система в клиента из которой мы сливаем себе данные, её заменили другой, для каждой сущности проставили екстерналКод из старой системы - и мы себеспокойно дальше работаем по внешнему коду
источник

А

Андрій in С#
просто подменив источник.
источник

D

Dmitry in С#
ну ладно. вроди понятно
источник

AS

Artsem Shumski in С#
по-моему это уже проблема тех, кто использует чужие ключи
источник