forum.clarionlife.net

C8.0.9759, ABC, Firebird 2.1. Есть стандартный броуз с несколькими вариантами сортировки, которые реализуются стандартно через SHEET и TABы. Одну сортировку мне надо задать через prop:SQLOrder. Как это правильно сделать? Попытка тупо присвоить вьюхе значение в методе ApplyOrder приводит к задвоению записей и прочей ерунде. С prop:Order проблем не вижу, всё чётко.

Добрый день.

Попробуйте добавить в ключ этого шита -первичный ключ таблицы.

Алексей

Естественно, первичный ключ есть. И запрос на сервер уходит правильный. Может баг 8-ки?

Добрый день!
Попробуйте добавить уникальное ключевое поле последним в список order.
Может вот это поможет:
http://computer-programming-forum.com/1 ... 73c982.htm

Алексей

Судя по этому старому форуму, проблема застарелая.
Я сделал эксперимент. Если пишу вот так: то всё нормально. А если так: то всё плохо.
Запросы на сервер посылаются одинаковые. Может драйвер ODBC глючит? Ну раз такое дело, может кто подскажет, как перевести SQL синтаксис на кларионовский:

kreator писал(а):Запросы на сервер посылаются одинаковые. Может драйвер ODBC глючит? Ну раз такое дело, может кто подскажет, как перевести SQL синтаксис на кларионовский:

Посмотри описание функции SORT в справке Кларион. Там можно в качестве параметра задавать функцию. В которой пары, можешь сравнивать как хочешь!

Добрый день!
Я не пользовал sql order, но во всю использую sql filter.
Так вот все имена полей в prop пишу только большими буквами и без каких-либо префиксов.
Иначе запросы не работают.
В order я думаю так же

Алексей

А не в Evaluate тут засада? Ведь второй вариант явно идёт от файла, а при BIND получают обозначения с префиксом

Admin писал(а):Посмотри описание функции SORT в справке Кларион. Там можно в качестве параметра задавать функцию. В которой пары, можешь сравнивать как хочешь!

SORT работает, например, если после формирования QUEUE в ResetQueue его выполнить, но при этом локатор не так работает (в принципе ерунда) и, что больше напрягает, сортировка у Clarion странная - "116-1" раньше "116" (Firebird сортирует наоборот, что правильно).

Алексей- Софт-Центр писал(а):Так вот все имена полей в prop пишу только большими буквами и без каких-либо префиксов.

В prop:SQL (prop:SQLFilter, prop:SQLOrder) под префиксом я понимаю "a.", "b.". Без такого, в принципе, нельзя, можно только, если одна таблица.

Губин Игорь писал(а):А не в Evaluate тут засада? Ведь второй вариант явно идёт от файла, а при BIND получают обозначения с префиксом

Игорь, а можно поподробнее, что это значит. Ведь prop:SQLFilter работает как надо. У меня много броузов с динамическими SQL фильтрами, никакими bind я не пользуюсь, и ошибок не замечено. Может, конечно, для SQLOrder всё по-другому.

Я предположил, что тут {prop:SQLOrder} как-то отрабатывает через Evaluate, который обрабатывает то, что ему выдаёт BIND. А Бинд не занет об а.поле, а знает об прф:поле.

Я сделал как в хелпе описано. И запрос посылается правильно. На самом деле при первом формировании броуза всё хорошо. Проблемы появляются при переключении закладок, при использовании того же локатора. Мои умозаключения такие. Я в методе ApplyOrder обнуляю заданный изначально prop:Order и он уже не восстанавливается. А другие методы (в, частности, локаторные) используют именно prop:Order. Похоже, кратковременная замена prop:Order на prop:SQLOrder работает на ура. А вот как подменить в самом классе это дело?