|
|
|
Хранение временных данных
|
|||
|---|---|---|---|
|
#18+
Есть неодходимость сохранять некоторые временные данные (списки - могут быть до 10 000 строк) от одного шага бизнес процеса до другого в день возможно до 1000 подобных наборов строк - кто что посоветует - на вскидку - скидывать в таблицу а потом удалять ... но как с индексами, размерами, обшим быстродействием? Может кто сталкивался? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.09.2002, 11:32:09 |
|
||
|
Хранение временных данных
|
|||
|---|---|---|---|
|
#18+
Вы бы пример привели, было бы понятней. Если эти наборы на следующий день, например, не имеют смысла, то можно и удалять. А чтоб быстрее удалялось можно использовать truncate. Хотя если с индексами все правильно сделать, я думаю простые запросы будут работать быстро. В качестве примера, я знаю что биржевые сделки хранятся сутки, а вечером после торгов все записи удаляются. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.09.2002, 14:55:36 |
|
||
|
Хранение временных данных
|
|||
|---|---|---|---|
|
#18+
Да - примерно как в указанном примере - только удаление инициирует пользователь после обработки - из удаленных записей сохраняется одна К человеку направляется запросы в фоновом режиме - он их обрабатывает (отдельная прога) - и после обработки сохраняется одна запись с результатом обработки ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.09.2002, 15:22:33 |
|
||
|
Хранение временных данных
|
|||
|---|---|---|---|
|
#18+
Т.е. если я правильно понял, данные не нужны. Убыстрить удаление можно с помощью truncate table имя таблицы, таблица очищается без ведения лога, т.е. на порядок быстрее. Если есть вторичные ключи, то можно сначала их убить, удалить из таблицы данные, и вновь создать вторичные ключи. Вроде должно выполнятся в приемлимые сроки... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.09.2002, 16:30:14 |
|
||
|
|

start [/forum/topic.php?fid=46&tid=1820289]: |
0ms |
get settings: |
10ms |
get forum list: |
17ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
64ms |
get topic data: |
13ms |
get forum data: |
4ms |
get page messages: |
55ms |
get tp. blocked users: |
2ms |
| others: | 212ms |
| total: | 383ms |

| 0 / 0 |
