Ошибка использования операции объединить union 1с

   Mikhail Volkov

12.07.13 — 15:07

На очень удаленном филиале база на 8.1 сервер 2003х86. При попытке выгрузить в dt, пишет: «Ошибка использования операции ‘ОБЪЕДИНИТЬ’ (‘UNION’). Допустимо объединение не более 256 результатов запроса».

Думал, что SQL-ошибка, с большим трудом забрал ее SQL-бекапом, развернул на другом сервере, тоже 2003х86. Ошибка та же!?

ТиИ затыкается на «Проверка ссылочной целостности информационной базы».

Есть шансы вылечить?

   Mitriy

1 — 12.07.13 — 15:09

думаю, надо смотреть в сторону каких-нибудь реквизитов с типом все ссылки… или что-то вроде этого…

   Ненавижу 1С

2 — 12.07.13 — 15:09

что за SQL Server такой?

   Ненавижу 1С

3 — 12.07.13 — 15:10

вообще то это ошибка SQL сервера

   Жан Пердежон

4 — 12.07.13 — 15:10

через точку обращаешься к реквизитам составного типа.(регистратор.дата и т.п.)

   ДенисЧ

5 — 12.07.13 — 15:11

Или менять текст запроса. Или апгрейдить скуль до 2008

   Mitriy

6 — 12.07.13 — 15:11

(5) в 2008-ом ограничение не 256 таблиц никуда не делось…

   Ненавижу 1С

7 — 12.07.13 — 15:14

(6) а в 2012?

   dk

8 — 12.07.13 — 15:17

(4) (5) «При попытке выгрузить в dt»

   Mikhail Volkov

9 — 12.07.13 — 15:28

(2) SQL2005

(6) SQL2008 не поможет? А SQL2012?

   Живой Ископаемый

10 — 12.07.13 — 15:29

2(6) делось, если и база 2008 скуля а не 2005

   Mikhail Volkov

11 — 12.07.13 — 15:33

(5) Где в конфигураторе? Я бы все временно убрал, чтобы выгрузить… думаю, что такой запрос возникает при компиляции?

   МихаилМ

12 — 12.07.13 — 15:41

(0)

что говорит технологический журнал

и ms sql profiler ?

   Mikhail Volkov

13 — 12.07.13 — 15:43

   Alexey_Morov

14 — 12.07.13 — 15:44

   Alexey_Morov

15 — 12.07.13 — 15:45

   Mikhail Volkov

16 — 12.07.13 — 15:46

(14) Не, это результат ТиИ уже здесь, а MS Profiler на удаленном сервере не смотрел, связь очень хреновая…

   МихаилМ

17 — 12.07.13 — 15:48

   Mitriy

18 — 12.07.13 — 15:52

(5) и (10) да, в 2008 этого ограничения нет… извиняюсь…

   Mikhail Volkov

19 — 12.07.13 — 15:54

Сейчас запустил ТиИ реструктуризацию таблиц, а то на удаленном сервере ТиИ совсем затыкается…

   Mikhail Volkov

20 — 12.07.13 — 15:55

(18) Попробую на 2008

   Alexey_Morov

21 — 12.07.13 — 16:41

   МихаилМ

22 — 12.07.13 — 16:47

(21)

заведите отдельную ветку. Эта ветка про другое.

   Alexey_Morov

23 — 12.07.13 — 16:49

   Mikhail Volkov

24 — 16.07.13 — 12:26

   acsent

25 — 16.07.13 — 12:28

что за регистр?

   Mikhail Volkov

26 — 16.07.13 — 12:29

(25) Не знаю, как определить?

   Mikhail Volkov

27 — 17.07.13 — 09:25

(25) Зашел в таблицы SQL, там таких имен нет: _InfoRe6400…, есть _InfoReg…!? Загрузил эту же конфигурацию в SQL вариант — все нормально! Выгрузил эту пустую базу в dt, загружаю в файловый вариант, и та же хрень:

Ошибка СУБД:

Длина ключа индекса превышает максимально допустимую ‘_InfoRe6400_ByDims_SSSSSSRSRR (_Fld6401_TYPE, _Fld6401_S, _Fld6402_TYPE, _Fld6402_S, _Fld6403, _Fld6404, _Fld6405, _Fld6406, _Fld6407RRef, _Fld6408, _Fld6409RRef, _Fld6410RRef)’

Что не хватает для файлового варианта 8.1? Давно с ней не работал…

   Живой Ископаемый

