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