Может я что-то не понимаю. Тут в закрытом форуме один господинчик заявил что мол, не надоело ли тебе инсерты и апдейты ручками писать. Такое впечатление что этому господинчику вообще хочется заиметь средство разработки с огромной красной кнопкой, нажав на которую, затем ущипнув себя за бороду, сказав "трох-тибидох-тохтох" - он получит сразу желаемый результат абсолютно не напрягая свои извилины. Рекомендую этому человеку сразу переходить на 1с, там такие же "волшебники" за одну минуту пишут замечательные канфэгурацэи на суперсовременной и мощной платформе.

А теперь ближе к делу. Курсор адаптер не позволяет полноценно работать с хранимыми процедурами сиквел сервера. Хранимые процедуры - фундамент работы с сиквел сервером. Клиент-серверный продукт без интенсивного использования хранимых процедур никогда не может считаться серьезным. Обновляемые курсоры через курсор-адаптер - это детский сад и лямки. Попробуйте убедить меня в обратном.

-=AlexiS=-Как большой любитель ХП - можете привести пример Select из ХП (напрямую без оборачивания в функции и мансами с линкед-серверами).


Чиво-чиво ???
Какие функции ? Какие линкед-сервера ?
Вы о чем, милейший ?


Это что, так сложно что-ли ? Что тут во что нужно оборачивать ?
Скажите, а как вы тогда выполняете сложный отчет, для которого необходимо использовать временные таблицы и т.д. ? Вы с помощью курсор-адаптера тяните все данные на фокс, и уже локально формируете сложный отчет ?

ВладимирМРешили потрепаться еще и здесь?

Что значит "потрепаться" ? Форум предназначен для вопросов/ответов, дискуссий, споров. Не нравится тема - не участвуй, тебя за язык никто принудительно не тянет.

ВладимирМ
Объясните мне пожалуйста, как Вы вообще работаете в приложении? Я так понимаю, что каждый запрос Select-SQL оборачивате в процедуру? Также любая модификация данных через процедуру? Можете аргументировать - зачем?

А что, у вас вся работа с данными сводится к простым апдейтам, инсертам, селектам ? У вас никогда не возникает ситуаций, когда на основе одного команды t-sql нужно сделать еще кучу других телодвижений, да еще и в одной транзакции, а еще и вернуть на клиент какую-нибудь переменную ? Ну в жизнь не поверю что в серьезной системе одни только простые инсерты, апдейты и делиты. Объясните, как использовать серверные транзакции с помощью курсор-адаптера ? Вы мне тоже скажете что транзакции не есть признак "серьезной системы " ? А отчеты как вы строите без использования хранимых процедур ? Для построений "тяжелых" отчетов всегда разбивается на несколько этапов, при которых некие промежуточные выборки помещаются во временные таблицы с целью их дальнейшего использования в процессе построения отчета. И все это может выполняться в одной хранимой процедуре, и всю работу будет делать сервер, возвращая на клиент конечный результат отчета. Объясните, как использовать курсор-адаптер для построения отчетов ? Тянуть все данные на клиент ? Увольте батенька, так нормальные люди клиент-серверные приложения не пишут. А секьюрити ? На сервере можно все таблицы закрыть от изменения, открыв лишь доступ к хранимым процедурам, которые определенным образом работают с таблицами. А через курсор-адаптер как такое сделать ? Всегда будет нужен открытый доступ к таблицам. И еще много "если".

ВладимирМ
Насчет того, что может считаться серьезным, а что нет. Приведите пожалуйста критерии "серьезности". Объем продаж - это серьезно?
Знаете ли, довольно много продуктов вообще не используют хранимые процедуры сервера. Причем имеют очень большие объемы продаж.

