У меня есть база данных с системными таблицами c и другая база данных с пользовательскими таблицами c, которые имеют одинаковую структуру. Мы динамически создаем схему для каждого пользователя, чтобы разделить его информацию и переключаться на схему, на которую мы нацеливаемся при необходимости. Это прекрасно работает для запросов, так как мы используем 2 разных dbcontexts, 1 с нашими системными таблицами и другой, который мы используем для пользовательских таблиц, поскольку нам нужно только переключить схему, на которую мы указываем. Проблема заключается в миграциях - нам нужно иметь возможность указать EF просмотреть 50 схем, существующих в пользовательской базе данных, и запустить миграцию для всех 50 из них, предпочтительно с их собственной таблицей истории миграции.
Я понимаю, что это нетривиально, но я знаю, что многопользовательская архитектура с отдельными схемами не так уж редка. Я видел, как это работает с пролетным путем в Java.