28 — 17.07.13 — 10:01

ну вот и после того как ты загрузил в СКЛ-вариант, что тебя остановило от того, чтобы смочь ответ на вопроса (25)?

   Mikhail Volkov

29 — 17.07.13 — 10:28

(28) Если бы он был в СКЛ-варианте, я по содержимому может быть смог определить, что за регистр. Но его там нет!

А в файловом варианте как?

   shuhard

30 — 17.07.13 — 10:35

(27) а при чем здесь 8.1, это какой то умник в Рг сведений забубенил в измерения строку 1024

   Живой Ископаемый

31 — 17.07.13 — 10:36

2(29) а зачем ты ищешь индекс среди таблиц? ищи его среди индексов!

   Mikhail Volkov

32 — 18.07.13 — 07:26

(31) Да, нашел его в таблице _InfoReg6400, но она пустая!? Как определить, что за регистр?

(30) Проверяю все РС, пока не нашел…

   Живой Ископаемый

33 — 18.07.13 — 07:31

индексы проверяй, не таблицы!

   Живой Ископаемый

34 — 18.07.13 — 07:31

заскриптуй его. и посмотри скрипт

   shuhard

35 — 18.07.13 — 07:31

(33) в 1С есть отдельные от Рг сведений индексы — окуеть

   Живой Ископаемый

36 — 18.07.13 — 08:03

2(35) окуел? и как тогда объяснишь что автор не может найти то что ищет?

   1Сергей

37 — 18.07.13 — 08:05

Ищи обработку Просмотр метаданных, чтобы определить какая таблица к какому объекту относится

   Живой Ископаемый

38 — 18.07.13 — 08:06

   Живой Ископаемый

39 — 18.07.13 — 08:07

а, вообще да, сорри, но зачем искать обработку, это ведь две строки кода.

   Mikhail Volkov

40 — 18.07.13 — 08:11

(37) Где, на ИТС?

(38) Ну нашел индекс _InfoRe6400_ByDims_SSSSSSRSRR, а как определить, что за регистр в 1С?

(39) Можно в студию?

   Живой Ископаемый

41 — 18.07.13 — 08:18

   Mikhail Volkov

42 — 18.07.13 — 08:57

(41) У меня в 8.1 какая-то допотопная консоль запросов

Может, поделишься? mvolkov@loginural.ru

   Живой Ископаемый

43 — 18.07.13 — 09:07

   Живой Ископаемый

44 — 18.07.13 — 09:08

не будь Рип-ван-винклем, переходи на 8.2 ну или уж дождись сентября и переходи на 8.3

   Живой Ископаемый

45 — 18.07.13 — 09:09

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

   Mikhail Volkov

46 — 18.07.13 — 10:12

(30) Действительно оказался РС ДополнительныеРеквизитыНоменклатуры, у которого 7 измерений Строка, Длинна 100, Допустимая длина Переменная, т.е. может быть 1024!?

Исправить на фиксированная?

   Живой Ископаемый

47 — 18.07.13 — 10:22

нет, не может быть 1024. может быть от 0 до 100.

   Mikhail Volkov

48 — 18.07.13 — 10:42

Тогда что с ним не так? Кроме 7 строковых измерений, еще 3 — справочники, ресурсов нет, 1 ревизит строка 150.

   Живой Ископаемый

49 — 18.07.13 — 10:52

а совокупно больше 1024?

   Mikhail Volkov

50 — 18.07.13 — 11:01

Строковых: 7*100+150, вроде нет. Еще 3 измерения — справочники, их как считать?

   Живой Ископаемый

51 — 18.07.13 — 11:01

поэкспериментируй, поставь фиксированные, поставь не 100, а 70, и 150 уменьшь до 70…

(51) Как ни странно, но помогло!? Странно, потому что это РС поставщика Рарус УАТ, его никто не менял.

(44) В центральном офисе 2 года назад перешли на 8.2, и к этому РС притензий нет. А в этом удаленном филиале давно какие-то непонятки. Поэтому не смогли перейти на 8.2.

Теперь появилась возможность лечить базу выгрузкой-загрузкой. Всем большое спасибо

