| Результаты опроса: Как лучше хранить ссылки на записи - (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, 11:05
|
#28 |
|
Участник
|
а вот этого не очень понимаю.
т.е. я могу представить следующий сценарий: = алгоритм перебирает данные по ваучерам = перебирает накладные и связанные сними LedgerTrans, TaxTrans = идет от какой-нибудь custVendTrans и связанные с ними LedgerTrans, TaxTrans = перебирает банковские проводки и связанные с ними LedgerTrans, TaxTrans и т.п. другими словами, отрабатывают специализированные алгоритмы для каждого модуля, причем обрабатываются и "общие" для модулей финансовые проводки. некие записи по условию отбираются для дальнейшей обработки (поправить/изменить/скопировать/удалить) в этом случае дубли обрабатывать не надо. =============== я не могу представить себе алгоритма, который должен обрабатывать информацию о дублях. |
|
|
| Теги |
| recid, запись, как правильно, ссылки |
|
|
| Опции темы | Поиск в этой теме |
| Опции просмотра | |
|
Древовидный вид