Hello, Владимир!
Владимир Аксенов wrote:
Вот визуально невозможно оценить как сработало условие в where -
откуда мне знать что по этому условию какие-то записи сервер не
заметил и мне не выдал?
либо выдал, либо нет. третьего варианта нет.
Третий вариант - что-то не выдал :)
Ты же предполагаешь что сервер может отсортировать не по тому столбцу
что ты написал в запросе если ты этот столбец не увидел...
давайте не будем писать полную муть. where true = столбец выбирается,
where false - столбец не выбирается.
также, я не предполагаю что сервер мог отсортировать "не по тому столбцу".
Ну хорошо, распишу тебе разницу если она так неочевидна.
К примеру есть у меня на клиенте в памяти справочник, тот самый который
сортируем на сервере. Я джойню его с документом, сортирую по name но тащу только
поля документа, без длинного name. Но что бы не сортировать его на
мне это напомнило случай, когда мой знакомый в dbf использовал следующий
трюк:
создавал таблицу из двух столбцов "английское слово" и "перевод".
индексировал "английское слово"
удалял столбец "английское слово"
в результате, благодаря специфике движка, мог искать по индексу
"английское" слово, когда того не было в таблице.
здесь ситуация аналогичная.
Байда эта нужна например для экономии трафика - пяток integer
протащить или к к ним еще 100-200 символов.
не спорю.
У меня нет проблем, т.к. сейчас все работает, но могут быть если твоя
идея на счет запрета сортировки по отсутствующему в выборке полю не
дай бог будет реализована.
я не работаю над кодом, не приказываю разработчикам, и т.п.
А главное - я не вижу в этом ни малейшего
смысла, как ты мне не объясняешь.
ты уже видишь смысл в своей реализации. в которой я смысла не вижу.
--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
