Вопрос : Будет самым лучшим подходом для «косвенно» доступа к безопасный данным.

Я имею безопасный DB SQL содержит данные по потребителя необходимо для удостоверения подлинности имени пользователя стержнем app.  Стержень app начинается третьем лицом, и мы не хотим позволить их app authenticate данные по имени пользователя с нашим безопасный DB directly.

What будем самым лучшим подходом для того чтобы обеспечить удостоверение подлинности (подтвердите потребитель находится в нашем DB) без позволять непосредственное отношение к нашим серверу и DB?  Единственная вещь, котор я могу думать должна начать Windows «обслуживание» побежало бы все время и искало бы прибывающие пакеты запроса имени пользователя.  После этого «обслуживание» запросило бы DB и возвратить «пакет пропуска/терпеть неудачу» для затем приемистости стержнем app.

I am конечно там будьте несколькими подходами, но я могу думать только one. class=

Ответ : Будет самым лучшим подходом для «косвенно» доступа к безопасный данным.

mdreed,

Друг, вы smogли расквартировать SP на отдельно сервере который имеет соединение к DB цели и SP, в влиянии, использовали бы отдельно шнур соединения для того чтобы получить к фактическим данным.  Однако, на некоторый этап, данными по базы данных цели должны быть доступ в некоторый объем, в противном случае, будет пунктом тренировки.

Если вы попытаетесь приблизитьсяу Dev/Prod, то проявитель посредника не знает что-нибыдь о соединениях к базе данных Prod, даже если они могли знать что-то о соединениях базы данных Dev.

Для специфически примера вы процитировали, вы можете или расквартировать основные данные по товара или SP для того чтобы достигнуть что данные (от обеспеченной базы данных) на более менее безопасной базе данных и все еще делаете удостоверение подлинности (using выходка SP) от основы, обеспеченной базы данных.