Подкиньте пример работы с запросом

← →
Геннадий © (2003-01-03 16:31) [0]

Уважаемые Мастера!

Проблема такая. В ответ на вот такой вот запрос:

ADOQuery.SQL.Clear;
ADOQuery.SQL.Append("SELECT General.*, Street.StreetName");
ADOQuery.SQL.Append("FROM General, Street");

Выдаётся сообщение об "ошибке синтаксиа в предложении FROM". Пробывал по-разному: путь к таблице указывал, с расширеноем DB и без него; ещё маленькие изменения были. Но ошибка не устраняется. К сожалению, у ADOQuery нет собственного построителя запросов, как у Query. А формат, получается, чем-то отличается. Если это играет роль в запросе, то вот строка подключения: "Provider=Microsoft.Jet.OLEDB.4.0;DataSource=C:\Path\;Extended Properties=Paradox 7.x;Persist Security Info=False";

Вот я и прошу скинуть мне примерчик. Может у кого есть?

← →
Геннадий © (2003-01-05 14:46) [1]

Уважаемые, неужели никто не работал с ADO?

← →
BorisUK © (2003-01-05 15:53) [2]

Пишешь две тавбля а где у тя условие объединения то?

← →
Aleksandr © (2003-01-05 17:22) [3]

2 Геннадий:
Слушай, а как ты добился, чтобы у тебя вообще парадокс через АДО работал? У меня при попытке открыть подобное дело вылетает ошибка что-то там про ISAM...

← →
Delirium^.Tremens © (2003-01-05 17:39) [4]

> Aleksandr © (05.01.03 17:22)
> 2 Геннадий:
> Слушай, а как ты добился, чтобы у тебя вообще парадокс
> через АДО работал? У меня при попытке открыть подобное дело
> вылетает ошибка что-то там про ISAM...

Првайдер у тебя Microsoft ISAM, вот и вылетает.

← →
sniknik © (2003-01-05 18:14) [5]

Aleksandr © (05.01.03 17:22)
поставь MSOffice он тебе наставит этих ISAM-ов .... большую кучу. более сложный путь скачать mdac и jet с микрософта и установить.
все што находится тут
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Jet\4.0\ISAM Formats
можно будет использовать.

← →
Aleksandr © (2003-01-05 18:16) [6]

2 Delirium^.Tremens:

Ой, а можно подробнее, как энто лечится? Строка подключения у меня:
Provider=Microsoft.Jet.OLEDB.4.0;DataSource=C:\Program Files\Borland\Delphi7\Projects\NFONET\SERVER\BASES\;Extended Properties=Paradox 7.x;Persist Security Info=False

← →
Aleksandr © (2003-01-05 18:18) [7]

Сорри, нечаянно отправил, не дописав... у меня стоят и mdac и jet.

← →
sniknik © (2003-01-05 18:52) [8]

Provider=Microsoft.Jet.OLEDB.4.0;
Data Source=C:\Program Files\Borland\Delphi7\Projects\NFONET\SERVER\BASES\;
Extended Properties=Paradox 7.x;Persist Security Info=False

(попробуй пути покороче может понравится :-))

← →
Геннадий © (2003-01-05 21:27) [9]

2 BorisUK © (05.01.03 15:53)
Пишешь две тавбля а где у тя условие объединения то?

Само собой, что ниже идёт WHERE General.StreetCode = Street.Code (Там ещё дальше и сортировка указана. Но для простоты я пытался сделать SELECT * FROM General без всяких дополнений - не хочет. Та же ошибка.) А ещё чуть ниже - ADOQuery.Open

Но дело не в этом. Если бы он формировал не тот набор данных (но формировал!), тогда да. Но он выдаёт какую-то странную ошибку.

Я уже думаю перейти с Paradox на Access, но не охота сдаваться. Может кто работал с Paradox"ом при помощи ADO? Подскажите, как Вы запросы составляли? В чём фокус?

← →
sniknik © (2003-01-06 00:34) [10]

Геннадий © (05.01.03 21:27)
> Подскажите, как Вы запросы составляли? В чём фокус?
Написал себе прогу для составления запросов.

Никаких фокусов чистый SQL.
такой запрос
SELECT * FROM CASHDCRD, CASHSAIL
работает, дает произведение таблиц, к примеру если в обоих по 357 записи то в полученном запросе 127449 т.е. 357*357
наложенное условие удаляет "лишние" записи (неподходяшие по условию)
SELECT * FROM CASHDCRD A, CASHSAIL B WHERE A.ZNumber=B.ZNumber
их может быть только меньше или равно количеству в полном произведении - 357*357.
....
нет большой разницы в простых запросах, неважно Paradox, dBase, Access или что другое.
Другое дело если использовать особенности конкретного движка.

