Запрос по таблице в памяти

← →
Игорь (2004-03-21 21:46) [0]

Есть ли компонент, осуществляющий SQL запросы по таблице, находящейся в памяти, а не на диске?

← →
Zacho © (2004-03-21 21:51) [1]

Может и есть, но крайне маловероятно. Ибо "таблица в памяти" настолько расплывчатое понятие ..
А чем про компоненты спрашивать, лучше подробнее опиши свою задачу.

← →
Игорь (2004-03-21 22:03) [2]

Есть справочник, который нежелательно хранить на диске. Он хранится в EXE. Вывод информации должен быть по сложным условиям.
Без SQL никак.
Я нашел подобные компоненты, но они SQL не поддерживают.

← →
Плохиш (2004-03-21 22:14) [3]

> Игорь (21.03.04 22:03) [2]
> Есть справочник, который нежелательно хранить на диске.
> Он хранится в EXE

Это надо понимать, что EXE у Вас хранится в сейфе?

← →
Игорь (2004-03-21 22:17) [4]

Таблица зашифрована, этого достаточно.
Информация не стоит трудов по расшифровке таблицы.

← →
Юрий Зотов © (2004-03-21 22:35) [5]

> Игорь (21.03.04 21:46)

> Есть ли компонент, осуществляющий SQL запросы

Все нижесказанное - только мое IMHO.

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

И, полагаю, ответ будет отрицательным. Потому что отсутствует самое главное - база данных. А без нее серверу просто не с чем работать.

Поэтому, придется Вам либо писать свой "исполнитель запросов", либо пересмотреть подход. Например, если у Вас всего одна таблица, о которой, к тому же, все известно, то зачем Вам аж полный SQL? Не проще ли будет придумать свой, очень маленький и простенький язык запросов, заточенный конкретно под эту таблицу?

← →
Игорь (2004-03-21 22:39) [6]

Но, может кто то уже придумал, зачем повторяться?

← →
Zacho © (2004-03-21 23:42) [7]

Придумали. Называется СУБД. Вот подходящей и пользуйся.
Или пиши своё. А компонент, к-рый работает неизвестно с чем непонятно как но используя SQL - вряд ли существует в природе. Разве что ИИ кто-нибудь уже изобрёл :)

Уж прям такие сложные запросы, что порям без SQL никак? И таблица наверное гигов на 10?
На просто построчно ее перебрать, для кажной строки проверить нужное условие - и при true скопировать во временную выборку, которую и отображаем.

Я понимаю, возможно у вас лично привычка все делать на SQL, однако есть еще подход как для файл-ориентированных БД - это как раз оттуда методы.

2Игорь (21.03.04 21:46)
А какая БД? Я так понял, что в ЕХЕ только один справочник, а остальное в БД. И интересуют наверное не выборки из справочника, а выборки с участием справочника. Так? Тогда может временные таблицы подойдут? Типа залить туда справочник, поработать, и удалить. Хотя изврат налицо конечно.

← →
SasaR (2004-03-22 10:51) [10]

Есть такие компоненты :)) моя аська - ICQ# 104214694
MemoryTable, SQLMemoryTable - сам не юзал, но примеры вроде работают....

Запрос по таблице в памяти Найти похожие ветки