DB>Через какой провайдер лучше подклчаться к сабжу? DB>На сколько ODBC быстрее ADO? DB>Нет ли каких бы то нибыло тестов чтобы все это дело сравнить?!
Лучше всего через Native, а ODBC по-определению не может быть быстрее
native-провайдера. Или Вы подразумеваете ODBC vs OleDb провайдеры?
Здравствуйте, kuj, Вы писали:
kuj>Здравствуйте, dcb-BanDos, Вы писали:
DB>>Через какой провайдер лучше подклчаться к сабжу? DB>>На сколько ODBC быстрее ADO? DB>>Нет ли каких бы то нибыло тестов чтобы все это дело сравнить?! kuj>Лучше всего через Native, а ODBC по-определению не может быть быстрее kuj>native-провайдера. Или Вы подразумеваете ODBC vs OleDb провайдеры?
Имеется в виду SQL Native Client?!
Ничто не ограничивает полет мысли программиста так, как компилятор.
Здравствуйте, dcb-BanDos, Вы писали:
DB>Через какой провайдер лучше подклчаться к сабжу? DB>На сколько ODBC быстрее ADO?
Может для начала стоит разобраться что такое ODBC и что такое ADO?
А заодно открыть для себя еще одно слово — OLEDB?
DB>Нет ли каких бы то нибыло тестов чтобы все это дело сравнить?!
ADO по определению будет чуть чуть медленней чем ODBC / OLEDB. Это при условии что ты отлично владеешь техникой ... с последними двумя технологиями. Если нет, то ADO будет отличным выбором.
-- Пользователи не приняли программу. Всех пришлось уничтожить. --
> Лучше всего через Native, а ODBC по-определению не может быть быстрее > native-провайдера. Или Вы подразумеваете ODBC vs OleDb провайдеры?
Смотря какая СУБД.
"ODBC по-определению не может быть быстрее native-провайдера" — это
утверждение ложно. У некоторых СУБД вообще нет native-провайдера.
Здравствуйте, MasterZiv, Вы писали:
>> Лучше всего через Native, а ODBC по-определению не может быть быстрее >> native-провайдера. Или Вы подразумеваете ODBC vs OleDb провайдеры?
MZ>Смотря какая СУБД. MZ>"ODBC по-определению не может быть быстрее native-провайдера" — это MZ>утверждение ложно. У некоторых СУБД вообще нет native-провайдера
Здравствуйте, Коваленко Дмитрий, Вы писали:
DB>>Через какой провайдер лучше подклчаться к сабжу? DB>>На сколько ODBC быстрее ADO?
КД>Может для начала стоит разобраться что такое ODBC и что такое ADO?
КД>А заодно открыть для себя еще одно слово — OLEDB?
DB>>Нет ли каких бы то нибыло тестов чтобы все это дело сравнить?!
КД>ADO по определению будет чуть чуть медленней чем ODBC / OLEDB. Это при условии что ты отлично владеешь техникой ... с последними двумя технологиями. Если нет, то ADO будет отличным выбором.
Вообще-то уже 2007ой год и кроме ODBC и OleDb провайдеров есть т.н. native провайдер для MS SQL сервер, который (в отличии от старого ADO) не использует OleDb прослойку для доступа к данным, а непосредственно взаимодействует с TDS (Tabular Data Stream).
Здравствуйте, Коваленко Дмитрий, Вы писали:
КД>Здравствуйте, dcb-BanDos, Вы писали:
DB>>Через какой провайдер лучше подклчаться к сабжу? DB>>На сколько ODBC быстрее ADO?
КД>Может для начала стоит разобраться что такое ODBC и что такое ADO?
извиняюсь, невнятно спросил:
имелось ввиду: сравнение по скорости OLEDB-провайдеров
а так же сравниние ODBC и OLEDB
Ничто не ограничивает полет мысли программиста так, как компилятор.
Здравствуйте, dcb-BanDos, Вы писали:
КД>>Может для начала стоит разобраться что такое ODBC и что такое ADO?
DB>извиняюсь, невнятно спросил: DB>имелось ввиду: сравнение по скорости OLEDB-провайдеров DB>а так же сравниние ODBC и OLEDB
Ты не поверишь, но все зависит от реализации
Но если ты собираешься в любом случае работать через ADO, то OLEDB является очевидным предпочтением. Потому что ADO работает только с OLEDB. С ODBC оно работает через специальный OLEDB провайдер, называемый MSDASQL.
Но если OLEDB провайдер MSSQL "тяжелее" чем "ODBC+MSDASQL" (что вряд ли), то возможно лучше использовать более длинную связку. Короче надо тестировать.
Я бы все таки остановил свой выбор на OLEDB. Потому что кроме скорости нужно учитывать такую вещь как функциональность...
-- Пользователи не приняли программу. Всех пришлось уничтожить. --
Здравствуйте, Коваленко Дмитрий, Вы писали:
КД>>>Может для начала стоит разобраться что такое ODBC и что такое ADO?
DB>>извиняюсь, невнятно спросил: DB>>имелось ввиду: сравнение по скорости OLEDB-провайдеров DB>>а так же сравниние ODBC и OLEDB
КД>Ты не поверишь, но все зависит от реализации
КД>Но если ты собираешься в любом случае работать через ADO, то OLEDB является очевидным предпочтением. Потому что ADO работает только с OLEDB. С ODBC оно работает через специальный OLEDB провайдер, называемый MSDASQL.
КД>Но если OLEDB провайдер MSSQL "тяжелее" чем "ODBC+MSDASQL" (что вряд ли), то возможно лучше использовать более длинную связку. Короче надо тестировать.
КД>Я бы все таки остановил свой выбор на OLEDB. Потому что кроме скорости нужно учитывать такую вещь как функциональность...
Советую не быть столь категоричным и почитать про SQL Server .NET провайдер, основанный на TDS (что не имеет никакого отношения к OLEDB и ODBC).
Здравствуйте, kuj, Вы писали:
DB>>>извиняюсь, невнятно спросил: DB>>>имелось ввиду: сравнение по скорости OLEDB-провайдеров DB>>>а так же сравниние ODBC и OLEDB
КД>>Я бы все таки остановил свой выбор на OLEDB. Потому что кроме скорости нужно учитывать такую вещь как функциональность...
kuj>Советую не быть столь категоричным и почитать про SQL Server .NET провайдер, основанный на TDS (что не имеет никакого отношения к OLEDB и ODBC).
Может у меня с глазами что-то? Или я туплю по-черному? Где здесь спрашивалось про средства доступа к MSSQL из .NET ?
Я лучше почитаю сайты связанные с Firebird/Interbase. Потому что MSSQL меня вообще не колышет.
-- Пользователи не приняли программу. Всех пришлось уничтожить. --
Здравствуйте, Коваленко Дмитрий, Вы писали:
kuj>>Советую не быть столь категоричным и почитать про SQL Server .NET провайдер, основанный на TDS (что не имеет никакого отношения к OLEDB и ODBC).
КД>Может у меня с глазами что-то? Или я туплю по-черному? Где здесь спрашивалось про средства доступа к MSSQL из .NET ?
В теме.
КД>Я лучше почитаю сайты связанные с Firebird/Interbase. Потому что MSSQL меня вообще не колышет.
Очень рад за Вас.
Здравствуйте, kuj, Вы писали:
kuj>>>Советую не быть столь категоричным и почитать про SQL Server .NET провайдер, основанный на TDS (что не имеет никакого отношения к OLEDB и ODBC).
КД>>Может у меня с глазами что-то? Или я туплю по-черному? Где здесь спрашивалось про средства доступа к MSSQL из .NET ? kuj>В теме.
Правда?
Мы может разные заголовки видим? Давайте сравним
И где? По-моему скромному предположение, ADO это ADODB. Но не как не спецификация ADO.NET. Что товарищь dcb-BanDos потом явно подтвердил
Здравствуйте, Коваленко Дмитрий, Вы писали:
kuj>>>>Советую не быть столь категоричным и почитать про SQL Server .NET провайдер, основанный на TDS (что не имеет никакого отношения к OLEDB и ODBC).
КД>>>Может у меня с глазами что-то? Или я туплю по-черному? Где здесь спрашивалось про средства доступа к MSSQL из .NET ? kuj>>В теме.
КД>Правда?
КД>Мы может разные заголовки видим? Давайте сравним КД> КД>И где? По-моему скромному предположение, ADO это ADODB. Но не как не спецификация ADO.NET. Что товарищь dcb-BanDos потом явно подтвердил