а вообще почитай чтонибудь по SQL, полезно, хотя конечно не поможет понять почему простое "SELECT * FROM General" не работает. (должен)
Какую ошибку дает? дословно. И как вызываеш? постарайся код по минимуму.
Кстати в строке подключения у тебя (в первом вопросе) ошибка, имеет значение? или опечатка?
стоит DataSource, правильно Data Source.

← →
Kwan (2003-01-06 02:46) [11]

А может тебе во втором Append перед FROM просто поставить пробел ?

← →
Геннадий © (2003-01-06 11:37) [12]

sniknik © (06.01.03 00:34) постарайся код по минимуму.

Да я даже без кода постарался. Всё происходит в режиме проектирования.

Для начала создал папку C:\DATA и в неё скопировал файл General.DB, в котором у меня хранится общая информация (имя, номер телефона, ...).

Запускаю Делфи. Создать - Приложение. На форму кидаю:

- ADOConnection
- ADOTable
- DataSource
- DBGrid

Заполняю свойство ConnectionString = Provider=Microsoft.Jet.OLEDB.4.0;Data Source=C:\DATA\;Extended Properties=Paradox 7.x;Persist Security Info=False

Забегая вперёд, после установке связи свойство принимает такой вид:
Provider=Microsoft.Jet.OLEDB.4.0;User ID=Admin;Data Source=C:\DATA\;Mode=Share Deny None;Extended Properties=Paradox 7.x;Jet OLEDB:System database="";Jet OLEDB:Registry Path="";Jet OLEDB:Database Password="";Jet OLEDB:Engine Type=83;Jet OLEDB:Database Locking Mode=0;Jet OLEDB:Global Partial Bulk Ops=2;Jet OLEDB:Global Bulk Transactions=1;Jet OLEDB:New Database Password="";Jet OLEDB:Create System Database=False;Jet OLEDB:Encrypt Database=False;Jet OLEDB:Don"t Copy Locale on Compact=False;Jet OLEDB:Compact Without Replica Repair=False;Jet OLEDB:SFP=False

А для LoginPromt выставляю False

Далее. Для ADOTable указываю коннект ADOConnection. Щёлкаю кнопочку у свойства TableName и вижу список из одной строки - General Я её и выбираю.

Для DBGrid указываю источник данных - DataSource. Для него (DataSource) указываю набор данных - ADOTable.

Теперь открываю ADOConnection. Ошибок нет. Строка подключения изменилась на ту, которую я привёл выше. Далее я хочу выставить для ADOTable.Active значение True. И вот здесь-то и появляется та самая ошибка.

Дословный тескт ошибка такой: "Ошибка синтаксиса в предложении FROM." И две кнопочки - OK, Help. Help, кстати, говорит - раздел справки не существует.

Как Вы заметили, я запрос заменил не таблицу и доверил Делфи самой всё сделать. В частности составить запрос и заполнить DBGrid. Но... та же ошибка.

Думаю дело не в тесте запроса. Может провайдер не тот?

АГА! Вот, заработало! Нужно было указать TableDirect = True, по умолчпнию False.

Но теперь он не отображает русские буковки. Точнее, видно, что кодировка не та. Как изменить?

И ещё. Это для таблицы есть свойствой TableDirect. А если у меня на форме нет таблицы? Я хочу использовать только запрос - говорят, что так лучше при сетевом варианте - меньше трафик.

← →
sniknik © (2003-01-06 13:05) [13]

чегото ты путаеш, либо я не так понял
CommandType =
cmdText, cmdTableDirect, cmdTable ... это свойства ADODataSet а ты говориш про ADOTable.
ADOTable это тотже ADODataSet но с ограниченными свойствами, CommandType в виде TableDirect=true/false всего для 2 типов комманд и обоим нужно только имя таблици (запрос она сама составит), а ты туда полный запрос суеш (судя по всему) который она полностью в имя таблици и заносит. TableDirect = True тут не причем False тоже должно работать.
(ну во всяком случае похоже на то)