Всем привет! При запуске 1С выходит ошибка «Ошибка использования операции «ОБЪЕДИНИТЬ» («UNION»). Допустимо объединение не более 256 результатов запросов» <a href=» src=»; alt=»1382099527-clip-5kb»/></a> Ошибка выходит и в Предприятии и в Конфигурации База крутится на SQL. Пробовал DBCC CHECKCATALOG и DBCC CHECKDB (БАЗА, REPAIR_ALLOW_DATA_LOSS) вышли ошибки Сообщение 3853, уровень 16, состояние 1, строка 1 Атрибут (object_id=304160279) строки (object_id=304160279,column_id=1) в sys.columns не имеет совпадающей строки (object_id=304160279) в sys.objects. Сообщение 3853, уровень 16, состояние 1, строка 1 Атрибут (object_id=304160279) строки (object_id=304160279,column_id=2) в sys.columns не имеет совпадающей строки (object_id=304160279) в sys.objects. Сообщение 3853, уровень 16, состояние 1, строка 1 Атрибут (object_id=304160279) строки (object_id=304160279,column_id=3) в sys.columns не имеет совпадающей строки (object_id=304160279) в sys.objects. Сообщение 3853, уровень 16, состояние 1, строка 1 Атрибут (object_id=304160279) строки (object_id=304160279,column_id=4) в sys.columns не имеет совпадающей строки (object_id=304160279) в sys.objects. Сообщение 3853, уровень 16, состояние 1, строка 1 Атрибут (object_id=304160279) строки (object_id=304160279,column_id=5) в sys.columns не имеет совпадающей строки (object_id=304160279) в sys.objects. Сообщение 3853, уровень 16, состояние 1, строка 1 Атрибут (object_id=734625660) строки (object_id=734625660,column_id=1) в sys.columns не имеет совпадающей строки (object_id=734625660) в sys.objects. Сообщение 3853, уровень 16, состояние 1, строка 1 Атрибут (object_id=734625660) строки (object_id=734625660,column_id=2) в sys.columns не имеет совпадающей строки (object_id=734625660) в sys.objects. Сообщение 3853, уровень 16, состояние 1, строка 1 Атрибут (object_id=734625660) строки (object_id=734625660,column_id=3) в sys.columns не имеет совпадающей строки (object_id=734625660) в sys.objects. Сообщение 3853, уровень 16, состояние 1, строка 1 Атрибут (object_id=734625660) строки (object_id=734625660,column_id=4) в sys.columns не имеет совпадающей строки (object_id=734625660) в sys.objects. Сообщение 3853, уровень 16, состояние 1, строка 1 Атрибут (object_id=734625660) строки (object_id=734625660,column_id=5) в sys.columns не имеет совпадающей строки (object_id=734625660) в sys.objects. Сообщение 3853, уровень 16, состояние 1, строка 1 Атрибут (object_id=734625660) строки (object_id=734625660,column_id=6) в sys.columns не имеет совпадающей строки (object_id=734625660) в sys.objects. Сообщение 3853, уровень 16, состояние 1, строка 1 Атрибут (object_id=734625660) строки (object_id=734625660,column_id=7) в sys.columns не имеет совпадающей строки (object_id=734625660) в sys.objects. Сообщение 3853, уровень 16, состояние 1, строка 1 Атрибут (object_id=734625660) строки (object_id=734625660,column_id=8) в sys.columns не имеет совпадающей строки (object_id=734625660) в sys.objects. Сообщение 3852, уровень 16, состояние 1, строка 1 Строка (object_id=832162160) в sys.objects (type=U ) не имеет совпадающей строки (object_id=832162160,index_id=0) в sys.indexes. Сообщение 3852, уровень 16, состояние 1, строка 1 Строка (object_id=832162160) в sys.objects (type=U ) не имеет совпадающей строки (object_id=832162160,column_id=1) в sys.columns. Сообщение 3852, уровень 16, состояние 1, строка 1 Строка (object_id=2071118569) в sys.objects (type=U ) не имеет совпадающей строки (object_id=2071118569,index_id=0) в sys.indexes. Сообщение 3852, уровень 16, состояние 1, строка 1 Строка (object_id=2071118569) в sys.objects (type=U ) не имеет совпадающей строки (object_id=2071118569,column_id=1) в sys.columns. Выполнение DBCC завершено. Если DBCC выдает сообщения об ошибках, обратитесь к системному администратору. Сообщение 0, уровень 11, состояние 0, строка 0 При выполнении текущей команды возникла серьезная ошибка.. При наличии результатов они должны быть аннулированы. Сообщение 0, уровень 20, состояние 0, строка 0 При выполнении текущей команды возникла серьезная ошибка.. При наличии результатов они должны быть аннулированы. Методам проб и ошибок вышел на индекс _Docum10406_VT10421_IntKeyInd Попробовал его перестроить, вышло сообщение ЗАГОЛОВОК: Microsoft SQL Server Management Studio —————————— Действие Перестроить завершилось неудачно для объекта «Индекс» «_Docum10406_VT10421_IntKeyInd».  (Microsoft.SqlServer.Smo) —————————— ДОПОЛНИТЕЛЬНЫЕ СВЕДЕНИЯ: Возможно, повреждена схема. Запустите DBCC CHECKCATALOG. При выполнении текущей команды возникла серьезная ошибка.. При наличии результатов они должны быть аннулированы. (Microsoft SQL Server, ошибка: 211) —————————— ОС WinSer 2003 SP2 1С 8.2.17.157 SQL Server 2008 R2 (x86) 10.50.1600.1

