ОНОВЛЕННЯ 10.01.165

[priup]

Спасибо пользователям Гаврилюк Тане и Bootsik за подробности.

Bootsik, вы таки правы хочется прыгать от радости выше радуги,
хотя умом думаешь откуда эта радость

+100
Помогло

Народ! У кого появилась эта проблема, а потом помогло, ОБЯЗАТЕЛЬНО ЗАДУМАЙТЕСЬ!!
Я сразу написал - раз помагает переустановка и восстановление Р/К из файла .ZBK значит уже летит БАЗА. Думайте о переустановке МЕДКА, а не починкой на 3 дня с помощью скрипта!!!

Я на своём старом компе специально обновил! В базе 8 демопредприятий. Установлен МЕД со 104 дистрибутива в начале 2016 года.
Результат:

| Показать

165_xp.JPG (96.17 Кіб) Переглянуто 4201 раз

Так что всё работает ЕСЛИ БАЗА НЕ ЛОМАНАЯ!!! Галимые Ваши базы, а не обновление!!!

[ООО Юпитер]

А не галимый медок делает базы галимыми?

[priup]

А не галимый медок делает базы галимыми?

Прокладка между монитором и табуреткой !

[Александр Трупкин]

Ошибка при обновлении версии 10.01.165 (violation FOREIGN KEY constraint FK_ZRPSCEXPFLD$ZRPSCEXP on table ZRPSCHEMEEXPFLD …)

Ошибка возникает при обновлении скриптами таблиц зарплатного проекта модуля «Зарплата».
В скрипте 4.sql для обновления базы построенной на Firebird есть строка вставки записи в таблицу ZRPSCHEMEEXPFLD.
В поле SCHEME_ID таблицы ZRPSCHEMEEXPFLD вносится значение 13.
(:code, 13,'ZRPDEFVAL', 'Поле з фіксованим значенням2', 'FIXVAL', 'FIXVAL2', 3, 50, NULL, :code, 68, 0, 69, NULL)
Таблица ZRPSCHEMEEXPFLD имеет констрейн (ограничение) по внешнему ключу (Foreign key) на значение в таблице ZRPSCHEMEEXP поля CODE(название констрейна - FK_ZRPSCEXPFLD$ZRPSCEXP).
В таблице ZRPSCHEMEEXP не содержится записи со значением в поле CODE равному 13. Поэтому при отработке скрипта, когда происходит вставка записи в таблицу ZRPSCHEMEEXPFLD, проверяется «условие» констрейна. Условие «внешнего ключа» нарушается, что приводит к «запрету» СУБД базы вставить запись в таблицу ZRPSCHEMEEXPFLD, вызывая исключение при обновлении и откат.

Как решить данную проблему: достаточно в таблицу ZRPSCHEMEEXP добавить запись со значениями