Вы забываете о том, что большинство "серьезных" систем имеющим "большие объемы продаж" внедряются не потому что они такие мощные, удобные и качественные, а потому что главную роль играет "политика" и "откаты". У той же 1це большие объемы продаж, и что ? Продукт - говно, впаривающийся исключительно в результате маркетинговой лапши и голимой рекламы. Один раз "впарить", т.е. увеличить на единицу объем продаж отнюдь не есть "автоматизировать" работу предприятия так, чтобы пользователи были этим довольны. "Внедрить" можно и "на полку", а потом трубить о том, что у нас все зашибись. Крупные компании, "внедрившие" иностранных монстров в 90 процентов "внедрений" кладут erp-систему на полку, а сами потихоньку пользуются самописным софтом или тем что у них раньше было.

ВладимирМ
Аргументация простая - поддержка "многплатформенности". В смысле могут работать как с MS SQL, так и с ORACLE без серьезных изменений. В случае использования хранимых процедур сервера сопровождение таких систем многократно усложняется.

Ага, знаем мы такие "системы". Использование серверов баз данных ТОЛЬКО как хранилище данных не есть признак НАСТОЯЩЕЙ клиент-серверной системы. Цель мультиплатформенности - продать как можно больше, а не сделать как лучше/быстрее/функциональнее. А т.к. в результате "мультиплатформенности" тонкости отдельных серверов баз данных не используются, то тут-то как раз все и сводится к простеньким селектикам и апдейтикам, которые вы уже упоминали. Вы считаете, что использование навороченного сервера баз данных в качестве одного только хранилища данных - серьезным ? Лично я - нет.

alex11100ох
есть простой справочник


А если сложный ? Что тогда ?

alex11100
при использовании КА
вы в селекткмд просто пишите select ... from ...
и забываете


Ну и я напишу SQLEXEС("select ... from ...")

alex11100
юзер открывает
потрогал записи и сохранил

все сам он натянет
и сам проапдейтит
что нужно, то еще



Ок. Возьмем нечто посложнее обычного справочника. Представь что ты работаешь со строчкой в фактурной накладной документа. Форма состоит из двух гридов, в верхнем у тебя шапки документов, в нижнем товарные позицие с количеством и ценой. В товарной позиции ты меняешь количество и цену. Тем самым у тебя сумма по документу должна в транзакции пересчитаться и обновится в верхнем гриде. Объясни мне, как ты все это сделаешь через курсор-адаптер ?

alex11100
набивка документов (платежек, накладных...)
нафиг там ХП? консрейнтов хватит.
так что там достаточно КА

тем более Вы получаете буферизацию на стороне клиента
и не нужно вешать транзакции



Вышеприведенный пример - и нафиг там ХП ? А транзакции ? Т.е. в своей системе ты допускаешь, что у тебя с момента изменения данных в фактуре до момента пересчета сумм по документу может произойти ошибка и в сумма по фактуре будет не равна сумме по документу ? Да ну просто зашибись.

alex11100
не нужно здесь про временные таблицы
каждый день надоело править
динамический SQl с # и ##
и эти умники, кто это сделал так же доказывают ...

А что ты там правишь, интересно ? :)
Избавляешь код от временных таблиц ? :)
А динамический sql тут при чем ? Кто тут про это упоминал ?

alex11100преимущество - это объект
обернул под себя
положил куда нужно, сделал билдер
и руки не болят
скорость разработки, меньше ошибок

в чем преимущество объекта перед простым кодом в прг?

в чем преимущества форм на основе vcx перед формами scx?



А кто тебе мешает завернуть вызов SQLEXEC в объект, там же и ошибки обрабатывать ? Передавать туда будешь только выражение/имя хп и имя курсора, куда тебе надо вернуть результат.

-=AlexiS=-Поэтому-то и предложил написать конструкцию типа
SELECT * from ХРАНИМАЯ_ПРОЦЕДУРА


Ну а в самой хп не судьба такое написать что-ли ? И на клиенте выполнить всего лишь Exec ? В чем разница то ?

-=AlexiS=-

Хорошо, понятно, вы просто используете сразу два подхода. Там где требуется хп - там sqlexec, там где простой справочник типа "добавить/изменить/удалить" - CA.