>Но теперь он не отображает русские буковки
открываемая таблица в какой кодировке?
из хелпа
DataCodePage
Этот параметр используется только в том случае, если на данном компьютере не установлено приложение BDE. Определяет способ сохранения текстовых страниц. Возможные значения: OEM — Преобразования из OEM в ANSI и из ANSI в OEM выполняются. ANSI — Преобразования из OEM в ANSI и из ANSI в OEM не выполняются. По умолчанию задается значение «OEM». Значения имеют тип String в Windows 95 и Windows NT 4.0 или тип REG_SZ в Windows NT 3.51.
Хелп найдеш у себя на машине (если установлен полный МSофис болше или = 2000-му) завут JETSQL40.CHM

сначала поменяй DataCodePage
в ветке реестра
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Jet\4.0\Engines\Paradox
(но как понятно из выдержки может не помоч если на машине есть BDE)

>Я хочу использовать только запрос - говорят, что так лучше при сетевом варианте - меньше трафик.
понятное желание. но ADO так сделано что в любом случае все переводит в запросы. другое дело лутше самому держать все под контролем. ну для примера зачем полностью таблицу открывать (и потом фмльтровать) если нужно только пара записей из нее?

В общем совет. Забей на ADOTable (обязательно) и на ADOQuery (по причине бесполезности)
пользуйся ADODataSet (при CommandType=cmdText это как ADOQuery, CommandType=cmdTableDirect/cmdTable как ADOTable)
теми режимами в которых запросы сам задаеш (cmdText), это для возврашаюших Recordset комманд.
и ADOCommand для не возврашаюших (инсерты, апдейты).
(всего нужны 3 компонента ADOConnection, ADOCommand, ADODataSet)
и твое желание исполнится :-)).

← →
Геннадий © (2003-01-06 14:35) [14]

sniknik © (06.01.03 13:05)

Кинь на форму ADOTable и посмотри - у неё есть всойство TableDirect типа Boolean. При False - ошибка. При True - открывает, но с кодировко йвот ещё не разобрался.

Указанный тобой файл нашёл. Сейчас буду читать. А измения в реестре не помогли. Я правда не перезагружал ОС. Но перезагрузил сам Explorer - говорят, так и реестр "перегружается".

← →
sniknik © (2003-01-06 15:00) [15]

Да я знаю, TableDirect (хотя и не пользуюсь ADOTable) аналог CommandType=cmdTableDirect/cmdTable в ADODataSet.
Работает в обоих режимах. Посмотри внимательней на ошибку должно быть указано почему у тебя не пашет.
(может не тот курсор, или ключа в таблице нет, чтото должно быть)

> А измения в реестре не помогли.
тогда настраивай BDE.
Или подбери чарсет в DBGrid-е.

еще посмотри в кладовке программу TestMdb, поможет (ну хотя бы чарсет подобрать), а то у тебя вопросы последовательно один за другим те же самые что тут постоянно обсуждают.

← →
Геннадий © (2003-01-06 15:54) [16]

sniknik © (06.01.03 15:00)

Да я знаю, TableDirect (хотя и не пользуюсь ADOTable) аналог CommandType=cmdTableDirect/cmdTable в ADODataSet.
Работает в обоих режимах.