INSERT INTO ZRPSCHEMEEXP (CODE, FIRM, SC_TYPE, NAME, EXP_FILE, VO_NUM, BANK, EXP_FOLDER, FILE_TYPE)
VALUES (13, -2, 1000, 'Удалить', 'PaymentOut', 2000, NULL, 'C:\', 0);

Разработчики скриптами сделали аналогичную работу,- они добавили эту запись в таблицу ZRPSCHEMEEXP и дополнительно провели в таблице ZRPSCHEMEEXPFLD две записи, выполняемые в скриптах обновления.
Эта описание ошибки может помочь тем, у кого не запускается ScriptRun.exe.
У одного клиента не запустился ScriptRun.exe. Вероятнее всего ошибка была связана с неправильно работой FrameWork (событие проблемы: CLR20r3) . Поэтому решить проблему установки удалось только способом добавления строки в таблицу ZRPSCHEMEEXPFLD.
Спасибо разработчикам, что оперативно отреагировали на возникшую проблему.

[_Марина_]

Обновился Медок на сервере, Windows Server 2008 R2 Standart SP1 х64. Пока нормально. Что это было утром на локальном под ХР - неизвестно.

Пока писался мой текст (ниже), уже обработали ошибку - описали, из-за чего она появляется (пост выше от Александра Трупкина).
Но раз написано - жалко удалять...

Я сразу написал - раз помагает переустановка и восстановление Р/К из файла .ZBK значит уже летит БАЗА.

Не люблю вдаваться в дебаты, но здесь прокомментирую.
В корне не соглашусь с тем, что летит база. База может вовсе не лететь, а может быть, присутствует какая-то ошибка в программном коде, который некорректно выполняется при каких-то условиях - на некоторых версиях ОС, при разных версиях каких-то файлов, и т.д. В качестве доказательства - наличие одинаковой ошибки у многих людей (см. начало обсуждения темы). А сколько людей сюда не написало, имея такую же ошибку?
Так что, как говорится, коллективно с ума не сходят, с ума сходят поодиночке.

Я на своём старом компе специально обновил! В базе 8 демопредприятий. Установлен МЕД со 104 дистрибутива в начале 2016 года.

Ну эт мы сейчас, как говорится, начнём "меряться пиписьками". (сорри за сленг)
Не хочу хвастаться, сколько стоит у меня винда и работает Медок без переустановки, но...
Вот что есть у меня:

список программ.JPG (78.47 Кіб) Переглянуто 4167 разів

Комментарии: Моя винда XP SP3 была поставлена в августе 2012 г., в связи с обновлением "железа", т.е. 4.5 года назад. (XP SP2 оставить было нельзя, т.к. есть пара других программ, работающих только под XP SP3). Сразу же был поставлен локальный Медок (хрен знает с какого дистрибутива того времени) - на картинке дата его установки, и в него подтянута существовавшая на тот момент копия всей базы. Размер базы небольшой, отчетов и документов мало, в базе 4 предприятия, все - одно и то же наше предприятие. (Разные записи в базе используются для разных целей, экспериментов и проверок.)
Локальный Медок нормально работает, проблем нет, после сегодняшней ошибки произошёл нормальный откат к 164й версии.
(Спасибо разработчикам, что хоть нормально откатывается к предыдущей версии в случае ошибки при обновлении). Так что у меня локальный стоит уже 4.5 года без всяких там переустановок и подкидывания файла базы из РК в свеже-пере-установленный Медок.

Так что всё работает ЕСЛИ БАЗА НЕ ЛОМАНАЯ!!! Галимые Ваши базы, а не обновление!!!

см. выше, про "коллективно..."

[ValeryZ]

В качестве доказательства - наличие одинаковой ошибки у многих людей (см. начало обсуждения темы). А сколько людей сюда не написало, имея такую же ошибку?

ППКС!
Досить згадати приснопам'ятне оновлення 058, коли розробники лиш за третім разом виклали його без спеціально вбудованої "каки" (і досі мовчать за то, шо ж то таки було).

[Ирина Шадрина]

Так что всё работает ЕСЛИ БАЗА НЕ ЛОМАНАЯ!!! Галимые Ваши базы, а не обновление!!!

Не соглашусь. Глюк срабатывает при наличии модуля Зарплата + ХРюша. То есть дело далеко не в базах. Зарплату, всё же, как и Бест нужно выводить оотдельной программой. Модулем она и в сетевой погано работает и ошибки тащит ой-ёо

[Qwerty]

Глюк проявился и в сетевой версии на сервере 2003 R2 SP2 и на локальной версии под XP SP3 и дело тут не в "летящих" базах.

[ООО Юпитер]

А не галимый медок делает базы галимыми?

Прокладка между монитором и табуреткой !

А не программа ли должна следить за вводом корректных данных? Так что не надо тут с больной головы на здоровую перекладывать.

[de_Montgomery]

Ошибка при обновлении версии 10.01.165 (violation FOREIGN KEY constraint FK_ZRPSCEXPFLD$ZRPSCEXP on table ZRPSCHEMEEXPFLD …)

Ошибка возникает при обновлении скриптами таблиц зарплатного проекта модуля «Зарплата».
В скрипте 4.sql для обновления базы построенной на Firebird есть строка вставки записи в таблицу ZRPSCHEMEEXPFLD.
В поле SCHEME_ID таблицы ZRPSCHEMEEXPFLD вносится значение 13.
(:code, 13,'ZRPDEFVAL', 'Поле з фіксованим значенням2', 'FIXVAL', 'FIXVAL2', 3, 50, NULL, :code, 68, 0, 69, NULL)
Таблица ZRPSCHEMEEXPFLD имеет констрейн (ограничение) по внешнему ключу (Foreign key) на значение в таблице ZRPSCHEMEEXP поля CODE(название констрейна - FK_ZRPSCEXPFLD$ZRPSCEXP).
В таблице ZRPSCHEMEEXP не содержится записи со значением в поле CODE равному 13. Поэтому при отработке скрипта, когда происходит вставка записи в таблицу ZRPSCHEMEEXPFLD, проверяется «условие» констрейна. Условие «внешнего ключа» нарушается, что приводит к «запрету» СУБД базы вставить запись в таблицу ZRPSCHEMEEXPFLD, вызывая исключение при обновлении и откат...

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

[gvgroot]

Все хорошо, но если я решил обновиться только сейчас. Меня ожидают те же танцы с бубном, что и пострадавших? Или разработчики учли косяки и сейчас обновление уже не уронит базу?

[ferret]

когда база больше 50 гиг (збк делается больше суток, а в фдб с полсотни юзеров с разграничением прав) такой кунштюк означает паралич работы на неопределенное время.

[priup]

Не соглашусь. Глюк срабатывает при наличии модуля Зарплата + ХРюша. То есть дело далеко не в базах. Зарплату, всё же, как и Бест нужно выводить оотдельной программой. Модулем она и в сетевой погано работает и ошибки тащит ой-ёо

Зарплата+ХР не пробовал, так как зная что такое за "гембель" МЕДЗарплата она у нас на особом (привелегированном) положении.
С неё пылинки сдуваю, это не "Бест-Зарплата", которая за 6 лет реализации нами паламалася у 1 клиента один раз!

[medoc_help]

Пропали отчеты! После обновления 165 пропали все данные, отчеты, первичка. Как будто пустая база. Делаю РК 5 минут - 200мб. тоесть чтото есть. Звит9 чистил не помогло. Медок локальный Виндовс 7.

[priup]

Пропали отчеты! После обновления 165 пропали все данные, отчеты, первичка. Как будто пустая база. Делаю РК 5 минут - 200мб. тоесть чтото есть. Звит9 чистил не помогло. Медок локальный Виндовс 7.

Пишите в БО, пусть подключаются через консультант...........

[Ivanhoe]

Все хорошо, но если я решил обновиться только сейчас. Меня ожидают те же танцы с бубном, что и пострадавших? Или разработчики учли косяки и сейчас обновление уже не уронит базу?

Декларацию по НДС сдали? Архивы понаделали?

А что, Трамп уже опять чмо? В смысле какова сейчас вероятность накрыть базу медным тазом при обновлении на сервере 2008? Аннигиляцию отчетов и первички еще кто-то подтверждает? Блин, опять русская рулетка... Хоть попа с кадилом в офис заказывай, на время проведения обновления...

[Int776]

Пропали отчеты! После обновления 165 пропали все данные, отчеты, первичка. Как будто пустая база. Делаю РК 5 минут - 200мб. тоесть чтото есть. Звит9 чистил не помогло. Медок локальный Виндовс 7.

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

[Ksenia-pn]

А отчет "Обстеження інноваційної діяльності підприємства" я так понимаю еще не реализован? Вроде не нашла.

[slesar82]

По поводу ошибки выполнения скрита 4.sql, есть исправление этой ошибки выполнением скрипта(-ов).

[slesar82]

А отчет "Обстеження інноваційної діяльності підприємства" я так понимаю еще не реализован? Вроде не нашла.

Это тот, что подается один раз на два года? ІНН? Обещали в обновлении 10.01.166.