spock писал(а) 26. Октября 2007 :: 18:12:

Забыл, типа, да? Это такая веселая хрень типа USE, SKIP, SEEK, GOTO Вот начнет этот провайдер тупить на SELECT TOP и опять придется расчехлять старый заржавевший XBase

Uzhast

SELECT IDDocDef + IDDoc AS [Документ $Документ]
, DOCNO as NUMBER
FROM 1sjourn
WHERE IDDoc IN (%СписокИД%)
ORDER BY DOCNO

// тег индекса тот же - ACDateTim
 

Вот на таком запросе она (или он?) путает педали (т.е. колонки).

И заодно просвяти, плз, мой утомленный разум, в таком виде ORDER by DOCNO на что должен влиять?
Т.е. с твоей авторской точки зрения, что я такое написал?

Т.е. ORDER BY определяет только порядок записей в ОДНОЙ порции данных. В той порции, которая отображается в данный момент. А тег индекса определяет "глобальное упорядочивание", которое используется для вообще всех записей таблицы, по которой мы передвигаемся.

kms писал(а) 27. Октября 2007 :: 16:26:


kms писал(а) 27. Октября 2007 :: 16:26:

Ну да, а что делать? Доку точно надо писать подробную. Или как-то подумать о более жестком контроле над текстом запроса со стороны провайдера...

kms писал(а) 27. Октября 2007 :: 16:32:

Идея нормальная. Только, чтобы она заработала, придется делать нормальный парсер SQL-запросов. Ведь запросы можно делать очень навороченные, с подзапросами. А в них ORDER BY может встречаться в порядке вещей и там его запрещать точно не стоит (например, SELECT MAX (..) FROM ... ORDER BY...). Плюс еще нужно корректно определять, куда вставлять автоматический ORDER BY... Или есть какой-нибудь простой способ?

kms писал(а) 27. Октября 2007 :: 17:13:

Тут ведь еще в чем проблема... Фокс - это ж такая упертая хрень... Он не все допускает в выражении ORDER BY. Например, нельзя написать ORDER BY UPPER(Descr). Нужно либо ORDER BY Descr, либо в сам запрос добавить поле UPPER (Descr) AS IndexDescr и написать ORDER BY IndexDescr. Т.е., например, просто запихнуть в конце запроса ORDER BY не получится (хотя получить индексное выражение очень легко) - тогда уж придется еще добавлять дополнительное поле запроса. Т.е. без парсера, похоже, не обойтись. Да и программисту-пользователю лишнее поле в запросе может не понравиться. Так что, необходимость программисту писать руками упорядочивание - своего рода необходимость, вызванная дефектами Фокса.

У меня есть несколько непонятных моментов:
Текст запроса:

SELECT
IDDoc AS [Документ $Документ.ДоговораОСАГО]
,$Док.Застрахованный as [Страхователь $Справочник.Страхователи]
,$Док.Лицо as [Агент $Справочник.Сотрудники]
,$Док.НомерПолиса as НомерПолиса
FROM $Документ.ДоговораОСАГО as Док
WHERE IDDoc IN (%СписокИД%)
order by iddoc 

Поле-ключ= "IDDoc", Тэг индекса = ID (единственный индекс для таблицы документа).
В ТП выводятся нормально, за исключением имён колонок ТП. У меня выводится в лед. порядке: агент, документ, номерПолиса, страхователь. Хотя содержимое этих колонок то, которое я указывал в запросе: документ, страхователь, агент, номерПолиса.
Обязательно ли инструкция ORDER BY ...?
Почему спрашиваю: не ставлю ORDER BY, таймаут обновления = 0. Результат:
Док 9
Док 1
Док 2
...
ставлю таймаут обновления = 1. Результат до первого автообновления такой же как показано выше. После первого автообновления:
Док 9
Док 9
Док 2
...
Да и вообще список ведёт себя странно: при скролинге вверх/вниз вне первой странице - всё пучком. Как только поднимаемся опять вверх до самого начала, ждём автообновление и видим как меняются строки, причём каждый раз по-разному.