Возможно ли использовать два провайдера баз данных, но не одновременно, а в зависимости от условий?

@2033 · Регистрация: 26.12.2024

Студворк — интернет-сервис помощи студентам

Вопрос вынесен из темы: Как внедрить модель во viewModel?
Ссылка на GiHub: https://github.com/Londongrad/BirdsWPF

Элд Хасп, возможно ли использовать два провайдера баз данных, но не одновременно, а в зависимости от условий? Допустим на своем пк я хочу использовать SqlServer, но если по нему не удается, то SqlLite.

Собственно вот в этом методе может ли присутствовать какой-нибудь if или switch, дабы определять нужный провайдер?

C#
1
2
3
4
5
6
7
8
9
10
11
12
13
protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder)
{
    var configuration = new ConfigurationBuilder()
        .SetBasePath(Directory.GetCurrentDirectory())
        .AddJsonFile("appsettings.json", optional: false, reloadOnChange: true)
        .Build();
 
    var connectionString = configuration.GetConnectionString("SQLite");
    optionsBuilder.UseSqlServer(connectionString);
    optionsBuilder.UseSqlite(connectionString);
 
    base.OnConfiguring(optionsBuilder);
}

@Элд Хасп · 23.02.2025, 11:02

Vissmuy, я не большой спец в таких вопросах.
Я всегда делал разные сборки под разные БД и подтягивал в App нужный контекст БД.
Но может есть и другие способы.

Подождите - может кто-то в этом разделе даст более квалифицированный ответ.

@Kulma · 23.02.2025, 14:58

Сообщение от Vissmuy

может ли присутствовать какой-нибудь if или switch, дабы определять нужный провайдер?

Проверяете статус подключения к БД и в зависимости от возвращаемого значения принимаете решение.

@Wolfdp · 23.02.2025, 15:22

Vissmuy,
Gодразумевается что SQLite идет как резервный источник данных? Или что на ПК может быть MS SQL, а может и не быть и нужно использовать SQLite?

P.S. обычно два подхода:
- есть какой-то врапер над репозиторием, который знает откуда тянуть (обычно делают для самописного кеша).
- реализуется общий интерфейс, а в настройках DI определяется что подставлять.

@2033 · 23.02.2025, 16:54 **[ТС]**

Сообщение от Kulma

Проверяете статус подключения к БД и в зависимости от возвращаемого значения принимаете решение.

Честно говоря, хотелось бы побольше подробностей. Где, что, куда и откуда.

Сообщение от Wolfdp

Или что на ПК может быть MS SQL, а может и не быть и нужно использовать SQLite?

На моем пк то есть, но на ноутбуке нету, и я не хочу каждый раз перед коммитом менять провайдера. Хочу, чтобы все само. Чтобы на ноуте была Sqlite, а на печке - SqlServer.

@Wolfdp · 23.02.2025, 17:34

Если про разработку -- есть такая штука как профили. Можно добавить Debug2, и под него соответственно конфиг для ноута. Но вообще всегда стараются вести разработку в одинаковых условиях, чтобы при переносе не всплывали эти самые различия.

Ещё под вопросом резонность использовать две разные БД в целом: MS SQL абсолютно спокойно можно поставить и на ноутбук, а также можно от него отказаться вовсе и вести разработку только под SQLite.

По файлу конфигурации можно за ориентир взять тот же asp.net: есть общий ключ и в нём все настройки для конкретного провайдера. И скажем поле в котором указанно какой ключ использовать. Т.е. как-то так

JSON
1
2
3
4
5
{
  "ActiveProfile" : "SQLite",
  "SQLite" : { ConnectionString: "xxxx" },
  "MSSQL" : { ConnectionString: "yyyy", timeout: "00:01:00" }
}

C#
1
2
3
4
5
6
7
8
9
10
11
12
13
14
protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder)
{
    var configuration = new ConfigurationBuilder()
        .SetBasePath(Directory.GetCurrentDirectory())
        .AddJsonFile("appsettings.json", optional: false, reloadOnChange: true)
        .Build();
 
    if(/* определяем что в ActiveProfile, сейчас не вспомню как там это делается */)
        optionsBuilder.UseSqlServer(connectionString);
    else
        optionsBuilder.UseSqlite(connectionString);
 
    base.OnConfiguring(optionsBuilder);
}

