B@SSilioЯ лично использую devExpress который рекомендует реализовывать данную функциональность при помощи модификации SQL дабы не загружать пользовательскую машину операциями с виртуальным датасетом.Правильно, давайте загружать сервер. Он большой, толстый, пусть трудится. Повторно выкачать тысячу записей с другой сортировкой это же так просто, ну сеть просядет, ну и что?

B@SSilioКак я уже упоминал есть готовые парсеры от сторонних разработчиков, однако хотелось бы узнать что в данной ситуации может предложить сам Sybase.По причине бессмысленности задачи - ничего.

old_joyДублирую свое сообщениеЗачем? Мы его видели с первого раза. Просто не захотелось комментировать. Но если наставиваешь...
С одной стороны ты прав, но ты путаешь разработку и пользовательскую работу.
При разработке клиентского приложения ты действительно будешь частенько давать запросы которые могут вернуть миллионы записей. И действительно, в это время удобнее делать сортировку на сервере, хотя бы потому, что утилиты типа isql не сортируют резалтсет сами.
Но когда ты уже написал клиентскую программу и отдал эту программу менеджеру/бухгалтеру/кладовщику - эта программа никогда не будет делать запросы более чем в сотню записей за раз. Просто потому, что ни один нормальный человек не будет глазами просматривать большое количество записей. А с другой стороны, загрузить сервер повторной работой по выборке десятка записей по сложному условию только для того чтобы выдать эти записи в другом порядке??? На клиенте отсортировать проще будет.
Ну а возвращаясь к вопросу начавшему этот топик - единственный период когда есть какой-то смысл разбирать sql-запрос это при разработке, когда вчера ты написал какой-то запрос, а сегодня понял что запрос выдает неверный результат и теперь тебе надо разобраться что в запросе неверно и исправить его. А это намного удобнее делать имея запрос перед глазами в каком-нибудь текстовом редакторе. Хотя бы в окошке isql...

iLLerТо, что нужно автору, делется через ХП с передачей одного параметра.Мне не показалось, что автору нужно именно это.

iLLerТак можно и нужно делать не только для изменения сортировки, а для всего прочего, что может быть логически объединено в однотипный вызов одной ХП (или нескольких разных).Да, хранимка с параметром типа "работать по алгоритму номер Х", это действительно очень удобная штука, но к парсингу SQL она все же отношения не имеет :)