ODBC, что там ещё есть?
Язык и среда не так важны. Просто хочу посмотреть интерфейс.
А то или я кривовато реализовал или с самой идеей что-то не так.
Даже не знаю как это правильно обозвать.
Скажем, такая хрень, которая позволяет получать результат в виде выборки (таблицы).
При этом через драйвера к конкретным источникам абстрагируется доступ к данным.
Источником может быть таблица в SQL базе данных, или запрос SQL или файл.
Также бы абстрагировалась работа с фильтрами и сортировкой.
Но основная идея не в том, чтобы получить таблицу, а чтобы с этой таблицей можно
было дальше работать. Изменять её, и сохранять при необходимости обратно в DB.
При этом желательно так, чтобы не возникало серьёзного overhead'а
по производительности и по памяти, по сравнению с вариантом,
когда прога заточена под конкретный источник данных.
Здравствуйте, Шебеко Евгений, Вы писали:
ШЕ>ODBC, что там ещё есть?
Широко известные API от Microsoft:
1. Active Data Objects (ADO) + ADO Providers
2. Active Data Objects for .NET (ADO.NET)
3. Data Access Objects + Remote Data Objects
Еще можно посмотреть интересные реализации, доступные в исходниках:
4. набор компонентов DBXpress из Delphi, который, видимо, является именно тем велосипедом, который вы пытаетесь изобрести. (Это не ирония и не наезд — велосипеды иногда полезно изобретать, хотя бы в целях обучения).
5. соответствующая часть в Hibernate (или NHibernate) — лично мне эта реализация кажется наиболее грамотной и гибкой.
Каждая из этих технологий/API предусматривает подключение к различным СУБД с помощью специальных драйверов или плагинов разного рода.
В Java это JDBC на реляционном уровне (реализации — драйверы под конкретную СУБД), JPA в качестве стандарта для ORM (хорошими примерами реализации являются Hibernate и EclipseLink).