Специални оферти
(1) Бързото откриване на промени в таблични секции е отделна тема и все още изисква допълнителна работа. Засега се прилага на ниво записи - но можете да помислите как да ги свиете.
(2) Подсистемата не фиксира зареждането на обекти, а само промяната им в центъра.
(15) хехе, подозренията бяха оправдани. Поиграйте малко с регистъра на промените и след това опитайте да изтриете поне един елемент, който е регистриран. Ако напишете връзка към обект в реквизитите, тогава тя вероятно трябва да бъде разработена, когато изтривате обекта? Между другото, според мен, когато даден обект е напълно изтрит, записите за него трябва да се запазят в базата данни.
(12) това е недвусмислено обвързване на промените с конкретен обект. Ако направите елемент за всяка промяна, тогава ще можете да съберете цялата информация за една промяна на един обект и това е евтино игневно, броят на елементите в директорията е равен на броя на документите.
(14) Duc проверка за дълго време. 5 минути обработка на писане, час качване на информация :)
(15) обикновено всичко в директорията трябва да се върти. Не би трябвало да има проблеми с блокирането. няма да отнеме много време, за да изведем данните от PM, колко реда ще има максимум в действителност. 100-150
Но е лесно да го добавите сами. Кодът е отворен.
Най-новата версия на SCP:
Добавен механизъм "Версиониране" Механизмът за управление на версии на обект се използва за одит на промените в обекта на информационната база във времето и позволява да се отговори на въпросите КОЙ, КОГА и КАКВО се е променило. Речниците и документите могат да действат като обекти с версии Добавен е отчетът „История на промените в обекти". С помощта на отчета можете да сравнявате всеки две версии на обект една с друга, както и да отваряте всяка версия на обект
И ето какво се случи: Екранна снимка тук По някаква причина не можах да прикача снимка. :( Благодаря на автора.
|
