В общем ситуация такая.
Есть два сервера: дувелоперский и рабочий. На девелоперском все разрабатывается, на рабочем показывается заказчику.

есть запрос вида (это только часть запроса, сам запрос намного больше, но трабла здесь)

SELECT
count(*)
FROM (
SELECT BD.CountryRiskID AS country_risk_id FROM BD
UNION
SELECT country_risk_id = 0 FROM LD
) as DescriptiveData
WHERE (DescriptiveData.country_risk_id in (13,35,39,44,52,63,65,70,72,105,109,159,160,189,224,10,17,25,28,42,45,46,56,60,86,90,93,98,100,104,107,119,120,128,129,150,151,164,166,170,175,180,190,194,201,208,215,216,225,229) )

результат выполнения на девелоперском сервере - количество, на рабочем (QueryAnalizer)вываливается вот такая ошибка
[Microsoft][ODBC SQL Server Driver][DBNETLIB]ConnectionCheckForData (CheckforData()).
Server: Msg 11, Level 16, State 1, Line 0
General network error. Check your network documentation.

Connection Broken

В чем могут быть траблы? Где-то битые таблицы? Файлы? Можете что-то посоветовать? Самое интересное, что выборки из каждой таблицы идут нормально, при объединении UNION вываливается ошибка.

А что это за фикс? Дело в том, что данная вещь работала в течение какого-то времени... а вот неделю назад, примерно, свалилась

спасибо, к этому моменту победили проблему, добавив во вторую таблицу столбец.
Проверить с ANSI, etc не успел.
всем спасибо.
Если будут еще какие-то мысли, буду рад услышать (прочитать)

Это конечно известно, но проект достался в таком полудохлом виде. И задача стояла совсем другая, не в оптимизации процесса (обхода ошибки), а в решении указанной, или хотя бы поиска причины.

И еще, когда много пользователей, не будет ли слишком напряжно постоянно гонять данные в tmp-таблицы, удалять их и т.п.? это ведь здесь всего два поля, а в реальном запросе несколько десятков тысяч строк + ширина строки > 70

т.е. вемсто того, чтобы обращаться каждый раз ко вьюхе, лучше каждый раз создавать временную таблицу?
в таком случае, наверно, лучше создать ХП, которая будет возвращать "таблицу" требуемого формата?