Нет, не работает. Ни в каком режиме. :(

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

"Ошибка синтаксиса в предложении FROM" - смотреть можно на это сколь угодно долго... Я лично не догоняю, какая там ошибка?

> А измения в реестре не помогли.
тогда настраивай BDE.

Установил там Paradox ANSI "ascii" - то же, что и в свойствах самой таблицы - ноль.

Или подбери чарсет в DBGrid-е.

Пробывал. Перебрал всё, что было доступно - ноль.

еще посмотри в кладовке программу TestMdb, поможет (ну хотя бы чарсет подобрать), а то у тебя вопросы последовательно один за другим те же самые что тут постоянно обсуждают.

Посмотрел. Изменил строку подключения (у тебя она для MS Access). В твоём логе ТА ЖЕ САМАЯ строчка - "Ошибка синтаксиса в предложении FROM" - вот не знаю: смеяться или плакать?

Если их постоянно здесь обсуждают/решают - ну так подскажите КАК же это делается. Или скиньте линк на ту ветку, где это уже было. Я смотрел в поиске - ничего похожего не нашёл.

← →
sniknik © (2003-01-06 18:18) [17]

> Посмотрел. Изменил строку подключения (у тебя она для MS Access). В твоём логе ТА ЖЕ САМАЯ строчка - "Ошибка синтаксиса в предложении FROM" - вот не знаю: смеяться или плакать?

Ну там насамом деле можно любую задать и к MSSQL и Perwasive и ets. у кого есть OLEDB или ODBC провайдер.

но вот то что там то же самое (работает во многих местах) говорит что у тебя действительно чтото с провайдером.
давай уточним.
строку делаеш по кнопке "DL" - (Data Link) - выбираеш провайдера (Jet 4.0) -> дальше в Connection в "Select or Enter Database Name" пишеш путь к таблицам -> дальше в All в "Extended Properties" пишеш Paradox 7.x -<< возврашаешся в Connection жмеш кнопку "Test Connection". Ok? или на какомто этапе ругалось?
если Ok то жми на кнопку Ok
должен увидеть список таблиц и во втором окне поля первой по списку таблици, видиш?
если видиш то
делаеш вставку по кнопке "Paste Select"
запрос получится SELECT * FROM General (если текущая таблица General)
ничего не меняя нажимаеш "Run",

бл?:%:дь смотри сколько написал и еще сколько собирался .... а все зря а стирать неохота уже написал, дошло до меня наконец :-((( . (плохо быть тупым)

General зарезервированное слово сделай такой селект, получится
SELECT * FROM [General]
(и в дальнейшем осторожнее в выборе имен таблиц и полей)

>>Или подбери чарсет в DBGrid-е.
>Пробывал. Перебрал всё, что было доступно - ноль.

выполниш запрос в TestMdb там по правой кнопке мыши на гриде меню с чарсетами (все возможные) пощелкай.

← →
Геннадий © (2003-01-06 19:44) [18]

sniknik © (06.01.03 18:18)
General зарезервированное слово

Во-первых, большое спасибо за внимание к моему вопросу.

Во-вторых. Переименова файл - ошибка синтаксиса исчезла! Ура.

Но вот я перебрал все кодировки из твоего контекстного меню и - ноль. Самое интересное. Когда я использую (в своей программке) компоненты BDE, то при изменении свойства CharSet я вижу изменения: это либо кириллица, либо абракадабра (но каждый раз новая). При ADO - абракадабра, причём постоянная. Такое чувство, что свойство CharSet просто игнорируется. Как быть?

← →
sniknik © (2003-01-06 19:59) [19]

Вообше перекодировка не делается через CharSet (могут быть проблемы), видиш одно делаеш изменения (инсерт) записывается ахинея. Нужно следить самому и перекодировать если нужно. Лутше подобрать драйвер перекодировки OEM/ANSII/возможно BDE, а чарсет оставить по дефаулту.

Но то что он не меняется странно, может не все шрифты в системе установлены? или система сама не позволяет? у тебя какие винды? Параметры.
У меня все меняется (причем пробовал на многих машинах), видел ScreenShot когда скачивал? ради смеха поставил кодировку, на деле русские буквы (местами).

на всякий случай зашли мне таблицу с которой пробуеш проверю, а вдруг она виновата? хотя вряд ли. CharSet от таблици не зависит.

← →
Геннадий © (2003-01-06 21:26) [20]

Ещё раз "ура!" По поводу очередной "победы". Я не знаю что да почему. В общем, я сделал так. Создал в DatabaseDesktop новую таблицу (на самом деле у меня их две, но это - детали) с той же структурой (Borrow fields from ...). И сразу же указал Table Language = Paradox Cyrr 866 Далее пишется на скорую руку вспомогательная программка, которая копирует содержимое одной таблицы в другую. Кодировка "сама исправилась". Нужно заметить, что при создании таблицы вышеупомянутый десктоп ставит по умолчанию какую-то japan-кодировку. В настоящий момент всё работает. Единственное, что меня несколько беспокоит, так это то, что ADO нечувствительна к регистру. И оператор UPPER ей не известен. Или я не прав?

Я ещё я заметил, что ADO медленнее BDE. А жаль...

Если хочешь, я скину тебе исходники и кусочек таблицы для просмотра того, над чем, собственно, мы бились. Вся таблица около 10 МБ. Справочник наподобие "09".

10 МБ? не в общемто не надо. :-) если только это может быть очень полезно.

> ADO медленнее.
Действительно. по сравнению с BDE да (в локали), но принцип другой в основном под сеть и SQL будеш следовать тем же принципам будет медленнее ненамного (совсем чуть чуть). а в сети по времени наоборот выигрыш и огромный! чем больше данных тем заметнее.

sniknik © (06.01.03 23:17)
10 МБ? не в общемто не надо. :-) если только это может быть очень полезно.

Если ты не живёшь сам и не имеешь знакомых в Бишкеке (Киргизия), то польза для тебя - нулевая. Я предлагал КУСОЧЕК таблицы - эдак 100 КБ... или меньше. Ну да ладно.

> ADO медленнее.
Действительно. по сравнению с BDE да (в локали), но принцип другой в основном под сеть и SQL будеш следовать тем же принципам будет медленнее ненамного (совсем чуть чуть).

Нечего себе чуть-чуть! BDE - 15 секунд (выборка всех полей из всех 162 тыс записей), а с ADO - иной раз доходит до 2 минут!
:) Это каким же принципам я неверно следую? Может я и вправду что не так делаю?

> а в сети по времени наоборот выигрыш и огромный! чем больше данных тем заметнее.

Сети под рукой нет - не имею счастья убедиться. Но надеюсь, что это так.

Думаю, что в дальнеёшем я буду кидать на форму все возможные компоненты (BDE, ADO, ...) а в процессе работы программы буду проверять наличие/доступность этих движков и делать выбор какой из них использовать.

Как думаешь, это правильный подход?

> Нечего себе чуть-чуть! BDE - 15 секунд (выборка всех полей из всех 162 тыс записей), а с ADO - иной раз доходит до 2 минут!
:) Это каким же принципам я неверно следую? Может я и вправду что не так делаю?

