Возможности Query

← →
Ольга (2006-11-06 14:38) [0]

возможно ли использвание одного Query для выполнения разных запросов с изменяющимися входными параметрами. В строке запроса используетсявызов хранимых процедур.

← →
Stanislav © (2006-11-06 14:57) [1]

Желательно использовать ADO

← →
Sergey Masloff (2006-11-06 14:59) [2]

Ольга (06.11.06 14:38)
Возможно.
На ответ [1] внимание не обращайте. Никакой привязки используйте что угодно.

← →
Stanislav © (2006-11-06 15:22) [3]

Sergey Masloff (06.11.06 14:59) [2]
Ага, хоть InterBase для работы с MSSQL.

← →
Sergey Masloff (2006-11-06 15:32) [4]

Stanislav © (06.11.06 15:22) [3]
Не надо передергивать. ADO далеко не единственное средство, уж не говоря про то что называется ADO компонентами в дельфе вообще не совсем ADO. Но это вообще неважно - вопрос был можно или нет.

Я утверждаю что возможно. ADO для этого использовать совершенно не обязательно. Если есть обоснованые возражения по этому тезису - вэлкам и желательно в отдельную ветку чтобы не путать автора исходного поста.

← →
Stanislav © (2006-11-06 15:35) [5]

Хорошо перефразирую свой ответ.

Возможно, но для работы с MS SQL желательно использовать ADO.

← →
Sergey Masloff (2006-11-06 15:41) [6]

Stanislav © (06.11.06 15:35) [5]
Ладно, принимается. Еще бы лучше было тогда уж сказать: "есть много технологий доступа худшая, видимо BDE, мне и большинству пользователей нравится ADO" :-)))

← →
Anatoly Podgoretsky © (2006-11-06 15:45) [7]

> Stanislav (06.11.2006 15:35:05) [5]
А ты лично используешь АДО, а не компоненты из Дельфи?-- С уважением,Анатолий Подгорецкий "Stanislav" <stas2004@rambler.ru> wrote in message news:1162813086.5@delphimaster.ru... Stanislav © (06.11.2006 15:35) [5] Хорошо перефразирую свой ответ. Возможно, но для работы с MS SQL желательно использовать ADO.------=_NextPart_000_012B_01C701B2.3EA4E970

← →
Stanislav © (2006-11-06 16:20) [8]

Anatoly Podgoretsky © (06.11.06 15:45) [7]
Не совсем понял что написано.

Я использую ADO компоненты.
Я же не написал не используйте ADO компоненты, а напрямую работайте с ADODB.

← →
Sergey Masloff (2006-11-06 16:24) [9]

Stanislav © (06.11.06 16:20) [8]
Анатолий Дописывает свой клиент и мы наблюдаем издержки. А имел в виду, скорее всего, он то, что вкладка ADO в дельфе это не совсем ADO, а попытка эмуляции BDE средствами ADO.
По крайней мере такое мнение у МЕНЯ сложилось когда я смотрел их очень давно в Delphi5. Не думаю что что-то существенно поменялось.

← →
Stanislav © (2006-11-06 16:28) [10]

Sergey Masloff (06.11.06 16:24) [9]
Там есть ADODataSet и ADOCommand это родные объекты ADO (в оболочке Delphi), а AdoQuery и ADOTable, это действительно эмуляция BDE.
в BDE не поддерживаются версии MS SQL выше 7.

← →
Anatoly Podgoretsky © (2006-11-06 17:03) [11]

> Stanislav (06.11.2006 16:20:08) [8]
> Не совсем понял что написано.

Не волнуйся, это у меня ошибка обнаружилась в клиенте, я убил CRLF для простого текста, вечером устраню. Но вообще то понятно, только мусор, который обычен для стандартного клиента, а у меня он автоматом удаляется. Ну а из-за ошибки, он проник в форум

← →
Stanislav © (2006-11-06 17:11) [12]

Anatoly Podgoretsky © (06.11.06 17:03) [11]
Ясно. Ну, я все правильно понял ? :-)

← →
MsGuns © (2006-11-06 22:31) [13]

>Ольга (06.11.06 14:38)
>возможно ли использвание одного Query для выполнения разных запросов с изменяющимися входными параметрами. В строке запроса используетсявызов хранимых процедур.

ADOQuery, как и TQuery, и TIBQuery "выдержаны" в единой "запросной" идеологии Дельфи и позволяет единственный запрос любого типа.
Для выполнния скриптов (последовательности независимых или взаамозависимых запросов) используются другие компоненты или идеология.

В частности можно блок логически связанных запросов "уложить" в единую последовательность в виде хранимой процедуры (Stored Proc) или функции (не для всех SQL серверов)
Если же надо выполнить именно с "клиента", то в ADO есть TADOCommand, куда можно "закатать" целый скрипт.

← →
Anatoly Podgoretsky © (2006-11-06 23:30) [14]

> Sergey Masloff (06.11.2006 16:24:09) [9]

> Не думаю что что-то существенно поменялось

Ничего в жизни не изменилось.

← →
sniknik © (2006-11-06 23:34) [15]

> а AdoQuery и ADOTable, это действительно эмуляция BDE.
+ еще ADOStoredProc. причем эмуляция очень убогая, и лучше не сделаешь т.к. основаны на разных принципах.
вообще, начиная даже только изучать ADO лучше всего попросту удалять эти три компонента с палитры, и работать с тем что осталось. не будет пакостного влияния чуждой идеологии. (а те кто говорит "а что, я привык к ADOQuery, и у меня все работает" уже прогнили чуждыми идеями... ;о)))

