Мусор в md?

1. eshtrey 16.10.17 11:21 Сейчас в теме
Есть 2 базы с одинаковым конфигуратором. При обновлении второй базы (даже есть конфигураторы идентичные, например только что обновил и обновляю второй раз) всегда показывает изменение как на картинке:

Предполагаю что есть проблемы в md файле. MDDiags показывает только такую ошибку: СПРАВОЧНИК.Сотрудники (\\Subconto\Subconto_Number354\WorkBook\Dialog Stream)
Размер потока не соответствует заявленному

Как исправить ошибку и чем? Где искать мусор если разобрать мдешник с помощью gcomp?
Ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
2. DenisCh 16.10.17 11:35 Сейчас в теме
Попробуй просто gcomp'ом разобрать и собрать заново
3. eshtrey 16.10.17 11:39 Сейчас в теме
(2) пробовал, не помогло
4. eshtrey 16.10.17 11:47 Сейчас в теме
при компиляции gcomp выдает такое сообщение
WARN: не найден объект с идентификатором 39175
Компиляция завершена успешно.
Где искать этот идентификатор?
5. DenisCh 16.10.17 11:48 Сейчас в теме
(4)поиском по всем файлам - не поможет?
6. eshtrey 16.10.17 11:55 Сейчас в теме
(5) с этим разобрался, это ссылка на обработку в правах пользователей. Вопрос из заглавия темы остался открытым
7. DenisCh 16.10.17 12:00 Сейчас в теме
Если диалог изменён - это частая ошибка в 77.
Решение (возможное, но не всегда) - установить в системе тему оформления "Классическая" (а не так, как на картинку - модерновая икспёвая) и разрешение экрана на всех компах, где проходит обновление - должно быть одинаковым. Желательно и глубина цвета.

А вообще - можно обновлять через gcomp )))
выгружаем файлы, заливаем в vsc (svn), потом берём обновление, разбираем. И средствами версионника сравниваем и смотрим дифы.
11. eshtrey 16.10.17 15:05 Сейчас в теме
(7) смещение элементов диалога по форме при обновлении я учитываю, такие изменения диалога появляются только при первом обновлении, поэтому я привел пример когда обновляется второй раз (когда уже все что могло сдвинуться - сдвинулось), что бы не влияли изменения диалога из за разных ОС и разрешений экрана.
8. citicat 119 16.10.17 12:32 Сейчас в теме
При сравнении и объединении изменения в диалоге формы могут не влиять на работу пользователей.
Объединение формы проверяет побитотвое представление картинки на экране, которое не заметно бухгалтеру.
Влияет ещё и операционная система, но на это не стоит обращать внимание.
9. DenisCh 16.10.17 13:06 Сейчас в теме
(8)
При сравнении и объединении изменения в диалоге формы могут не влиять на работу пользователей.


Я взял и переставил местами все реквизиты, не трогая кода. А пару важных вообще удалил...

Вот никак не повлияет...
10. nicotin 35 16.10.17 13:12 Сейчас в теме
У меня обычно возникала ошибка сравнения, если в разделе интерфейса оставалась ссылка на удаленный элемент (отчет, обработка). Проверьте по аналогии, может в диалоге есть ссылка на несуществующий элемент.
12. eshtrey 16.10.17 15:07 Сейчас в теме
обновление происходит нескольких баз,но такая ошибка только в двух.
На работу конфигурации эти сообщения не влияют, но мазолят глаза. Сейчас дошли руки заняться этим вопросом, поэтому решил спросить у опытных коллег
13. citicat 119 16.10.17 15:18 Сейчас в теме
(12)Было ли перед этим обновлением ещё объединение конфигураций, которое производилось на другом компьютере? В моей практике у некоторых клиентов при обновлении выдавалась информация об изменении формы при обновлении, если то же самое объединение делать на соседнем компьютере, то изменения формы нет. Страшного ничего не происходит.
Опасно удалять элементы шапки или табличной части, в них могут быть используемые данные.

Действую, обычно, так:

