|
|
|
Сквозные запросы к MS SQL Server
|
|||
|---|---|---|---|
|
#18+
Дайте совет, уважаемые гуру. Что нужно: используя сквозные запросы к MS SQL Server, вернуть результат в виде таблицы данных(а), или результат обработки в виде итоговых цифр (b). Разобрался с удаленным представлением, коннектом к базе- все ок. (прочел статью А.Климова, понял: удаленными представлениями лучше не увлекаться) Единственное не понятно, как правильно выполнить сквозной запрос и вернуть результат в программу. Например, есть некая таблица данных на сервере. (коннект+дальнейшую обработку полученных результатов выполняю через создаваемое приложение). Нужно select-ом выбрать записи по условию, результат вернуть в приложение. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2008, 09:48 |
|
||
|
Сквозные запросы к MS SQL Server
|
|||
|---|---|---|---|
|
#18+
авторудаленными представлениями лучше не увлекаться ну-ну, и убиться головой об стол преобразуя типы данных, обновляя изменения и сохраняя изменения назад на сервер. если у Вас 9-я версия фокспро, обратите внимание на курсорадаптеры ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2008, 10:01 |
|
||
|
Сквозные запросы к MS SQL Server
|
|||
|---|---|---|---|
|
#18+
Не думал, что все настолько сложно :( А если принять во внимание хотя бы следующее: "Сравнительный анализ этих технологий показывает, что использование remote views для построения высокоэффективного клиент-сервер приложения невозможно! Причин несколько: На сервере можно выполнять только команды из серии DML (data manipulation language) - SELECT, INSERT, UPDATE, DELETE и то в очень урезанном виде по сравнению с Transacat-SQL - никаких корреляционных или вложенных запросов, никаких UNION, никаких серверных функций в запросах и т.д.; На сервере невозможно выполнять хранимые процедуры (stored procedures); Технология remote view не обеспечивает достаточную степень безопасности базы данных, так как не позволяет использовать технологии защиты с использованием представлений (View), хранимых процедур (stored procedures) и ролей приложения (application role); Технология remote view не позволяет управлять транзакциями. Транзакционная целостность гарантируется только в пределах одной отдельной команды INSERT, UPDATE, DELETE (implicit transaction)." Неужели другого пути нет, как только через использование присланного вами примера? Извините, я не аZzzz, поэтому ответ явно не для меня. Второй вопрос был касательно выполнения сквозных запросов из среды VFP аналогично как в QA. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.03.2008, 07:15 |
|
||
|
Сквозные запросы к MS SQL Server
|
|||
|---|---|---|---|
|
#18+
Если использовать удаленные представления, разве загрузка на сеть не увеличится? (объединения тоже не построишь, если верить А.Климову) Ведь в этом случае копии таблиц будут тягаться по сети, а если в таблице по 500 тыс.записей продолжительность выполнения запроса будет велико. Касательно адаптеров, очень мало инфы. В основном в книгах описываюь удаленные вьюхи :( ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.03.2008, 07:22 |
|
||
|
Сквозные запросы к MS SQL Server
|
|||
|---|---|---|---|
|
#18+
> Например, есть некая таблица данных на сервере. (коннект+дальнейшую > обработку полученных результатов выполняю через создаваемое приложение). > Нужно select-ом выбрать записи по условию, результат вернуть в приложение. sqlexec(lnHandekCon, 'Select * from data1','CursorName') Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.03.2008, 07:25 |
|
||
|
Сквозные запросы к MS SQL Server
|
|||
|---|---|---|---|
|
#18+
StQFoxЕсли использовать удаленные представления, разве загрузка на сеть не увеличится? (объединения тоже не построишь, если верить А.Климову) Ведь в этом случае копии таблиц будут тягаться по сети, а если в таблице по 500 тыс.записей продолжительность выполнения запроса будет велико. Касательно адаптеров, очень мало инфы. В основном в книгах описываюь удаленные вьюхи :( Когда писалась цитируемая вами статью, CA еще не было :) Теперь бы я, наверное, все проложение строил через CA, но сейчас уже поздно - слишком много всего написано с применением Pass-Through (PT). А по сути, CA это оболочка над тем же PH. Если можете написать оболочку над SQLEXEC лучше, чем это делает CA, то вам CA и не нужен. Иначе, CA самый удобный способо работы с SQL Server (по моему мнению). С уважением, Алексей ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.03.2008, 08:09 |
|
||
|
Сквозные запросы к MS SQL Server
|
|||
|---|---|---|---|
|
#18+
авторЕсли использовать удаленные представления, разве загрузка на сеть не увеличится? если с пом-ю КАДа тянуть на клиента и молотить миллион записей - это, конечно, большая глупость. для редактирования и ввода документов КАД - самое то. авторЕсли можете написать оболочку над SQLEXEC лучше, чем это делает CA первый же километр кода появится при попытке обновить курсор, привязанный к гриду, далее для конвернтации дататайм, бигинт и т.д., третий для возврата линков, четвертый для сохр-я врем.таблиц на сервер ну и т.д. ... совет автору топика: возьмите КАД, пощупайте, далее попробуйте ручками поработать и сравните, затем сделаете вывод. если Вы знаете и понимаете принципы ООП в фокспро, то КАД для Вас будет понимаем и удобен, иначе - при построении масштабных приложений - работа руками - это убийство и непосильные трудозатраты. имея опыт сопровождения пром.экспл-го ПО (50 тыс.польз-й) я делаю однозначный вывод: работа с сервером в старших версиях фокспро без КАДа - это неоправданные трудозатраты, тербуются только высококвалиф-е кадры + вал ошибок. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.03.2008, 08:55 |
|
||
|
|

start [/forum/topic.php?fid=41&msg=35199421&tid=1588009]: |
0ms |
get settings: |
6ms |
get forum list: |
12ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
25ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
46ms |
get tp. blocked users: |
1ms |
| others: | 191ms |
| total: | 299ms |

| 0 / 0 |
