| Результаты опроса: Как лучше хранить ссылки на записи - (RefTableId, Company, RefRecId) | |||
| myTempTable - временная таблица |
   
|
4 | 21.05% |
| recordLinkList |
  
|
2 | 10.53% |
| map(DataAreaId, recordLinkList) |
  
|
0 | 0% |
| set([refTableId, refRecId, refCompanyId]) |
  
|
3 | 15.79% |
| map([refTableId, refCompanyId], set(refRecId)) |
  
|
2 | 10.53% |
| map(refTableId, map(refCompanyId, set(refRecId))) |
  
|
1 | 5.26% |
| другое - написал сообщение в теме |
|
5 | 26.32% |
| не знаю/мне все равно |
|
2 | 10.53% |
| Голосовавшие: 19. Вы ещё не голосовали в этом опросе | |||
|
|
Опции темы |
08.07.2011, 12:41
|
#32 |
|
MCTS
|
Цитата:
Сообщение от S.Kuskov
To CDR: Учитывать что дубли есть и обрабатывать их - это разные вещи
 Обрабатывать информацию о дублях и обрабатывать сами дубли - это действительно разные вещи (например, подсчитать кол-во дублей и обновить поле в дублирующихся записях). А во-вторых, как это у вас учитывать и обрабатывать - разные вещи? Алгоритм либо учитывает наличие дублей (работает с их наличием), либо не учитывает (не работает с их наличием). Например, подсчитывая суммы в разрезе ваучера алгоритм при проходе по проводкам либо учитывает наличие дублей и перед вставкой значения в мап их суммирует, либо не учитывает и каждый раз перезаписывает. Как этот алгоритм может "учитывать, но не обрабатывать" дубли? Цитата:
Сообщение от mazzy
S.Kuskov правильно сказал - если нужно работать с дублями, то будет не тройка значений (RefTableId, Company, RefRecId), а четверка-пятерка-и-так-далее. Т.е. добавляете еще одно поле и снова работаете с уникальными значениями.
Звучит как: "П1 - начальник всегда прав. П2 - если начальник не прав, смотри П1." ПС: Как правильно подметил gl00mie, обсуждение обо всем и ни о чем плавно уходит в сторону обсуждения сферического коня в вакууме.
__________________
Dynamics AX Experience |
|
|
| Теги |
| recid, запись, как правильно, ссылки |
|
|
|
Древовидный вид