Универсальный построитель SQL .NET

Entity Framework может ориентироваться на разные базы данных. Это позволит вам написать операторы LINQ, которые будут работать с обеими базами данных. Вам нужно будет найти поставщика postgresql для Entity Framework. Есть несколько на выбор.

Надеюсь это поможет.

Существует DBLinq:

Поставщик LINQ для Oracle, PostgreSQL, MySQL, Ingres, SQLite, Firebird и... SQL Server (C# 3.0)

При создании запроса с использованием LINQ to SQL можно просмотреть сгенерированный SQL и сохранить его.

Однако это не соответствует вашему требованию «без использования LINQ». Если у вас есть доступный LINQ, почему бы не использовать его?

Я не думаю, что существует «универсальный провайдер SQL».

В нашем магазине нам необходимо поддерживать как DB2, так и SQL Server, поэтому мы решили реализовать шаблон уровня, создающий классы модели, доступа к данным и бизнес-логики. Уровень доступа к данным обрабатывает подключение к различным СУБД и загружает классы моделей, передавая их обратно в бизнес-логику. Бизнес-логика и классы модели понятия не имеют, откуда уровень доступа к данным получает данные.

Различия в SQL обрабатываются, потому что уровень доступа к данным вызывает хранимые процедуры в базе данных. У нас есть хранимые процедуры, реализованные с соответствующим синтаксисом в обеих системах. Если нам нужно перейти к другой базе данных, все, что нам нужно сделать, это реализовать необходимые процедуры на новых СУБД, и все должно просто работать.

Присоединяюсь к идее Марка Тидда. Если вам не нужен Linq, создайте отдельные классы DAL для каждого провайдера или используйте хранимые процедуры, которые будут реализованы в каждой БД.

По какой-то причине мне не нравится linq как интерфейс запросов, и некоторое время назад я начал создавать библиотеку для генерации sql. Посмотрите на LambdaSql. На данный момент он содержит базовые сценарии для предложения select и фильтров where. Поля настройки, где, группировать, иметь, упорядочивать, объединять, вложенные запросы уже поддерживаются. Вставка, обновление и удаление будут поддерживаться позже. Он также содержит некоторые пункты для расширения существующего поведения. Например, Limit реализован таким образом.

Пример:

var qry = new SqlSelect
(
    new SqlSelect<Person>()
        .AddFields(p => p.Id, p => p.Name)
        .Where(SqlFilter<Person>.From(p => p.Name).EqualTo("Sergey"))
    , new SqlAlias("inner")
).AddFields<Person>(p => p.Name);

Console.WriteLine(qry.ParametricSql);
Console.WriteLine("---");
Console.WriteLine(string.Join("; ", qry.Parameters
    .Select(p => $"Name = {p.ParameterName}, Value = {p.Value}")));

Выход:

SELECT
    inner.Name
FROM
(
    SELECT
        pe.Id, pe.Name
    FROM
        Person pe
    WHERE
        pe.Name = @w0
) AS inner
---
Name = @w0, Value = Sergey

Подробнее см. здесь https://github.com/Serg046/LambdaSql