Обновлено: 29.01.2023

Повтор темы, помогите пожалуйста. Простейшая конфигурация, три документа, движение по регистрам. В какой-то момент при проведении документа или при выгрузке базы стала появляться ошибка (сабж). Удалил регистры, ссылки в документах, отчеты по регистрам, сделал backup & restore SQL базы — ничего не помогает. Что делать?

ну так посмотрите в техлологическом журнале причину ошибки.

Была похожая проблема, падало при попытке обращения к одному из регистров. Помог скрипт в SQL c коммандой DBCC CHECKALLOC, я думаю можно определить таблицу регистра в котором ошибка и сделать то-же конкретно для этой таблицы.

В процессе создания архива- вывалилась ошибка:
Ошибка использования операции ‘ОБЪЕДИНИТЬ’ (‘UNION’). Допустимо объединение не более 256
База теперь ни в какую открываться не хочет.
Посоветуйте, что в такой ситуации можно предпринять?

в организации 2 инф.базы, установлены в клиент-серверном варианте на платформе 8.1
одна после попытки архивировать , не запускается, другая работает в нормальном режиме.

Пожалуйста отпишитесь, кто знаком с такими ошибками, как с этим бороться и что нужно сделать?
заранее благодарна

SQL какой стоит? SQL 2008 не выдает уже эту ошибку.
RLS используется?
(2) Swetlana,
Настройки SQL и установку баз в клиент-серверном варианте делал очень давно чел со стороны, сисадмин в 1с плохо разбирается, я так понимаю это нужно копаться в настройках SQL ?
Пока не знаю, сисадмин вне доступа.
С базой больше ни каких манипуляций не производила.
Конфигурация досталась в наследство, вся переделанная, ограничения в правах : права не полные, два дня назад архив можно было сделать без проблем
ну ошибка о 256 таблицах получается именно в SQL меньше 2008 версии. Погуглите по ошибке.
Потом непонятно как именно архивировали саму базу, средствами SQL или выгрузка в dt? Конфигуратор открывается? Только в режим предприятия не дает заходить?
(6) Swetlana, Архив делала средствами 1с:
Конфигуратор -администрирование-выгрузить инф. базу
на данный момент не открывается ни конфигуратор , ни инф.база

(10) Ягг,Ошибка одна и та же, что при запуске Конфигуратора, что при запуске Пользовательского режима

Ошибка использования операции ‘ОБЪЕДИНИТЬ’ (‘UNION’). Допустимо объединение не более 256

(10) Ягг, Ошибка возникла при создании архива, средствами 1с, т.е. из конфигуратора
у пользователя действительно много ролей, но раньше сбоев не было, конфа не изменялась около года, проблем не было.
Что бы то ни было с ролями, доступ в Конфигуратор закрыт.
Можно ли эту базу перепрописать в файловом варианте, и проблема уйдет?

(12) nikavilk, если конфигурация не менялась а возникла ошибка выходит проблема не в 1С, а в MS SQL.
Может меняли какие-то настройкина сревере, может не хватает диска? Может быть есть смысл перезагрузить сервер SQL и 1С. Проверить права пользователя SQL под именем которого соединяется сервер 1С с SQL.

Насколько я знаю, для того что бы перевести 1С в фаловый нужна выгрузка, а для этого нужно зайтив конфигуратор — а он же не запускается. Есть конечно команды строки запуска конфигуратор которые позволяют сделать выгрузку (я их точно не помню, но они есть в Администрировании 1С) — может они помогут.

