Здравствуйте Dima2, Вы писали:

D>Здравствуйте Lexey, Вы писали:

L>>Здравствуйте Dima2, Вы писали:

D>>>Помогите плиз определиться с выбором базы.
D>>>Условия следующие
D>>> — Имеется некоторая таблица, в которой < 50000 записей (100000)
D>>> — Необходимо обеспечить поиск записи из этой таблицы,
D>>> по одному из двух полей (по какому именно полю это
D>>> выбирается случайно)
D>>> — скорость поиска этой записи должна быть < 0.7c (<0.5c)
D>>> желательно обеспечить такую скорость в 95% случаев(100%)
D>>> Копм — Pentium1 (чем хуже тем лучше)

L>>Может тебе лучше посмотреть на какой-нибудь фрюних и что-нибудь типа MySQL и Postgress.
D>Кто такой фрюних, это unix что-ли, и что MySQL работает только на нем?

Угу, фриварный уних. MySQL работает не только не нем. Просто почти голое ядро какого-нибудь линукса будет жрать меньше памяти, чем Винды.

L>>Боюсь, что на такой машине даже акцесс тормозить будет нещадно.
D>Почему даже. Что аксес считается свамой быстрой базой.

Акцесс считается самой быстрой базой? Ты шутишь?

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

D>>>Подойдет ли для такой задачи Access. Есть ли в Access поиск

L>>Хз. Пробовать надо. По размерам таблиц точно подойдет, а вот что будет со скоростью — хз.

D>>>по индексу, или выборку можно делать только через SQL.

L>>Что значит поиск по индексу в отрыве от SQL-запроса?
D>Я работал с *.dbf, там можно было искать по индексному файлу.

А... вот оно что. Нет, здесь так не сделаешь, да и не нужно.