Ну первое для работы вряд ли тебе понядобятся все 162тыс. наверняка только часть, а у ADO больше функционала, запросы можно делать шире, выборки четче, и изменения в таблицах по "твоему" (думаю ты привык к локальным методам) нужно скачать все себе изменить и записать. Но можно продумать и сделать все одним запросом/апдейтом, тогда будет выгрыш (даже в локале, за счет функционала). Хотя это неправильно сравнивать, ADO делали под OLEDB SQL Server-а а мы искуственно прикручиваем локальную таблицу (которые остались лиш для совместимости) и удивляемся почему медленно, а потому что не напрямую открывается а движок иммитирует чтото вроде SQL Server (по другому не может, делался так), и доступ идет через ж?;#у, извиняюсь через этот иммитатор SQL Server-а.
ADO делает рекордсет все в память тоже нужно учитывать, тоже после удобно обрабатывать а в случае сетки по другому нельзя.

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

короче это факт, возможностей больше но за счет скорости, сможеш использовать все возможности потери скорости будут незаметны а то и обгонять будет. (но только не на лобовых сравнениях) а открывать таблици напрямую как в BDE так просто нельзя. работай так как будто это удаленная база.

>наличие/доступность этих движков и делать выбор какой из них использовать.
>Как думаешь, это правильный подход?

думаю нет, делай инсталяцию и включай туда то что используеш. думаю лутше BDE если только с парадоксом работать. если ADO то бери то что ему ближе хотябы Access, MSDE в сети так MSSQL.

Не подскажешь ссылку, где можно почитать относительно SQL для ADO? И о том, как вообще правильно ADO использовать. Так, чтобы отдача была максимальной.

ADO это только прослойка, а читать нужно по SQL для конкретного движка, для Access (mdb), (частично подходит для ISAM-ов, Парадокс, dBase ....) хелп поставляется с MSOffice 2000/XP если установка полная то на твоей машине файл JETSQL40.CHM (этот вопрос по моему в фаг надо внести :-)).

кстати открытие датасета (простой SELECT * FROM ....) из MDB быстрее чем из парадокса (понятно почему? я вроде довольно внятно написал до этого) и идет
для
19 Выполнено применительно к 731136 записям //таблици со столькими записями
за 5,66 сек (в отличии от парадокса ~ 7мин) что значит родной формат!
тестил в TestMdb. (это я по поводу своего совета)

Ну что ж. Теперь, составляю очередную базу данных, буду использовать ADO+Access. Кстати, про Access нет никакой компромитирующей информации? Говорят, что у Paradox "индексы летят". А у Access?

И такой вот ещё вопросик. Есть InterBase (жду, когда в магазине появится книжка - и начну учить это дело). В каких случаях стоит использовать Access, а в каких IB ? Я понимаю, что вопрос несколько некорректный, но хотелось бы понять для чего предназначены разные движки. Их понаделали, а что именно использовать - непонятно.

