Бази і баги версії 12

[vova]

Є технічне завдання перейти на "Дебет"

Скачав з сайту всі версії дебету для ознайомлення.

В звязку з тим що PostgreSQL знаю краще (і він вважаєтьс більш надійнішим вирішив ставити його) після встановлення "Дебет" сказав що вмене версія бази 11.6.11 і він його обновить до 11.6.12, я погодився.
Та лог починає показувати наступні помилки :
_________________________________________________
Mod: Модификация таблицы ZRP_SRED_INI
Mod: не удалось изменить поле FWID SERIAL
ALTER TABLE DPBASE.ZRP_SRED_INI DROP COLUMN __TMP_FIELD
ERROR: sequence must have same owner as table it is linked to


Mod: Модификация таблицы ZRP_PRK_SU_U
Mod: не удалось изменить поле FIDREC SERIAL
ALTER TABLE DPBASE.ZRP_PRK_SU_U DROP COLUMN __TMP_FIELD
ERROR: sequence must have same owner as table it is linked to
____________________________________________________

Це лише невеличка частина з них але всі одного типу.

В версії MYSQL такі помилки не виникають.
Тому питання:
1) коли буде коректно відпрацьоване конвертування бази PostgreSQL бо думаю конвертована база не є повноцінною.
2) Коли я скопіював папку BASE щоб перенести її на домашній компютер щоб поексперементувати дома (після заміни її на домашньому ПК стару папкупереніс в інше місце натомість поставив з копійовану папку ) даних не виявилось на мому пк. В мене виникла підозра що база зберігається не в паці base, а в PostgreSQL\pgsql\data\base - Чи це так?
3)Недостає сриптів в папці DebetPlusV12\JDebet\scripts\. Наприклад я вирішив подивитись до розділу Автотранспорт. Вибираю Довідники->Автотранспорт видає що нема скрипта l_avto.js (і таких є неодин скрипт) Перевіряв на всіх виставлених вами версіях. Тому необхідно ці помилки виправляти.

[vova]

Дивний форум: в якому ніхто невідповідає????

Тав відповім на частину свогож питання:
По поводу автотранспорту- виявляється є ще модуль автотранспорт який можна скачати по ссилочці

http://www.debet.kiev.ua/modules/
Звичайно інструкції по його встановленню немає

Оскільки я бачив помилки то по вказаному шляху(папка Jdebet) залив скрипти а потім по відповідним папкам.
Запустив дебет частину розділів появились але не всі (той самий l_avto.js) далі відсутній.
О ще одне в папці JDebet\modules\ є папка avto пробував методом копіювання вияснити чи однакові файли в цій папці і архіві (виявляється частини там нема а частина різна по розміру) тому залишив старі файли на місці.
Цікаво б почути коментарі розробників на цю тему (надіюсь це небуде щось типу "ми цей проект виконуєм по залишковому типу - то тому нема чого до нас чіпатись")

[Дарья]

Дивний форум: в якому ніхто невідповідає????

нічого подібного! Намагаємося відповісти всім, та й користувачі деякі допомагають, за що їм велике спасибі!

Модуль avto, який Ви скачали по ссилочці, застарілий. З деяких пір його просто включили до збірки комплексу, там він і оновлюється. Залишивши старі файли, правильно зробили.

Щодо "l_avto.js":
Дякуємо за повідомлення, обов'язково виправимо. Поки можете користуватися панеллю управління підсистемою, там довідники відкриваються.

Щодо бази:
Дійсно база зберігаеться не в base/orgX, тут знаходяться різноманітні налаштування: розширень, журналів реєстрації, калькуляцій та операцій.
В JDebet знах. форми друку та ін. необхідні для роботи програми файли.
Рекомендую ознайомитися з докуметацією, що є на сайті. Інструкції по встановленню та підключенню бази PostgreSQL в процесі написання.

База для PostgreSQL абсолютно така ж, як і для інших СУБД.
Версію Система Дебет Плюс v12 для Windows - инсталляция (устанавливает PostgreSQL). Сборка 11.6.12 RC3 двічі скачали, встановили та модифікували. Помилок не було, тож давайте більш детально опишіть як і що встановлювали, на якій операційній системі працюєте.

[Дарья]

Та лог починає показувати наступні помилки :
_________________________________________________
Mod: Модификация таблицы ZRP_SRED_INI
Mod: не удалось изменить поле FWID SERIAL
ALTER TABLE DPBASE.ZRP_SRED_INI DROP COLUMN __TMP_FIELD
ERROR: sequence must have same owner as table it is linked to


Mod: Модификация таблицы ZRP_PRK_SU_U
Mod: не удалось изменить поле FIDREC SERIAL
ALTER TABLE DPBASE.ZRP_PRK_SU_U DROP COLUMN __TMP_FIELD
ERROR: sequence must have same owner as table it is linked to
____________________________________________________

причина выявлена, устранена. Ждите следующей версии.

[vova]

Дякую
А то помилка вже проявлялась на 3-х машинах. Думав висилати вам цілий лог.
Покищо ознайомлююсь з документацією.
А коли планується наступний вихід програми?

