30 детальных таблиц при отношениях 1:1 !!!????? Это круто! Что-то перемудрил в структуре данных, и я советую подумать над ней еще раз. Можешь кинуть вопросы на форум - посоветуем, ежели смогем. Только дай более подробную информацию.
По поводу объединения таблиц в один запрос - создай VIEW и получишь один запрос.

Согласен с Erikой. Если каждую запись помещать в отдельную таблицу, никаких ресурсов никакого SQL-сервера не хватит. У всех видов тестирования необходимо выявить схожие атрибуты и поместить их в одну таблицу. Возможно, что для каких-то специфических видов тестирования понадобятся специфические данные. Тогда число таблиц увеличивается. Но только не до 30. Самый навороченный вариант - иметь возможность накрутить динамически любое количество параметров тестирования на любой тест. Это легко делается в SQL2K с помощью типа sql_variant. Для перечня параметров тестирования создается отдельная таблица, в которую помещается наименование параметра, привязка к конкретному виду тестирования. Можно еще тип параметра, к которому требуется преобразовать sql-variant.
Проблема в том, что ADP не очень-то дружит с SQL2K, и наверняка вам приходится иметь дело с 7.0. Даже в этом случае можно выделить таблицу, у которой заводится несколько полей разных типов. Значение хранится только в одном столбце - в зависимости от типа параметра. Я что-то подобное раскручивал на 7.0, когда еще не было SQL2K, а мне позарез нужны было варианты.