Методы взаимодействия с широко распространенной базой данных SQL

Question

Я нахожусь в процессе разработки веб-интерфейса для сервисного приложения для управления бизнесом, которое использует всепроникающую базу данных SQL для хранения информации (кстати, не мой выбор).На данный момент я использую официальную распространенную реализацию SqlClient с пользовательским набором классов генерации запросов, поэтому я могу писать код типа:

new SelectQuery().From("CUSTOMER").Fields("CUSTOMERNBR", "NAME");

Пока все работает нормально, но то тут, то там я сталкиваюсь с небольшими проблемами.Вместо того чтобы продолжать двигаться в этом направлении, я бы предпочел использовать проверенный DAL.Однако мне не очень повезло в поиске системы DAL, которая может взаимодействовать с широко распространенной базой данных.

У Opf3 есть поставщик Pervasive storage, но я никогда раньше не слышал об этом фреймворке, и на веб-сайте отображается только логотип Pervasive v8, в то время как мне нужно что-то, что будет работать с v9.5 и, в будущем, с v10.

Я попытался написать провайдера NHibernate, но это оказалось еще большей головной болью, чем моя текущая система генерации запросов.

Что вы предлагаете?У меня очень сжатые сроки, поэтому я хотел бы что-то, что будет интегрироваться как можно проще.

Answer 1

Повсеместный.SQL имеет довольно надежный адаптер ADO и в большинстве случаев работает поверх ODBC;Я успешно использую if в течение многих лет, но не без головной боли, связанной с синтаксисом Pervasive.В защиту Pervasive можно сказать, что их реляционный движок действительно соответствует SQL-92 и большей части SQL-99.

Что мне интересно, так это с какими частями синтаксиса у вас возникли проблемы, что вызывает ваше горе?

Какую версию движка Pervasive вы используете?

Answer 2

Вы должны быть в состоянии найти драйверы ODBC у Pervasive - они должны быть надежными, иначе Pervasive к настоящему времени прекратил бы свою деятельность.И большинство программ для абстракции более высокого уровня могут работать с данными уровня ODBC.Я думаю, это было бы вашим лучшим выбором, если вы чувствуете, что вам действительно нужно абстрагировать его дальше, чем сам ODBC.