Показать сообщение отдельно
Старый 17.08.2004, 23:48   #73  
ALES is offline
ALES
Участник
Злыдни
 
220 / 45 (2) +++
Регистрация: 11.08.2004
Цитата:
Изначально опубликовано Maxim Gorbunov
2ALES
Это что, персональный намек на мою некомпетентность что ли? Из разряда, "мы в отечественную так делали..."?]
2Maxim Gorbunov В исходном сообщении никаких намеков не было. На Вас никто не нападает, а Вы вдруг защищаетесь..

Цитата:
Изначально опубликовано Maxim Gorbunov
ALES, зачем Вы вводите людей в заблуждение. Изначально вопрос, на который Вы, по Вашему заявлению, дали исчерпывающий ответ...
Ответ начинался фразой Поиск "проблемных" полей, созданных на основе EDT RecId., дефрагментировать никто не обещал. При импорте подмножества таблиц, система Вам не сообщит, что связанной таблицы в файле нет и ссылки "поплывут"

Цитата:
Изначально опубликовано Maxim Gorbunov
Потому что, в smmTransLog есть поле, EDT которого не наследует от RecId, но при этом в нем сохраняются ссылки на RecId других таблиц (можно увидеть в Relation). Скрипт ALES такие поля, разумеется, не находит.
Где я обещал находить такие поля?

Цитата:
Изначально опубликовано Maxim Gorbunov
P.S.: ALES, если бы Вы в процессе накопления огромного опыта по подъему данных уделяли хоть немного внимания опыту, накопленному другими программистами, Вы бы наверняка прочли Development Best Practices Handbook. А именно параграф The Global Class в разделе Where to place the code (Dev_BPHB.chm::/Application_Design/Design_Principles/WhereToPutTheCode.htm): [/B]
Бинго! Один внимательный форумчанин есть
ps: Нашедшему в клиентском коде ALESа GLOBAL::метод... ставлю пиво и Вам Maxim, за каждый найденный такой фрагмент.
pps: Поскольку Вас Maxim Gorbunov это ТАК задело.. прошу понимать Исчерпывающий ответ как Исчерпывающий ответ по поиску в таблицах полей, созданных на основе EDT RecId.