ТОлько на всякий случай предварительно средстваи SQL сделай копию базы.

Жесткий метод — все пользователи хранятся в специальной таблице SQL — (users если не ошибаюсь). Как вариант можно попытаться ее почистить (НО ОБЯЗАТЕЛЬНО КОПИЮ ПРЕДВАРИЕЛЬНО!). Лучше сначал попробовать на копии: создать на SQL копию текущей базы, подключить ее к 1С и на ней эксперементировать.

Кстати, теоретически может быть имено перенос данных в новую базу SQL тоже решит проблему (с таким шаманстовам сталкивался, правда не при таокой ошибке)

Возникает у всех пользователей.
Кеш, tempdb чистили. Полное тестирование и исправление делали. Выгрузка базы в файл .dt. Создание новой БД и загрузка из .dt была
Ошибка осталась, появляется с разной периодичностью.

При использовании платформы 8.3.6.2390 и версии Бухгалтерия 3.0.44.115 таких проблем не было
На этом же оборудовании используется ЗУП 2.5 (1С 8.2) и самописная конфигурации (1С 8.3) с большой нагрузкой проблем нет

8.3.9.2170. Server 2012R2/SQL2014 2е суток. Падения пропали.
эх, я чуть-чуть не дождался стабильного обновления. Ну да ладно .
Вопрос к тем, кто поставил новый релиз.
По истечении недели использования, ничего страшного не вылезло? Каких-то новых ошибок?
(101) Все нормально. Даже ошибку сохранения расширений исправили. Новых пока не выявил.
(101)
(104)
Windows Server 2008 R2
SQL Server 2008 R2
Платформа 8.3.9.2170 ошибка замечена на УТ 10.3 (в режиме совместимости с 8.1) через 2 недели после обновления платформы. Замечена пока всего у 2-х пользователей.
Стоит релиз уже неделю, полет нормальный, ошибок нет.
Пользователи пожаловались, что базы стали медленней крутиться на платформе 8.3.9.2170 (до этого была 8.3.8.2054). Работают в БП 3.0. Не говорю что им не может казаться. У кого-нибудь производительность изменилась?
Поставили новую платформу.
Появилась проблема. Теперь при запуске внешних обработок спрашивает о разрешении запуска внешней обработки. И об использовании внешних приложений, типа Excel (если он используется в этой обработке). И запоминает ответ. Особо одаренные пользователи, не читая, отвечают — нет.
И все, второго шанса не дает.
Печалька.:(
Кто знает, где хранятся эти настройки?
Чистка кэша не помогла.
Платформа 8.3.9.1818. Ошибка появлялась только 2 раза. Помогала чистка серверного кэша. Сейчас опять вылезла, будем обновляться.
(114) Подтверждаю. В бухии было 4-7 в день павдений . Самописка на УФ валилась каждые 15-30 минут. два месяца полёт нормальный.
У меня на 1С:Предприятие 8.3 (8.3.9.1850) тоже вылетает спонтанно. И не у всех пользователей.

То же самое
8.3.10.2561, ERP 2.4, расширения, MS SQL 17
После первичного возникновения в процессе работы, начинает проявляется при входе в 1С

в техжурнале следующее:

После отключения регламентных заданий в 1С войти удалось
(118) Похоже вы перезапустили SQL сервер, а 1С сервер продолжал работать в это время. Ошибка уйдет после перезапуска 1С сервера.

Поддерживаю, та же фигня.
Версии конфигурации, платформы и SQL такие же.
Другие базы работают нормально.

было что то похожее

Сегодня появилась с утра! Не у всех пользователей. Трое отписались с приложением скрина.

Первый раз за полгода вылез этот баг на 8.3.10.2466 + Native Client 11.0.
Надеюсь, в 8.3.11 этого бага уже нет.
Сегодня такая же ошибка в БИТ.ФИНАНС 3.1 (3.0.58.41/3.1.36.2/3.0.1.131).
Платформа 8.3.10.2580.
Тоже появилась с утра.

1С:Предприятие 8.3 (8.3.12.1440)
1С:Комплексная автоматизация 2 (2.4.3.160)

Ведомость на счета — увольнение

(126) Та же ерунда в БП 3.0 после обновления платформы. Похоже дело в ней

1С:Предприятие 8.3 (8.3.12.1412)
Зарплата и кадры государственного учреждения, редакция 3.1 (3.1.6.54)

Выходит при попытке проведения вновь созданного кассового ордера.

После обновления платформы на версию 8.3.12.1469 ошибка SQL при проведении исчезла.

перешли на платформу 1С:Предприятие 8.3 (8.3.12.1529)

на пятый день возникла ошибка у некоторых пользователей и в логах Фоновое задание. Ошибка выполнения:

Соединение с сервером баз данных непригодно для использования после разрыва соединения администратором и будет переустановлено.
Microsoft SQL Server Native Client 11.0: Запрос COMMIT TRANSACTION не имеет соответствующей инструкции BEGIN TRANSACTION.
HRESULT=80004005, SQLSrvr: SQLSTATE=25000, state=1, Severity=10, native=3902, line=1

Добрый день всем! Платформа 8.3.10.2567 клиент серверная версия 1с и sql на разных серверах у пользователей возникает ошибка Соединение с сервером баз данных непригодно для использования после разрыва соединения администратором и будет переустановлено. Подскажите в чем может быть дело?

: Ошибка при получении значения атрибута контекста (ТекущийПользователь)
Запрос.УстановитьПараметр(«ТекущийПользователь», ПараметрыСеанса.ТекущийПользователь);
по причине:
Соединение с сервером баз данных непригодно для использования после разрыва соединения администратором и будет переустановлено.
Microsoft SQL Server Native Client 11.0: Запрос COMMIT TRANSACTION не имеет соответствующей инструкции BEGIN TRANSACTION.
HRESULT=80004005, SQLSrvr: SQLSTATE=25000, state=1, Severity=10, native=3902, line=1

Платформа 8.3.10.2505 (не меняли полгода), последних 3 дня периодически выскакивает ошибка:

Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm:
по причине:
Соединение с сервером баз данных непригодно для использования после разрыва соединения администратором и будет переустановлено.
Microsoft SQL Server Native Client 11.0: Запрос COMMIT TRANSACTION не имеет соответствующей инструкции BEGIN TRANSACTION.
HRESULT=80004005, SQLSrvr: SQLSTATE=25000, state=1, Severity=10, native=3902, line=1

Нашлось решение этой проблемы или опять ждать милости 1С?

платформа 8.3.11.3034 , фоновые задания по выходным выбивают такую ошибку : Сеанс. Ошибка применения расширения конфигурации; Критичная: Уже существует объект с именем скИспользованиеРабочегоСтола.ШаблоныОграничений.скПоЗначениямУдалить . помогает перезапуск службы, но это не выход. режим совместимости 8.3.10

Коллеги,
появилась такая же ошибка.

Соединение с сервером баз данных непригодно для использования после разрыва соединения администратором и будет переустановлено.
Microsoft SQL Server Native Client 11.0: Запрос COMMIT TRANSACTION не имеет соответствующей инструкции BEGIN TRANSACTION.
HRESULT=80004005, SQLSrvr: SQLSTATE=25000, state=1, Severity=10, native=3902, line=1

Платформа — 8.3.10
Конфа — Документооборот.
Всё работало полтора года исправно.

Мне помогло установка Драйвера «Драйвер Microsoft® ODBC 11 для SQL Server».
(установка вместе с «Собственный клиент Microsoft SQL Server 12»).

Допустимо объединение не более 256 результатов запросов» странно для 2008 сиквел в родной моде этого не требует

В менеджмент студии пкм на базе — свойства — options — уровень соместимости.

дело в том что у нас РБД есть еще идентичные 8 баз, ошибка вылезла только в одной

База битая. Я бы ее похоронил и сварил новую из центробазы.

походу sql разный везде стоит. А автор не хочет в этом признаваться.

При чем здесь разный скуль? Периферийка варится средствами 1С.

Самый прикол нашел две одинаковые таблицы! И нельзя удалить и переименовать!

запрос переделайте, на котором вылетает. И всего делов.

это никому не интересно, всё равно переделать запрос.

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

лучшее — враг хорошего — или — не трогай, если работает (бэкап — работай дальше).

Читайте также:

• Starcraft mass recall ошибка сохранения
• Как установить mmod в half life 2 update
• Артефакты в майнкрафт как убрать
• Perfect world системные требования
• Mcard observer белинвестбанк ошибка

Ошибка использования операции ‘ОБЪЕДИНИТЬ'(‘UNION’)

Модератор: Дмитрий Юхтимовский

---

---

---

---

---

---

Вернуться в MS SQL Server для целей 1С:Предприятие

Кто сейчас на форуме

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1