2011-02-09 2 views
2

У моего клиента есть база данных (TS) для проекта, над которым я работаю. В этой базе данных хранится процедура, называемая Logon. Внутри этого SPROC есть вызов второй базы данных (RRA), которая является их собственной БД аутентификации, которая используется во всех своих проектах. Результатом этого вызова является Роль (ы), которому назначается пользователь (при условии, конечно, пропуски аутентификации).Пользовательская аутентификация SL4 WCF RIA

Я пытаюсь сделать это через службы WCF RIA. Когда я создаю свою модель данных Entity Data ADO.NET, я не уверен, какое соединение с данными я должен использовать - тот, который подключается к TS, или тот, который подключается к RRA. Я исхожу из того, что его TS.

Помимо этого предположения, я все еще застрял. Я знаю, что я могу добавить функцию импорта для этого SPROC входа в систему. Куда я иду отсюда?

ответ

1

Я согласен, что вы должны настроить таргетинг на базу данных TS.

Вот прохождение использования хранимых процедур.

http://www.robbagby.com/entity-framework/entity-framework-modeling-select-stored-procedures/

А вот ответ на то, как вы можете создать пользовательскую проверку подлинности с помощью RIA Services.

RIA Services: How can I create custom authentication?

+0

Так что мой вопрос с нацеливанием базы данных TS является то, что он фактически не содержит информации о пользователе. Это ВСЕ хранится в таблице RRA. База данных TS - это просто та, которая хранит процесс, который вызывает RRA и возвращает userRole, если creds, прошедшие аутентификацию. Итак, поскольку у меня нет таблицы Users для включения в мою модель, и у меня нет таблицы Roles, мне нечего сопоставлять свой SPROC. –

+1

Вам нужна дополнительная информация о пользователе, чем просто имя пользователя и роли? Вам нужно будет изменить эту информацию пользователя? Если это так, то укажите базу данных RRA. Служба аутентификации служб RIA полностью отделена от основной службы домена RIA, поэтому у вас не должно быть никаких проблем. –

+0

Можете ли вы подробнее остановиться на этом? Создать две сущности? Один для RRA для аутентификации, затем один для TS для моего DomainService и возможного DomainContext? У меня есть таблица в RRA с именем UserRole, которая содержит электронную почту (FK)/RoleID (FK), а затем другую таблицу с именем «Пользователи с электронной почтой как ПК» и, наконец, третью таблицу с именем WebRole с RoleID как PK. Я не уверен, в какой таблице я должен сопоставить свое возвращаемое значение. Если у меня нет объекта в моей модели, когда я иду на настройку службы доменов, у меня нет контекста данных, чтобы связать его. –

Смежные вопросы