| Результаты опроса: Как лучше хранить ссылки на записи - (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, 10:31
|
#27 |
|
MCTS
|
Цитата:
Сообщение от mazzy
Сортировка выполняется для того, чтобы обеспечить уникальность. Чтобы каждая запись присутствовала один раз.
Как бы ни выполнялась обработка - последовательно или в произвольном порядке - не думаю, что наличие дублей в выборке предполагается хоть кем-то. А обеспечивать уникальность ДО записи... Все равно потребуется мап/сет/таблица с сортировкой  По-моему, одноразовый просмотр всех записей исключает дублирование в разрезе (RefTableId, Company, RefRecId). Поэтому если сортировка в исходной постановке нужна только для обеспечения уникальности, то выполнять ее миллион раз впустую - не самое удачное решение.
__________________
Dynamics AX Experience Последний раз редактировалось CDR; 08.07.2011 в 10:33. |
|
|
| Теги |
| recid, запись, как правильно, ссылки |
|
|
|
Древовидный вид