Гость
Войти | Профиль | Очистить
Целевая тема:
Создать новую тему:
Автор:
Действия ...
Форумы / Microsoft Access [игнор отключен] [закрыт для гостей] / ADO.Connection / 11 сообщений из 11, страница 1 из 1
29.05.2003, 09:50
    #32171433
Виктор*
Виктор*
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ADO.Connection
Есть база (Access2000, mdb) разделенная на данные и интерфейс.
Для подключенияк данным я использую глобальный (созданный при откртыии базы, и уничтожающийся при закрытии базы). Все работает (пока отлаживаю).
Но что-то я вопросом задался - "а это правильно - держать один коннект и в нем делать все что требуется?" Или надо создавать всегда новый? Будут ли какие-либо подводные камни при работе нескольких (около 5) пользователей по такой схеме?
Просветите или ткните в хелпу (искал, но что-то ничего похожего на мой ответя я не нашел).
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
29.05.2003, 10:40
    #32171514
Pavel
Pavel
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ADO.Connection
Внимательно перечитай свой вопрос и подумай, а насколько корректно и полно ты его задал? Я, к примеру, понял так, что ты коннектишся к тому mdb где данные из того mdb где интерфейс с помощью ADO.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
29.05.2003, 10:48
    #32171526
TatianaT
TatianaT
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ADO.Connection
а я что-то не поняла в чём соль работать с mdb из mdb через ADO

или база всё ж таки не mdb ?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
29.05.2003, 10:51
    #32171531
Виктор*
Виктор*
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ADO.Connection
Ну да. Есть интерфейс, в нем открывается отдельный коннектион (ADO) к лежащему в сети данным (mdb), для того чтобы иметь возможность использовать Seek (в остальных случаях использую CurrentProject.Connection указывающий на прилинкованные таблмцы).

Хотел бы понять стоит ли держать конект к данным постоянным, какие выгоды и минусы от этого будут при работе в сети. В хелпе ну нифига ничего не нашел. MSDN глаголит только про общие понятия.
Вот и хочу чтобы обяснили что к чему. Хотя бы ссылку/намек. Там уж соображу.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
29.05.2003, 10:57
    #32171543
Виктор*
Виктор*
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ADO.Connection
Девушка Tatiana, Если не много пофантазировать на тему "Будущее моей программы", то окажется что будущее у нее в полне возможно на MS SQL. Тогда перевод будет очень сильно облегчен, если использовать ADO, a не DAO.

К тому же ADO мне более симпатично, чем DAO.

P.S>
Только не надо мне говрить - что ДАО работает быстрее АДО. Меня этот вопрос сейчас не интресует. Интресует только 6держать ли окннект открытм или нет
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
29.05.2003, 11:03
    #32171555
АлексейК
АлексейК
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ADO.Connection
держать открытым или нет - это по ситуации.

если активно используется (напимер в цикле программного кода ) - лучше держи открытым - экономишь
на созданиии / разрушении объекта конекшен

если конект используется редко / периодически
лучше прибивать - все таки объект жрет память и ресурсы, хотя и совсем не много.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
29.05.2003, 11:07
    #32171563
Артист
Артист
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ADO.Connection
Постоянное соединение естественно ничего хорошего... сетевая нагрузка, получение подтверждения от сервера на изменение ячейки и т.д.

можно ещё пакетное обновление использовать, для неподключенного набора записей
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
dim rs as new ADODB.Recordset
With rs
  .ActiveConnection = cnn
  .Cursortype = adStatik
  .LockEdits = adLockBatchOptimistic
  .Open  "SELECT....." 
  Set .ActiveConnection =  Nothing

  'Работаем

 Set .ActiveConnection = cnn
  .UpdateBatch
End With


а для сиквел сервера тем более - открытым, да ещё на кучу клиентов.... не надо
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
29.05.2003, 11:12
    #32171570
Виктор*
Виктор*
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ADO.Connection
Спасибо, но все равно не пойму
Соединение открыто, память под него выделна, действ ни каких (?) не происходит с обновление, считывание и т.п. Все-таки всегда нужно время на подключение, особенно для сиквела.
>а для сиквел сервера тем более - открытым, да ещё на кучу клиентов.... не надо

по чему же не надо?

Но ваши советы подсказали мне что легче сделать глобальную переменную c ConnectionString и когда нужно открывать окннект заново.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
29.05.2003, 11:18
    #32171580
Артист
Артист
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ADO.Connection
не коннект, а рекордсет неподключенный
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
29.05.2003, 12:23
    #32171707
Виктор*
Виктор*
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ADO.Connection
2Артист
>не коннект, а рекордсет неподключенный

Да не нужно мне это. Нужно просто выяснить деражать ли коннект открытым либозакрывать-открывать. какие плюсы/минусы.

Кстати так и не ответили: почему для сиквела деражать долго открытый коннект нельзя? ADP держит же и ничего. В чем беда-то?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
29.05.2003, 12:51
    #32171742
Pavel
Pavel
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ADO.Connection
Для SQL в локальной сети коннект можно держать сколько угодно. Лишь бы ресурсов сервера и лицензий хватило. То же самое и для твоего случая.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
Форумы / Microsoft Access [игнор отключен] [закрыт для гостей] / ADO.Connection / 11 сообщений из 11, страница 1 из 1
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение  
Полит. конфиден.  
созд. / загр.: 328ms
Закрыть
start [/forum/topic.php?fid=45&tablet=1&tid=1681337]:
 0ms
get settings:
 6ms
get forum list:
 14ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 40ms
get topic data:
 10ms
get forum data:
 2ms
get page messages:
 50ms
get tp. blocked users:
 1ms
others: 199ms
total:  328ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]