In-Memory SQL базы данных

[iGrok]

Тут в принципе можно поставить рад экспериментов и на практике доказать или опровергнуть утверждение Файловая база = База в памяти.

Ну так и поставь эксперимент.

[jangle]

Возникает вопрос: зачем?

Это выбор между тем, хранить ли файл БД на диске или хранить файл БД на диске.

А если база лежит в OLE Storage? Чтобы ее использовать мне надо открыть хранилище, сохранить базу во временную папку, открыть ее,
записать даннные, закрыть, прочитать файл базы в память, открыть хранилище и положить в него базу, удалить временный файл.
Слишком много телодвижений. Если можно сразу открывать базу в OLE Storage или из памяти, то можно ускорить работу приложения.

[Хакер]

А если база лежит в OLE Storage?

Неужели непонятно, что всё зависит от СУБД?

[Qwertiy]

Неужели непонятно, что всё зависит от СУБД?

Эм.. Сколько различных СУБД хранят данные именно в MDB-файлах? А сколько из них не умеют создавать временные таблицы?
Конечно могу ошибаться, но вроде как тут однозначно получается Access...

[ger_kar]

Эм.. Сколько различных СУБД хранят данные именно в MDB-файлах?

Ну если говорить о файлах, то варианты не исчерпываются только MDB-файлами. А старые добрые dbf файлы? Для создания временной таблицы можно даже Excel заюзать (это так для примера). Временную файловую базу для временных же таблиц можно сделать и на основе Firebird.
А можно не делать отдельную и создавать временные таблицы прямо в основной базе данных. Так что тут не все так однозначно.

[Хакер]

Эм.. Сколько различных СУБД хранят данные именно в MDB-файлах?

А где jangle упомянул mdb-файлы?

[ger_kar]

Кстати интересно, а кто нибудь вообще пользуется таким приёмом, как отбор и перенос данных во временные таблицы, с дальнейшей обработкой и включением такой таблицы в состав последующих запросов. Причем немаловажным фактором является именно возможность использования в запросе созданной временной таблицы в сочетании с другими таблицами и представлениями рабочей базы данных. Если например брать mdb файлы, то такая возможность имеется. Достаточно в рабочей базе создать ссылку на временную таблицу в другом файле (прилинковать временную таблицу к рабочей базе) и всё замечательно получится. Насчет других баз я не знаю, но вполне возможно. Надо кстати попробовать прилинковать к mdb'шной базе простую dbf таблицу, может чего и выйдет . Если кто то пользуется чем то таким, то поделитесь опытом, если конечно не жалко

[iGrok]

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

Конечно. В сохранённых процедурах во "взрослых" БД такой приём используется вовсю.

Надо кстати попробовать прилинковать к mdb'шной базе простую dbf таблицу, может чего и выйдет. Если кто то пользуется чем то таким, то поделитесь опытом, если конечно не жалко.

А чему там не выйти-то? Работает всё. Я много работал с линковкой внешних таблиц в mdb/dbf к mdb-шкам, а также с "выносом" таблицы из mdb-шки на удалённый SQL-сервер. Правда, это было 6 лет назад, но исходники на винте живы.

[ger_kar]

Конечно. В сохранённых процедурах во "взрослых" БД такой приём используется вовсю.

Ну в сохраненных процедурах то да, используется, но там это все остается внутри этой процедуры. Тут же интерес в том, что-бы такую временную таблицу можно было напрямую в коде анализировать и обрабатывать в промежутках между запросами. Вообще конечно самым удобным способом была бы возможность использования рекордсета (ADO) как временной таблицы, но к сожалению ADO такой возможности не предоставляет и это уже никак не исправить. Поэтому приходится совершать кучу манипуляций по отбору данных сначала во временную таблицу, потом загружать её в рекордсет, потом снова выгружать и т.п. ADO.net В этом плане конечно куда более продвинутый. Жаль, что ADO забросили в угоду .net.

[iGrok]

Тут же интерес в том, что-бы такую временную таблицу можно было напрямую в коде анализировать и обрабатывать в промежутках между запросами.

И так можно, как минимум в мускуле. Главное - сессию БД не рвать. Временная таблица живёт, пока живёт сессия.

[ger_kar]

А для связки ADODB и MySQL есть нормальный OLEDB провайдер? Вот например СУБД FireBird сама по себе вполне так ничего, но вот провайдер оставляет желать лучшего.

[iGrok]

А для связки ADODB и MySQL есть нормальный OLEDB провайдер? Вот например СУБД FireBird сама по себе вполне так ничего, но вот провайдер оставляет желать лучшего.

Да было что-то такое. Но работал я с ним мало, и не скажу, получится ли через него нормально использовать те же временные таблицы.

Кстати, временные таблицы есть в SQLite (мало ли). А вот в SQL Server Compact, вроде как, нету.