Dwa contexty do operacji na bazie - Identity

Cześć,
Szybkie pytanie do Was ;)
Ogólnie rzecz biorąc ASP.NET MVC udostępnia system logowania, rejestracji itd. i jest to Identity. Tworzy się tabelę usera dziedziczącą po IdentityUser następnie tworzy się context dziedziczący po IdentityDbContext<User>, do tego momentu jest wszystko ładnie.
Co jeśli potrzebuję rozdzielić tabelę User na dwie MainUser i OtherUser? W MainUser będą jacyś główni użytkownicy, którzy będą się logować tylko do aplikacji webowej, a w 'OtherUser' użytkownicy logujący się tylko do API, wiadomo po zalogowaniu mają otrzymać token itd. Czy w takiej sytuacji potrzebuję zrobić dwa contexty, w których jeden będzie dziedziczył po IdentityDbContext<MainUser>, a drugi po IdentityDbContext<OtherUser>? Nie będzie wtedy zgrzytów podczas migracji? Lepiej jest zrobić własny system logowania do API?
Uprzedzając odpowiedzi chciałbym zaznaczyć, że MainUser i OtherUser muszą być oddzielnymi tabelami więc nie mam możliwości korzystania z ról.

Z góry dziękuję za odpowiedzi,
Pozdrawiam

A nie możesz użytkowników zdefiniować w rolach Webapp i API. Nie prosciej?

Chciałbym ale nie mogę :(

A czemu aplikacja webowa nie korzysta z API?

API będzie udostępnione tylko dla aplikacji mobilnej, a apka webowa standardowa, zwykły Razor i CSS.

duzy napisał(a):

Chciałbym ale nie mogę :(

Dlaczego?

jacek.placek napisał(a):

duzy napisał(a):

Chciałbym ale nie mogę :(

Dlaczego?

Zaczynamy odbiegać od tematu. Taki mam wymóg, że nie mogę i tyle, sam nie znam konkretnego powodu. Po prostu musi być podział użytkowników w bazie na 2 tabele. Więc pomożecie? :)

No to chyba musisz sam przetestować.

W ogóle gadanie, że coś tam musi być w oddzielnej tabeli w przypadku korzystania z ORM nie ma sensu. To ORM powinien się ty zajmować, a programista jedynie konfigurować.

Nie wiem, czy Identity bazujące na EF potrafi wspierać hierarchię użytkowników, ale nie można mieć po prostu jednej tabeli Users i dodatkowych tabel z metadanymi w zależności od typu usera?