Как правильно связывать контролы формы с полями БД через Adodc если контролов много?
список наименований берущийся к примеру из поля Table1.title, и при выборе какого-то наименования
его код из поля Table1.index заносится в поле другой таблицы - Table2.thing_id. Все прекрасно работает: для связи с Table1 использую контрол Adodc1, для Table2 - Adodc2. Но как быть, если мне нужно еще десяток подобных DataCombo разместить на форме - неужели для каждого нужен будет свой связанный Adodc? Почему-то кажется, что такое обилие Adodc (а столько же и подключений к БД с одного компа!) может излишне загружать сеть??? Может как-то это делается по-другому? В хелпах не пишут :( Сам не могу придумать. Прошу вас помочь.
Использую известную связку полей двух таблиц с помощью DataCombo и двух Adodc: DataCombo содержит
список наименований берущийся к примеру из поля Table1.title, и при выборе какого-то наименования
его код из поля Table1.index заносится в поле другой таблицы - Table2.thing_id. Все прекрасно работает: для связи с Table1 использую контрол Adodc1, для Table2 - Adodc2. Но как быть, если мне нужно еще десяток подобных DataCombo разместить на форме - неужели для каждого нужен будет свой связанный Adodc? Почему-то кажется, что такое обилие Adodc (а столько же и подключений к БД с одного компа!) может излишне загружать сеть??? Может как-то это делается по-другому? В хелпах не пишут :( Сам не могу придумать. Прошу вас помочь.
Я, конечно, не спец в VBA (все больше VB), но, думаю, что в данном случае, я бы работал не через ADDC и привязанные элементы, а через ADO - библиотеки и отвязанные элементы (хотя можно и привязанные) с обновлением по событиям.
Я, конечно, не спец в VBA (все больше VB), но, думаю, что в данном случае, я бы работал не через ADDC и привязанные элементы, а через ADO - библиотеки и отвязанные элементы (хотя можно и привязанные) с обновлением по событиям.
я - такой же «не спец в VBA» - поэтому речь как раз и идет ТОЛЬКО О VB 6.0.
А вот от работы с DAO и ADO вручную я попробовал принципиально отказаться, чтобы выяснить, наконец, на что по максимуму способны хваленые майкрософтовские контролы-автоматы для работ с данными! Поэтому поиски продолжаются!
я - такой же «не спец в VBA» - поэтому речь как раз и идет ТОЛЬКО О VB 6.0.
А вот от работы с DAO и ADO вручную я попробовал принципиально отказаться, чтобы выяснить, наконец, на что по максимуму способны хваленые майкрософтовские контролы-автоматы для работ с данными! Поэтому поиски продолжаются!
Ну по поводу контролов-автоматов могу сказать одно. Я даже гриды делаю отвязанными - тот же TrueDbGrid если делать отвязанным, вначале приходится немного геморроиться, а зато потом работать с ним гораздо проще.
В остальном же привязанные контролы, согласен, где-то работают быстрее, проекты с ними разрабатываются за меньшее время, но и ресурсов они жрут - горы. Одно дело создавать 1 коннекшн, на нём делать 2-3 рекордсета, открывать и закрывать их вовремя и грохать, когда надо и заполнять из них десятки контролов. Другое дело создать десятки тех же привязанных контролов. большинство из котоых, по большому счёту, требует свой рекордсет и, вполне возможно, коннекшн (1 коннектом, понятно, тут уже не обойдёшься), и "держат" эти рекордсеты весь период своего существования - тут уж самая крутая сеть повесится и самая крутая машина встанет!
Такие контролы хорошо использовать (даже очень хорошо), когда у тебя на форме 1-2, ну, максимум, 10 связанных элементов управления, который грохаются при каждой выгрузке или сокрытии формы. А иначе - беда, да и только:{
Ну по поводу контролов-автоматов могу сказать одно. Я даже гриды делаю отвязанными - тот же TrueDbGrid если делать отвязанным, вначале приходится немного геморроиться, а зато потом работать с ним гораздо проще.
В остальном же привязанные контролы, согласен, где-то работают быстрее, проекты с ними разрабатываются за меньшее время, но и ресурсов они жрут - горы. Одно дело создавать 1 коннекшн, на нём делать 2-3 рекордсета, открывать и закрывать их вовремя и грохать, когда надо и заполнять из них десятки контролов. Другое дело создать десятки тех же привязанных контролов. большинство из котоых, по большому счёту, требует свой рекордсет и, вполне возможно, коннекшн (1 коннектом, понятно, тут уже не обойдёшься), и "держат" эти рекордсеты весь период своего существования - тут уж самая крутая сеть повесится и самая крутая машина встанет!
Такие контролы хорошо использовать (даже очень хорошо), когда у тебя на форме 1-2, ну, максимум, 10 связанных элементов управления, который грохаются при каждой выгрузке или сокрытии формы. А иначе - беда, да и только:{
Вот и я боюсь смерти сети. Но разве никто никогда еще не пробовал этого делать?! А то пока все наши страхи, похоже, только на уровне предрассудков.
Ведь может же быть, что MS программисты все сделали там по-умному? Неужели выход один: сделать самому и посмотреть как оно будет работать?
Вот и я боюсь смерти сети. Но разве никто никогда еще не пробовал этого делать?! А то пока все наши страхи, похоже, только на уровне предрассудков.
Ведь может же быть, что MS программисты все сделали там по-умному? Неужели выход один: сделать самому и посмотреть как оно будет работать?
Сообщишь о результатах?;)
Сообщишь о результатах?;)
Легко чужими руками жар загребать-то ;)
сообщу, конечно :) просто хотелось встреть человека, который хоть что-то наверняка знает по этому вопросу :) похоже, научусь сам и буду самый умный :-Р
Ты принципиально через контролы коннектишься?
Принципиально.
Обленился я в последнее время все руками писать - на что тогда проклятые буржуины столько разных удобных контролов понаделали?! :) Обленился.
Но официальная версия, что это я «в порядке технологического эксперимента» ;)