Ещё отмечу что для xml-конфигов 100% была фича, что в файле профиля указываешь только заменяемые строки (чтобы не дублировать весь файл). Скорее всего должно что-то в таком духе быть и для json.

P.S. Я бы в первую очередь пытался свести разработку к одной БД, если это возможно. Я так понимаю пишете для себя, а значит поддержка множества СУБД вам явно не нужна. Просто по хорошему правки кода касаемых БД нужно проверять на всех используемых вариантах, а если на конкретном окружении не установлена одна из используемых СУБД -- есть шанс что-то внести нерабочее, и забыть потом перепроверить на другом окружении.

@kotelok · 23.02.2025, 23:46

1. В отдельной сборке, которая имеет зависимость от базовых абстракций EF, но не имеет зависимости от EF-библиотек, ориентированных на конкретный тип СУБД реализуется:
1.1. Классы сущностей.
1.2. Абстрактный класс контекста с 'OnModelCreating' и всем тем, что не зависит от конкретного типа СУБД.
1.3. Можно поверх абстрактного контекста ещё интерфейс добавить, чтобы спрятать всё ненужное и оставить только тот конракт, который нужен в сервисах.

2. Под каждый тип СУБД делается отдельная сборка, которая:
2.1. Зависит от EF-библиотеки под конкретный тип СУБД (например, 'Microsoft.EntityFrameworkCore.SqlServer ').
2.2. Класс контекста, который наследуется от абстрактного контекста из '1.2' и реализует те настройки контекста, которые зависят от конкретного типа СУБД.
2.3. Миграции (классы миграций тоже зависят от конкретного провайдера).
2.4. Методы-расширения для регистрации данного типа СУБД (опционально).

3. В основном проекте:
3.1. Там где, нужен контекст, запрашиваете его через DI либо в виде 1.2, либо в виде 1.3 (т.е. сервисы не будут зависеть от '2').
3.2. При старте приложения, при регистрации контекста, выбираете реализацию в зависимости от нужной СУБД (согласно параметру из конфига приложения).
3.3. При этом в поставку приложения нужно будет включить все реализации контекста из п.2, если тип СУБД выбирается пользователем и зарнее не известнет. Альтернативный вариант - можно делать по одной сборке приложения под каждый тип СУБД через условную компиляцию (в т.ч. через условную компиляцию в project-файлах).

@kotelok · 24.02.2025, 07:33

Для примера такой вот репозиторий нашёл:
https://github.com/loic-sharma/BaGet

Он старый, правда, основной модуль на .NET3, и это сервер. Но основная часть там под 'netstandard2.0', и там, судя по поверхностному осмотру, реализовано всё обозначенное выше под несколько типов СУБД, включая EF-миграции, ещё и тестами дополнено.

Новые блоги и статьи Все статьи Все блоги /
Загрузка PNG с альфа-каналом на SDL3 для Android: с помощью SDL3_image 8Observer8 27.01.2026 Содержание блога SDL3_image - это библиотека для загрузки и работы с изображениями. Эта пошаговая инструкция покажет, как загрузить и вывести на экран смартфона картинку с альфа-каналом, то есть с. . .	влияние грибов на сукцессию anaschu 26.01.2026 Бифуркационные изменения массы гриба происходят тогда, когда мы уменьшаем массу компоста в 10 раз, а скорость прироста биомассы уменьшаем в три раза. Скорость прироста биомассы может уменьшаться за. . .	Воспроизведение звукового файла с помощью SDL3_mixer при касании экрана Android 8Observer8 26.01.2026 Содержание блога SDL3_mixer - это библиотека я для воспроизведения аудио. В отличие от инструкции по добавлению текста код по проигрыванию звука уже содержится в шаблоне примера. Нужно только. . .	Установка Android SDK, NDK, JDK, CMake и т.д. 8Observer8 25.01.2026 Содержание блога Перейдите по ссылке: https:/ / developer. android. com/ studio и в самом низу страницы кликните по архиву "commandlinetools-win-xxxxxx_latest. zip" Извлеките архив и вы увидите. . .
Вывод текста со шрифтом TTF на Android с помощью библиотеки SDL3_ttf 8Observer8 25.01.2026 Содержание блога Если у вас не установлены Android SDK, NDK, JDK, и т. д. то сделайте это по следующей инструкции: Установка Android SDK, NDK, JDK, CMake и т. д. Сборка примера Скачайте. . .	Использование SDL3-callbacks вместо функции main() на Android, Desktop и WebAssembly 8Observer8 24.01.2026 Содержание блога Если вы откроете примеры для начинающих на официальном репозитории SDL3 в папке: examples, то вы увидите, что все примеры используют следующие четыре обязательные функции, а. . .	моя боль iceja 24.01.2026 Выложила интерполяцию кубическими сплайнами www. iceja. net REST сервисы временно не работают, только через Web. Написала за 56 рабочих часов этот сайт с нуля. При помощи perplexity. ai PRO , при. . .	Модель сукцессии микоризы anaschu 24.01.2026 Решили писать научную статью с неким РОманом

