поля, содержащие RecId

[somebody]

Цитата:

Сообщение от mazzy

сначала просто выбрать все, что унаследовано от refRecId

Это входит в мой результат, т. к. refRecId - наследник recId.

Вопрос был - есть ли где-то список "неправильных" полей штатного функционала? Или, может, кто-то знает ещё такие поля?

[mazzy]

Цитата:

Сообщение от somebody

Вопрос был - есть ли где-то список "неправильных" полей штатного функционала? Или, может, кто-то знает ещё такие поля?

Попытки были. Но законченного списка не видел.
Были проблемы подобного рода в сопоставлении платежей (по-моему таблица SpecTrans). Куча в зарплате, в налоговом учете в русском генераторе российской отчетности. Я бросил составлять подобный список когда понял, что в каждом сервис-паке он разный. Отличается немного, но отличается.

Кроме того, мы зачастую работаем у клиентов, у которых внедряли другие партнеры.... В этих случаях подобный список вообще непредсказуем.

Поэтому вместо общего списка начал делать конкретные списки для каждого конкретного случая.

[mazzy]

если составите, опубликуете и будете поддерживать подобный список - мегареспект вам и мегауважуха.

[glibs]

Цитата:

Сообщение от somebody

...
Вопрос был - есть ли где-то список "неправильных" полей штатного функционала? Или, может, кто-то знает ещё такие поля?...

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

[somebody]

Цитата:

Сообщение от glibs

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

Тема умещается на 1 странице. Ответа там нет.
Есть там ссылка на боковую ветку, там несколько примеров проблемных таблиц, дискуссия по LedgerTrans.RTSLSessionTransId и описание работы некоего коммерческого скрипта. Да, мысль была, проверять все integer-поля. Мысль не понравилась... Проще код перелопатить...

[glibs]

Цитата:

Сообщение от somebody

...
там несколько примеров проблемных таблиц
...

Вы спросили про стандартную функциональность.

В 3.0 в стандартной функциональности в 3.0 была одна таблица smmTransLog.

Цитата:

Сообщение от somebody

...
Проще код перелопатить
...

Перелопатьте .

[somebody]

2 glibs

1) Т. е. такая таблица с полем (не наследующимся от recId, но хранящим ссылку на RecId) только одна в стандартной функциональности 3.0, и это smmTransLog?

2) Имеется в виду поле smmTransLog.RefRecId? Оно имеет тип smmLogRecId, к-рый не наследуется от recId/RefRecId. Если это поле RefRecId, то в отношении DocuRef таблицы прописана его связь с DocuRef.RecId. Т. е. хотя поле не наследует recId, оно отлавливается по связи методом, к-рый обрисован в моём 1-м сообщении.

3) Подскажите пожалуйста, откуда вообще такая информация?

Цитата:

Сообщение от glibs

Перелопатьте

Имел в виду, что легче просмотреть код, чем написать более-менее адекватный скрипт по проверке integer-полей, не содержится ли в них ссылка на RecId. Адекватный в смысле результата, а полной точности в результатах скрипта всё равно не будет...

[glibs]

Цитата:

Сообщение от somebody

...
Т. е. такая таблица с полем (не наследующимся от recId, но хранящим ссылку на RecId) только одна в стандартной функциональности 3.0, и это smmTransLog?
...

Да, если не считать tutorial_AuctionBids. Такая ситуация является ошибочной. Вы ожидаете, что в стандартной функциональности их будет тьма-тьмущая?

Цитата:

Сообщение от somebody

...
Имеется в виду поле smmTransLog.RefRecId?
...

Да.

Цитата:

Сообщение от somebody

...
оно отлавливается по связи методом, к-рый обрисован в моём 1-м сообщении.
...

Отлично тогда. Я отвечал на вопрос про проблемные таблицы. Ваш алгоритм не проанализировал. Уж извините, если сможете.

Цитата:

Сообщение от somebody

...
3) Подскажите пожалуйста, откуда вообще такая информация?
...

Тайные знания.

Про smmTransLog в свое время первым на моей памяти опубликовался Maxim Gorbunov. tutorial_AuctionBids нашел я.

Цитата:

Сообщение от somebody

...
Имел в виду, что легче просмотреть код, чем написать более-менее адекватный скрипт по проверке integer-полей, не содержится ли в них ссылка на RecId. Адекватный в смысле результата, а полной точности в результатах скрипта всё равно не будет
...

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