поиск в поле

[kelod]

TOP на сколько я знаю возвращает первые n записей, т.е. от 0 до n
select top '+IntToStr(Random(кол-во))+' *... from... order by id desc и этот запрос будет выдавать каждый раз разное количество записей вообще-то)))
это уже тогда так писать нужно SELECT TOP 1 * FROM table ORDER BY RND(id), но тут возникает две проблемы во-первых этот запрос перебирает всю таблицу, а не только 1 запись, а во вторых нужен id опять же, а ЕГО НЕТ

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

[evg_m]

сразу говорю записи упорядочить не почему

стало быть база абсолютно не защищена от дубликатов.
скажете Будете проверять при вводе. Тогда не сработает вот это

я тут подумал и понял что могу избавиться запроса на всю таблицу,

Чтобы проверить на дубликат надо будет прочитать ВСЮ таблицу.

это пока не много, а что делать когда записей станет миллионы? переписывать всё?

А вот тогда-то и появятся дубликаты и все прочие "прелести" не контролируемого ввода данных.
И придется не просто просто переписать БД. А выкинуть все нажитое и начать писать снова.
Если упрямо хочется странного, то для решения задачи (чтобы не тянуть с сервера много записей) можно прикрутить вложенные запросы и разнонаправленное упорядочивание. "Ручная" имитация LIMIT.
Вот только опять нужно упорядочивание которого нет.
Пример давать не буду дабы не поощрять дурное проектирование.
Или давайте аргументированное почему ID не выход.

Да и отсутствие порядка не даст оным воспользоваться.
Но вот только если в поле есть разные данные то всегда существует отношение порядка. какое?

[kelod]

наличие id от дубликатов не очень то и избавит, можно наделать кучу записей, у них у всех будет разный id, но содержание одно? а что бы от них избавиться можно проверять всё базу, например в отдельном потоке и переодически, к примеру раз в сутки, а не каждый раз при вызове функции которая выбирает вопрос. я про запрос на всю базу писал конкретно для этого случая, а не вообще, разумееться есть запросы которые полностью таблице возвращают, но есть разница сделать такой запрос 1 или 1000

[evg_m]

можно наделать кучу записей, у них у всех будет разный id, но содержание одно?

Если у них разный ID значит они уже разные. Одну можно оставить, прочие удалить. И научить так делать программу.
А Если у них нет ID, то можно удалить только сразу ВСЕ.

[kelod]

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

[Stilet]

А если так:
SELECT * FROM table where id>=:k and (id+1)<=:k
А в параметрах уже random() задавать для :k
?

[Аватар]

1. Без id в ACCESS не обойтись для оптимальной выборки. По id обязательно иметь индекс
2. id желательно максимально плотным и с минимумом дырок
3. Запрашиваем min и max id
4. Програмно вычислить рандомно k между min и max id
5. запрос
SELECT top 1 вопрос FROM Таблица WHERE id>=:k
6. Попутно возникнет усложнение в виде необходимости избавления от повторов

[kelod]

мне это напоминает дискотеку на граблях
говорю нету поля id все поля разные, но без индекса

[evg_m]

вы просто не видите не программы, не всей бызы
вопрос был в другом

Так дай нам больше информации. Чтобы могли на основании этой информации отсеивать плохие варианты улучшений.
Например пока нет ответа.

Или давайте аргументированное почему ID не выход.

[kelod]

да и потом если бы даже id и был, записи то иногда удаляют и получаются дыры и тогда эти способы не подходят все