Использование запроса UNION для большого числа таблиц

[Rainbow]

А если с другой стороны подойти?
Тебе нужно эти записи увидеть обязательно в одном редактируемом рекордсете? Если такой надобности нет, то вытащи данные в несколько рекордсетов и работай с ними. Если очень надо, то можно рекордсеты объединить, наверно...

[Ennor]

Согласен с радужным человеком по последнему пункту. И по предыдущему ее предложению насчет изменения архитектуры - тоже, причем обеими руками. Интересно, если схему твоей БД загрузить в ERwin Examiner, какими именно матюками он ругаться начнет?

Если серьезно: я никогда не работал с Аксессом, поэтому не в курсе насчет его ограничений. Моя спеца - MSSQL2K, и вот насчет его могу сказать: решаются такие вещи на раз и два, даже без изменения архитектуры. Пишется хранимая процедура, которая просто тупо выбирает нужные тебе данные из всех твоих 150 таблей в одну временную таблицу, после чего позвращает тебе ее всю (или нужную часть), после чего времянка автоматом грохается, если конечно она была объявлена как локальная, а не глобальная. В этом случае тебе просто по барабану становится пересечение действий разных юзеров. Не самый эффективный способ, имхо, но без изменения архитектуры - лучший из худших. Я просто не помню, сколько таблиц в сиквеле можно в юнион запихнуть...

[ZlydenGL]

К сожалению, клиент-серверную структуру использовать не представляется возможным

Будем искать...

[ANB]

Я не большой спец в Accesse, но могу предложить другой вариант (если гора не идет к Магомету...).
Насколько я понимаю работу Accessa, можно слить все таблицы в однус добавлением идентификатора (как предлагалось в начале обсуждения), нынешние таблицы удалить, а вместо них создать запросы с такими же именами (таким образом с внешней точки зрения база вообще не изменится), а если есть проблемы с работой по VPN каналу - используйте терминальный режим, тогда фактически все будет работать на одном главном компьютере и глюков быть не должно.

[Andrey Fedorov]

Да я даже пробовать не буду -- тот еще гемор Да у меня и такого количества таблиц нет.
Попробуй идти маленькими шагами, как тебе Rainbow советовала -- объедини в запросы по 30, потом из них -- в главный.
Все у тебя получится, я уверен.

IMHO подобным способом данное ограничение не обойти.

Как не обойти и ограничение на кол-во Recordset-ов необходимых для формирования запроса. Имеется в виду Recordset-ы используемые также внутри DAO (один запрос может использовать несколько таких Recordset-ов). Так что открыл несколько сложных запросов и усе... Натыкались на такое ограничение?

Кстати, объединить таблицы в одну таблицу можно и сейчас. А вместо старых 150 таблиц создать 150 вьюшек с тем-же именем.

Или сборка всех таблиц в одну временную, на машине пользователя...

Но это все временное решение проблем.

По хорошему - перевод базы на SQL Server с кардинальным исправлением ее структуры.

[alibek]

Народ, а вам не кажется, что за прошедшие 14 месяцев человек решил эту проблему?

[Andrey Fedorov]

Народ, а вам не кажется, что за прошедшие 14 месяцев человек решил эту проблему?

Опять некрофилы труп выкопали, а все и рады оказались...

[Sebas]

по теме могу сказать, что в ADO.NET 2.0 можно получить скока джоинов поддерживает соединение в одном запросе

[alibek]

Я думаю, это и в ADO есть, если как следует покопаться в Parameters.