|
|
|
Adodc открывает новый Connection - трабл.
|
|||
|---|---|---|---|
|
#18+
Проблема в том что после присвоения Set Adodc.Recordset = rs (где rs - это уже готовый открытый recordset) всё нормально, но стоит сделать adodc.Refresh как этот негодяй adodc открывает свой Connection! (это показала трассировка MS SQL) А мне это очень не желательно. Примечание: сделал всё как надо: rs.CursorLocation = adUseClient, в ConnectionString OLE DB Services = -2 (подавление pooling). Проблема вылезла вот от сюда (форум по MS SQL) Помогите понять как избавиться от лишнего Login ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.11.2005, 14:52:38 |
|
||
|
Adodc открывает новый Connection - трабл.
|
|||
|---|---|---|---|
|
#18+
Отвечаю сам на свой вопрос :) Ответ: похоже, НИКАК этого не избежать Привожу цитату вот из этой статьи : ================================ Отказываемся от AdoDc AdoDc очень капризный контрол, сжирающий огромное количество ресурсов. Каждый AdoDc формирует новое подключение к БД и если их много, то производительность будет падать с каждым новым подключением. Поэтому есть смысл отказаться от его использования. Примечание. Компания ComponetOne, прекрасно понимая ущербность AdoDC, написала TData (не путайте с TDataLite). Это своего рода симбиоз AdoDC и TDataLite с некоторыми дополнительными возможностями. В частности в эту компоненту заложены функции автоматического обновления Recodset, что позволяет отказаться от ручного обновления и, соответственно, от таймеров. ================================ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.11.2005, 15:25:32 |
|
||
|
|

start [/forum/topic.php?fid=60&msg=33361833&tid=2166916]: |
0ms |
get settings: |
7ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
173ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
37ms |
get tp. blocked users: |
1ms |
| others: | 187ms |
| total: | 437ms |

| 0 / 0 |