@Элд Хасп Модератор 16123 / 11247 / 2888 Регистрация: 21.04.2018 Сообщений: 33,073 Записей в блоге: 2
	23.02.2025, 11:02
	Vissmuy, я не большой спец в таких вопросах. Я всегда делал разные сборки под разные БД и подтягивал в App нужный контекст БД. Но может есть и другие способы. Подождите - может кто-то в этом разделе даст более квалифицированный ответ. 0

@Wolfdp 3790 / 1767 / 371 Регистрация: 15.06.2012 Сообщений: 6,543 Записей в блоге: 3
	23.02.2025, 15:22
	Vissmuy, Gодразумевается что SQLite идет как резервный источник данных? Или что на ПК может быть MS SQL, а может и не быть и нужно использовать SQLite? P.S. обычно два подхода: - есть какой-то врапер над репозиторием, который знает откуда тянуть (обычно делают для самописного кеша). - реализуется общий интерфейс, а в настройках DI определяется что подставлять. 0

@kotelok 1341 / 920 / 265 Регистрация: 08.08.2014 Сообщений: 2,766
	23.02.2025, 23:46
	1. В отдельной сборке, которая имеет зависимость от базовых абстракций EF, но не имеет зависимости от EF-библиотек, ориентированных на конкретный тип СУБД реализуется: 1.1. Классы сущностей. 1.2. Абстрактный класс контекста с 'OnModelCreating' и всем тем, что не зависит от конкретного типа СУБД. 1.3. Можно поверх абстрактного контекста ещё интерфейс добавить, чтобы спрятать всё ненужное и оставить только тот конракт, который нужен в сервисах. 2. Под каждый тип СУБД делается отдельная сборка, которая: 2.1. Зависит от EF-библиотеки под конкретный тип СУБД (например, 'Microsoft.EntityFrameworkCore.SqlServer '). 2.2. Класс контекста, который наследуется от абстрактного контекста из '1.2' и реализует те настройки контекста, которые зависят от конкретного типа СУБД. 2.3. Миграции (классы миграций тоже зависят от конкретного провайдера). 2.4. Методы-расширения для регистрации данного типа СУБД (опционально). 3. В основном проекте: 3.1. Там где, нужен контекст, запрашиваете его через DI либо в виде 1.2, либо в виде 1.3 (т.е. сервисы не будут зависеть от '2'). 3.2. При старте приложения, при регистрации контекста, выбираете реализацию в зависимости от нужной СУБД (согласно параметру из конфига приложения). 3.3. При этом в поставку приложения нужно будет включить все реализации контекста из п.2, если тип СУБД выбирается пользователем и зарнее не известнет. Альтернативный вариант - можно делать по одной сборке приложения под каждый тип СУБД через условную компиляцию (в т.ч. через условную компиляцию в project-файлах). 2

@kotelok 1341 / 920 / 265 Регистрация: 08.08.2014 Сообщений: 2,766
	24.02.2025, 07:33
	Для примера такой вот репозиторий нашёл: https://github.com/loic-sharma/BaGet Он старый, правда, основной модуль на .NET3, и это сервер. Но основная часть там под 'netstandard2.0', и там, судя по поверхностному осмотру, реализовано всё обозначенное выше под несколько типов СУБД, включая EF-миграции, ещё и тестами дополнено. 0