> "индексы летят". А у Access?
говорят тоже. но не так часто. у меня не было ни одного случая. (по дереву надо постучать) я как бы заранее вставил в программу (ту которую на работе тяну) возможность упаковки и востановления базы. (и не дожидаясь обрушения делаю это в заданом периоде). но тем не менее где возможно уламываем клиентов на MSSQL.

> вопрос несколько некорректный
совсем некоректный. я лично в IB ни в зуб ногой :-)). но в общем, Access локальная база а IB полноценный (или нет?) SQL Server.

> для чего предназначены разные движки
слышал есть такое слово "конкуренция"!? используй то что понравится (были бы в америке сказал бы "по карману")

sniknik © (07.01.03 21:45)

> уламываем клиентов на MSSQL.

Это для локального использования или по сети? И почему именно MSSQL? Почему "уламываем"? Ресурсоёмкий или чем он их не устраивает?

> совсем некоректный. я лично в IB ни в зуб ногой :-)). но в общем, Access локальная база а IB полноценный (или нет?) SQL Server.

Я так понимаю, что SQL-сервер нужно использовать при работе в сети, когда с базой работают несколько пользователей? А при локальном варианте он не нужен, так?
Что косается IB - просто был набор программистов (на работу) и требование было - знание FB (родственник IB). Поэтому я решил прикупить книжку по IB и учить его. Но потом (просто предчувствие) придёться также учить и MSSQL, и ещё что-нибудь. Такое чувство, что сколько фирм набирают программистов для создания БД, столько движков и используется. :( Нет бы всем один и тот же юзать!
С локальным использованием вроде разобрались - ADO и таблицы формата Access (с возможностью автоматического backup"а через заданный временной промежуток). Кстати о сохранности, ты всю базу (таблицы) сохраняешь? И тогда (в случае чего) теряются данные только за последние N дней, так? Или в чём смысл?
А что ты порекомендуешь для сетевой работы? MS SQL?

> для чего предназначены разные движки
слышал есть такое слово "конкуренция"!? используй то что понравится (были бы в америке сказал бы "по карману")

Да вот не получается - то, что нравится. Приходится подстраиваться под работодателя... :(

Уламываем потому что считают дорого. Или не понимают (есть вариант бесплатный MSDE) но почемуто считают что MSSQL для чегото серьезного 15клиентов как минимум (а меньше типа нельзя). А даже уже есть для другий целей куплен считают что еще задачу повесить "неправильно" тормознее, и т.д. предубеждения чистой воды (ну пример лицензия на 5 пользователей реально работают 2, сервер неплохой чего стоит еще задачу повесить? нет это относится к той проге, к вашей нужна отдельная база. ну база да но подразумевают весь MSSQL ???). У меня на машине пара MSSQL 7 и 2000 + Pervasive (и все в одно рыло, один пользую) ничего не жужжу. :-)) правда все тестовое, постоянно не крутится.
И сейчас тенденция к sql даже на локальную машину советуют ставить IB или тот же MSDE, хотя это на вкус на цвет, кому как.

> С локальным использованием вроде разобрались - ADO и таблицы формата Access .....
разобрались не совсем. можно и локально MSSQL поставить (MSDE бесплатный и не такой тяжолый, за счет ограничений, но функционально круче Access).
просто вроде разговор шол сначала про парадокс, Access явно лутшее локальное решение, но "нет пределов совершенству" :-)).

> Кстати о сохранности, ты всю базу (таблицы) сохраняешь?
делается упаковка всей базы, делается стандартно в другой файл, старый остается и используется как резервная копия до следующей паковки. просто. и пока ничего не терялось, но в случае фатального сбоя основной базы да потеряется все до той копии. (если конечно не включится человеческий фактор и не удалит все нахрен :о)))

> А что ты порекомендуешь для сетевой работы? MS SQL?
я его и для локальной работы порекомендую. :-) если учить то можно в паре. см. про MSDE (самого его можно найти на диске с MSOffice XP нерезаном, папка MSDE2000), никаких средств типа Enterprise Manager в нем нет, но можно спокойно к нему подключится тем же TestMdb и работать (создание баз/таблиц ets.) запросами (заодно и SQL подучиш ;-)), или лутше найди полноценный MSSQL Developer Edition (хотя бы ради справки - Bol) и конечно Профайлера, очень полезная прога.

но в общем то на MSSQL свет клином не сошолся, поставиш IB ничего не потеряеш (если только у работадателя не будет конкретных требований, но и наоборот возможно)

Подкиньте пример работы с запросом Найти похожие ветки