|
16.05.2008, 10:12 | #1 |
Участник
|
2 glibs
1) Т. е. такая таблица с полем (не наследующимся от recId, но хранящим ссылку на RecId) только одна в стандартной функциональности 3.0, и это smmTransLog? 2) Имеется в виду поле smmTransLog.RefRecId? Оно имеет тип smmLogRecId, к-рый не наследуется от recId/RefRecId. Если это поле RefRecId, то в отношении DocuRef таблицы прописана его связь с DocuRef.RecId. Т. е. хотя поле не наследует recId, оно отлавливается по связи методом, к-рый обрисован в моём 1-м сообщении. 3) Подскажите пожалуйста, откуда вообще такая информация? Цитата:
Сообщение от glibs
Перелопатьте
|
|
16.05.2008, 14:03 | #2 |
Member
|
Цитата:
Сообщение от somebody
...
Т. е. такая таблица с полем (не наследующимся от recId, но хранящим ссылку на RecId) только одна в стандартной функциональности 3.0, и это smmTransLog? ... Цитата:
Сообщение от somebody
...
Имеется в виду поле smmTransLog.RefRecId? ... Цитата:
Сообщение от somebody
...
оно отлавливается по связи методом, к-рый обрисован в моём 1-м сообщении. ... Цитата:
Сообщение от somebody
...
3) Подскажите пожалуйста, откуда вообще такая информация? ... Про smmTransLog в свое время первым на моей памяти опубликовался Maxim Gorbunov. tutorial_AuctionBids нашел я. Цитата:
Сообщение от somebody
...
Имел в виду, что легче просмотреть код, чем написать более-менее адекватный скрипт по проверке integer-полей, не содержится ли в них ссылка на RecId. Адекватный в смысле результата, а полной точности в результатах скрипта всё равно не будет ...
__________________
С уважением, glibs® |
|