1 Устанавливаю новую конфигурацию. Предыдущая конфигурация тоже уже должна быть на установлена на компьютере .
2. Запускаю обработку для сравнения
https://infostart.ru/public/561373/
Рекомендую попробовать в работе.
14. eshtrey 16.10.17 15:44 Сейчас в теме
(13) такой ошибке уже больше года, просто раньше не было времени ей заниматься.
Конфигурация дописывается на одном ПК, обновляется локально с сервера.
15. citicat 119 16.10.17 17:24 Сейчас в теме
(14)Конфигурация дописывается на одном ПК, обновляется локально с сервера. От этого все и "плюхи". Дописывается на локальном ПК, обновляется с сервера. Так иногда бывает, ничего страшного.
16. eshtrey 16.10.17 18:18 Сейчас в теме
(15)почему из 6 ИБ, такая ошибка только на 2ух? Все конфигурации одинаковые. Все ИБ на одном сервере и все обновляются одним md.
18. citicat 119 16.10.17 19:43 Сейчас в теме
(16) Предложение: после архивировния сделать загрузку измененной конфигурации непосредственно из папки, где лежит база. Таким способом можно реструктуризировть конфигурацию, и размер файла md уменьшится.

В моём случае файл (изменённая Бух 7.7.640) уменьшился с 35,0 МБ (36 729 344 байт) до 34,2 МБ (35 895 808 байт)
17. eshtrey 16.10.17 18:22 Сейчас в теме
Мне кажется что какой то мусор в идентификаторах, как например в случае когда в журналах 2 последние колонки одного типа (Автор и Изменил) или Комментарий неограниченной длины, в конфигураторе колонки журнала есть - а в предприятии не видны.
20. citicat 119 17.10.17 11:24 Сейчас в теме
(17)Интересно. размер файлов md с точностью до байта во всех базах одинаковый?
Убеилась. что при объединение конфигураций образуется "мусор".
21. eshtrey 17.10.17 14:40 Сейчас в теме
(20) нет, размер md файла в двух проблемных ИБ отличается от исходного
19. Dnki 4 16.10.17 20:43 Сейчас в теме
Сто лет назад у меня что-то похожее выдавал MDDiags. Я справился так:
- в командере Far есть плагин для просмотра и редактирования файлов типа MD. "Плохой" раздел очистил (или удалил ?).
- сделал объединение с копии.
Но тогда я не знал про gcomp.
22. ADirks 186 17.10.17 15:19 Сейчас в теме
Разница в диалогах - это в порядке вещей для 1С.

Берёшь, разбираешь оба МДшника gcomp'ом, проходишся по разобранным сорцам скриптом correct_dlg.pl, собираешь, и после этого можно сравнивать. Будет малость полегче.
23. eshtrey 29.11.17 12:23 Сейчас в теме
в продолжении темы заметил еще одно отличие:
в проблемных базах (в 2 из 5, все на одном конфигураторе) есть отличия с названиях SQL таблиц. Например справочник сотрудники в 3 базах это SC100, а в 2 проблемных это SC200. И еще одна особенность, в проблемных базах SQL почему то много таблиц в названиях которых есть '_NEW' (SC70_NEW, SC6872_NEW, DT38204_NEW и т.д.). Из за чего создаются такие таблицы?
24. DenisCh 29.11.17 12:52 Сейчас в теме
(23)
в проблемных базах SQL почему то много таблиц в названиях которых есть '_NEW' (SC70_NEW, SC6872_NEW, DT38204_NEW и т.д.). Из за чего создаются такие таблицы?


Это незавершённое обновление/реструктуризация.
25. eshtrey 29.11.17 14:01 Сейчас в теме
(24) т.е. по какой то причине был сбой при обновлении, попробовать пересоздать базу?
26. DenisCh 29.11.17 14:05 Сейчас в теме
(25)А зачем её пересоздавать? Просто грохнуть эти таблицы и забыть про них до следующего сбоя.
27. eshtrey 29.11.17 14:18 Сейчас в теме
28. DenisCh 29.11.17 14:29 Сейчас в теме
(27) И что? sel ect * fr om sys.tables where name like '%_new' and databaseid = @id
и грохать...

(запрос примерный, названий точных не помню)
29. eshtrey 29.11.17 14:29 Сейчас в теме
есть какой нибудь способ заставить конфигуратор пересоздать имена таблиц SQL как в остальных базах?
30. MadDAD 152 12.12.17 17:17 Сейчас в теме
(29)
есть какой нибудь способ заставить конфигуратор пересоздать имена таблиц SQL как в остальных базах?


Вместо слияния конфигураций сделать "Загрузить измененную", по логике должен идентификаторы привести в тот же вид что и у исходной.
Оставьте свое сообщение

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот