Вкладення. Доопрацювання

[Inkognito]

1) Після видалення документу з Медка, в т.ч корзини, вкладення лишаються в БД FireBird таблиці RDAPPENDIX, засмічуючи її. При великому документообігу і великих файлах вкладень, база засмічується непотрібом. Логічно доопрацювати: при видаленні документа видаляти повязані з ним вкладення + розробити разовий скрипт на видалення даних з таблиці (при оновленні), якщо не знайдено відповідності в CARD.
2) Який розумник поставив 50 символів для назви файлу (таблиця RDAPPENDIX, поле FILENAME) ? В реальному документообігу, файли договорів, що є найчастішою складовою для вкладень, мають назви дуже великі. Спробуйте вмовити бухгалтера рахувати символи в імені файлу, щоб догодити розробникам СКБД Медка.... Розширте 250 чарів, і буде всім щастя, в 99,99% випадків.
3) Метод додавання вкладень AddAppendix () існує. Логічно реалізувати метод видалення вкладень. Параметри: (string exDocID, long cardCode)
Приклади застосування логічні, і не потребують пояснень.

[Белокопытов Геннадий]

Inkognito
Спасибо за описанное замечание.
Вопрос по расширению количества символов в FILENAME также будет проанализирован и принято решение по оптимальному количеству.
Относительно удаления вложений к первичным документам, то он корректно удаляются.
После удаления документ перемещается в корзину, но после его удаления из корзины удаляется полностью и сам документ и вложения из БД, при условии, документ не был отправлен или получен от контрагента (такие документы не удаляются).

[Inkognito]

"После удаления документ перемещается в корзину, но после его удаления из корзины удаляется полностью и сам документ и вложения из БД, при условии, документ не был отправлен или получен от контрагента (такие документы не удаляются)."
Перевірено було базу, відповідну таблицю аппендіксів до та після видалення, документ не підписувався. Перевірю знову, напишу результат.

[Inkognito]

Дійсно, п.1 працює правильно. Недогледів.