Звучит как боль, чтобы быть уверенным.Я предполагаю, что начну с написания представлений для существующих таблиц, которые будут иметь те же столбцы и типы данных, что и таблицы назначения (aspnet_Users, aspnet_membership и т. Д.).Вещи, которые не попадают в эту структуру, вероятно, должны будут оказаться в таблице профилей ИЛИ продолжать существовать во вторичной таблице (таблицах) с FK в таблице aspnet_Users.Я не большой поклонник системы профилей.
Если вам не повезло, и старая система также использует GUID в качестве PK, это, вероятно, будет настоящей болью - получение всех других ваших FKпреобразованный.Вы, вероятно, не будете слишком углубляться в проблему, пока не станет очень трудно сделать это на чистом SQL, поэтому я бы смирился с написанием, возможно, легковесного консольного приложения, которое использует нативные элементы членства.и HTH.