Здравствуйте! Подскажите пжлста, можно ли создать вот такую выборку в запросе: есть столбец с числовым типом данных, нужно сделать выборку по среднему значению, это делаю с помощью условия отбора: >[среднее]-[разброс] And <[среднее]+[разброс]. Это все легко сделать. Кроме того нужно выводить определенное кол-во строк, как правило их 4, но может быть иногда другое число. Думаю это можно решать с помощью задания в свойстве запроса Набор значений. Но, вот с чем я не могу пока справиться, нужно, чтобы выдаваемые строчки были не просто первые из списка, а чтобы сумма строк деленная на их кол-во давала бы значение [среднее]. 

Извините, но в этом сумбуре мало что удается понять. Давайте будем говорить предметно: структура таблицы, тексты запросов, пример наполнения таблицы и желаемой выборки.

ОК
В таблицу вводятся данные по различным параметрам: длина, диаметр, напряжение и т.п.
В запросе рассчитывается термоЭДС по введенным параметрам.
Числа получаются в диапазоне от 195 до 240 примерно.
Нужно, чтобы по заданному среднему и допустимому разбросу выдавалось 4 образца, где не только каждая строчка удовлетворяла требованиям среднего, но и их сумма в общем также была средним значением.
Например, нужно вывести строчки со средним значением 204 и разбросом 2
Запрос выдает значения 202, 203, 204, 205, 206
И может соответственно выдать совершенно любое их сочетание, но мне так не нужно, мне нужно, чтобы запрос выдал образцы с "общим средним" =204, т.е:
Если он выдаст
202
203
203
204, то среднее между ними будет 203, мне так не нужно
Мне нужно, чтобы было, например:
203
203
204
206, среднее =204!!!!

Надеюсь, объяснила понятно.
Можно ли , чтобы запрос отбирал еще и строчки?
Заранее спасибо

нет, запрос такую операцию выполнить не сможет.
Вам надо осуществить отбор по критерию, который зависит от сделанного отбора, а T-SQL (как и любой другой SQL) очень трепетно относится к рекурсии.

У вас есть два выхода.

Первый - выполнить необходимый отсев на клиенте - т.е. отдать ему всю выборку, а он уже пусть прореживает её.
Второй - создать хранимую ADO-процедуру, которая выполнит такой отбор и вернет требуемые записи.

Однако отбор по описанному критерию на самом деле является NP-полной задачей, т.е. никуда не деться от полного перебора (отсечения погоды не делают). Посему разумнее выполнять дообработку на клиенте. Мало ли сколько записей окажется в выборке и сколько времени потребуется на перебор вариантов - можно запросто нарваться на тайм-аут. Да и неясно, что делать, если существует несколько вариантов конечной выборки.

А если у меня обычная .mdb база?

А что, бывают необычные?