О ще одне як правильно переносити базу на PostgreSQL на інший компютер, а то мені здалось що імпорт не все витягує.

[Галина]

Чому Ви хочете переносити базу на інший компьютер? Ви таким чином хочете налаштувати мережеву версію?

[vova]

Ні просто мені необхідно перенести базу до дому наприкалд щоб я міг там розбиратися з виникнувшими в ході роботи питаннями чи помилками ( не заводити ж мені всі операції в ручну які буде робити бугалтерія).

[Дарья]

Тоді необхідно, окрім експорту бази з PostgreSQL в xml чи bakup, також копіювати папку з налаштуваннями pgdpbase (base\pgdpbase), а якщо створювали свої форми для друку документів, то і папку userData (JDebet\userData).

[vova]

Дякую буду пробувати

[vova]

Ще одне питання
Пробував робити архівацію бази
При архівуванні бази PostgreSQL дебет зависає тобто:
в папці де має бути архів він створює архів з таких файлів
dpbase_2009-09-28_16-52.sql - 0 байт
JDebet_28-09-2009_16-56.zip - 15,5 мб
pgdpbase_28-09-2009_16-56.zip -675.8 кб
А далі система висить (секунди перестає рахувати при архівуванні, а кнопка "Вийти" не стає активною, коли закриваєш на хрестик вікна архівування заривається весь Дебет).

Коли пробую архівувати на дербі все проходить чудово так як пише в інструкціїї:
http://www.debet.kiev.ua/articles/arhivaciya_dannuh/#_top

і чомусь файл dpbase_2009-09-28_16-52.sql має розмір "0" байт

Тому виникає питання чи архів пвністю сформувався і просто не закривається вікно чи щось невпорядку з системою?

[Дарья]

Так, тут є проблема, ми її вирішуємо. Спробуйте архівувати під користувачами без паролю: DPADMIN або postgres.

[vova]

Скчав версію виладену 12.10.2009 і обновив Дебет .
Після встановлення система захотіла обновити базу (Postgresql) до текучої версії я погодився. Поріняно з попередньою версією все пройшло вдало але вирішив подивитись лог. Там показало що виникло 4 помилки :
------------------------------------------------------------------------------------
Mod: индекс HTL_HHO.i_htl_hho_fwid удалён
Mod: индекс HTL_HHO.i_htl_hho_docnop удалён
Mod: индекс HTL_HHO.i_htl_hho_foutid удалён
Mod: индекс HTL_HHO.i_htl_hho_order1 удалён
Mod: Модификация таблицы HTL_HHO
Mod: индекс HTL_HHO.FWID создан
Mod: ошибка при создании индекса
I_HTL_HHO_FWID_CL ON dpbase.HTL_HHO(FWID_CL)
ERROR: column "fwid_cl" does not exist
Mod: индекс HTL_HHO.ORDER1 создан
Mod: индекс HTL_HHO.FOUTID создан
Mod: индекс HTL_HHO.DOCNOP создан
Ok

Mod: индекс COM_XMLDOCS.i_com_xmldocs_fwid удалён
Mod: индекс COM_XMLDOCS.i_com_xmldocs_foutid удалён
Mod: Модификация таблицы COM_XMLDOCS
Mod: удалено поле __TMP_FIELD
Mod: не удалось изменить поле FXML XML
ALTER TABLE DPBASE.COM_XMLDOCS DROP COLUMN __TMP_FIELD
ERROR: column "__tmp_field" is of type xml but expression is of type text
Mod: индекс COM_XMLDOCS.FWID создан
Mod: индекс COM_XMLDOCS.FOUTID создан
Ok

Mod: индекс COM_XMLCLS.i_com_xmlcls_fwid удалён
Mod: индекс COM_XMLCLS.i_com_xmlcls_foutid удалён
Mod: Модификация таблицы COM_XMLCLS
Mod: удалено поле __TMP_FIELD
Mod: не удалось изменить поле FXML XML
ALTER TABLE DPBASE.COM_XMLCLS DROP COLUMN __TMP_FIELD
ERROR: column "__tmp_field" is of type xml but expression is of type text
Mod: индекс COM_XMLCLS.FWID создан
Mod: индекс COM_XMLCLS.FOUTID создан
Ok

Mod: индекс COM_XMLPRIKS.i_com_xmlpriks_fwid удалён
Mod: индекс COM_XMLPRIKS.i_com_xmlpriks_foutid удалён
Mod: Модификация таблицы COM_XMLPRIKS
Mod: удалено поле __TMP_FIELD
Mod: не удалось изменить поле FXML XML
ALTER TABLE DPBASE.COM_XMLPRIKS DROP COLUMN __TMP_FIELD
ERROR: column "__tmp_field" is of type xml but expression is of type text
Mod: индекс COM_XMLPRIKS.FWID создан
Mod: индекс COM_XMLPRIKS.FOUTID создан
Ok
---------------------------------------------------------------------------------------
Надіюсь вони недуже суттєві але бажано було б їх виправити

[Татьяна]

Це не помилки, ці таблиці не використовуються