← →
ANB © (2006-11-07 11:01) [16]

Прямая работа с DBLIB рулит. Или ADO.Net. Не использует обычное ADO всех возможностей сервера.

← →
sniknik © (2006-11-07 12:19) [17]

> Прямая работа с DBLIB рулит. Или ADO.Net.
не знаю про ADO.Net, пока не использовал...
но вот с DBLIB сталкивался... один "товарищь" (в смысле соработник) на C++ используя DBLIB обмен написал, тоже "идейный" - "не использует всех возможностей", "С не копирует постоянно, все на указателях, дельфи по сравнению с ним тормоз", "быстрее не бывает" и т.д. (и полностью игнорируя логику приложения, а что толку с самой быстрой передачи строк если построив приложение по другому ее можно вообще избежать?)

в общем написал, стали проверять на более менее реальных обьемах (200тыс строк 1 таблица) его обмен отработал за 5 с небольшим часов (!!!). стоял рядом и бил себя в грудь "быстрее не сделаешь", но данная скорость... неприемлемо.
в принципе догадываюсь с чем он там намудрил, но лезть в C, плюс DBLIB с которым практически не работаю... нафиг. в общем пришлось все переписывать с 0, на ADO который "не использует всех возможностей", и дельфи который "с указателями работать не умеет" со всеми их недостатками..., получилось на тех же данных, той же машине - 59 сек (!!!)...
знаеш, это было даже не смешно.
"товарища" это не переубедило... зато убедило двух оставшихся C-шников (дельфисты и так все на ADO)

p.s. вы разговариваете одинаковыми фразами, похожими на лозунги... и одинаково не аргументируете их.

p.p.s. кстати, насколько слашал/читал про ADO.Net оно использует всего одну схему работы из возможных в ADO, там всегда и все на кешированных изменениях (т.е. локальный курсор и опция batchoptimistic), но зато этот режим "расширен и доведен до совершенства". т.е. тоже нельзя сказать что он использует все возможности...

← →
ANB © (2006-11-07 12:25) [18]

> sniknik © (07.11.06 12:19) [17]

Забыл смайлик написать.
Я к тому, что нельзя тут рекомендовать только ADO.
Во первых, оно таки не родное для MS SQL.
Во вторых таки можно нарваться на проблему, которая его средствами не решается. Кстати, проблема лечилась работой через DBLIB (только пришлось переписать с си на делфи). На ADO.NET проблема не возникла.

Кстати, а вообще для MS SQL есть родные нативные компоненты ?

← →
sniknik © (2006-11-07 13:03) [19]

> Во вторых таки можно нарваться на проблему, которая его средствами не решается.
не было таких пока.

> Кстати, а вообще для MS SQL есть родные нативные компоненты ?
вообще я слышал ADO (вернее OLEDB) как раз под MSSQL и разрабатывался. т.е. более "нативного" нет.

> не было таких пока.
в смысле у меня не было, за других не скажу.

> ANB (07.11.2006 12:25:18) [18]

> Во первых, оно таки не родное для MS SQL.

Самое что ни на есть родное, для него и разрабатывался. Я боюсь ошибиться, но вот вроде бы DBLIB как раз устаревшее и сильно, но возможно путаю с NetLib, но кажется нет. DBLIB оставлено для поддержки старинных приложений.

> вроде бы DBLIB как раз устаревшее и сильно
оно, оно. там нет типа Guid(uniqueidentifier), приходилось эмулировать через бинарное поле, и еще чтото не так, не помню (хотя сам и не работаю но C-шники как к главному консультанту по MSSQL бывает приходят... ну а так как они работали с DBLIB то... но после того случая попроще стало, не надо вникать в "чуждые" мне технологии ;о)), правда этот самый упертый остался, но и он почемуто перешел на OLEDB, типа "ADO надстройка" и т.д. разные непонятные мне аргументы которые никак не обьясняют чем одно лучше другого (все одно что сказать нафига TForm если он "надстройка" над TComponent давай использовать его ;о)))).

кстати еще один его аргумент за DBLIB вспомнил - на нем многие программы самого мелкософта основаны... (совсем для меня не аргумент, я бы сам не стал переписывать ничего, раз уж работает...)

> в смысле у меня не было

если не извращаться, то на проблемы и не нарываешься :)

> Самое что ни на есть родное

Тогда почему оно неправильно реагирует на ошибки в хранимках ?

> Тогда почему оно неправильно реагирует на ошибки в хранимках ?
ошибка в хранимке тоже устарела?

но вообще тоже не встречал... меня всегда устраивало как оно реагирует.

> sniknik (07.11.2006 14:38:22) [22]

> кстати еще один его аргумент за DBLIB вспомнил - на нем многие программы самого мелкософта основаны... (совсем для меня не аргумент, я бы сам не стал переписывать ничего, раз уж работает...)

И они не стали переписывать, но это не отменяет факта устарелости и ограниченной функциональности.

> ошибка в хранимке тоже устарела?
>
> но вообще тоже не встречал... меня всегда устраивало как
> оно реагирует.

ADO почему то считает, что хранимка упала, когда она еще продолжает пахать. Да писал я уже про это.

ANB © (07.11.06 15:22) [27]
У меня есть хранимка - работает около часа, и нормально все.
Query анализер тоже OLEDB использует.
В принципе тоже не испытываю неудобств работая с ADO.

Возможности Query Найти похожие ветки