![]() |
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Сортировка [D7, MSSQL]
Рафик © (2006-03-02 09:12:00)У меня есть такой запрос (Select distinct CONVERT(varchar(12), ModifyDate, 104)as modifydat From DocMainParams) как мне можно отсортировать все ModifyDate. Использую BDE Query
Nikolay M. (2006-03-02 12:20:00) [1]
> msguns © (02.03.06 12:05) [16]
Ну, я все-таки надеюсь, что если используется БДЕ, то на то есть веские основания.
Но судя по предыдущим веткам автора, он этот запрос с дистинктом даты пишет уже несколько дней. Интересно, есть ли еще фирмы, которые могут себе позволить такой неспешный режим работы. Скорее, лабораторка или около того.
msguns (2006-03-02 12:05:00) [2]>Nikolay M. © (02.03.06 12:03) [15]
Все верно. Только вот ни в сабже, ни в последующих постах автора как-то нет ничего похожего на описанное тобою. Если бы было, то я б не встревал ;)
Nikolay M. (2006-03-02 12:03:00) [3]
> я просто интересовался почему с MSSQL работают не через
> "родной" ADO+Jet. ИМХО, это связка, действительно лучше
> бде
Лучше - никто не спорит.
Но ты представляешь, что такое перевести самописную АСУ банка с БДЕ + МС СКЛ 7 на АДО + МС СКЛ 2000 и чем это может обернуться для бизнеса, если при переводе что-то потеряется или будет работать неправильно? Вот в таких случаях и приходится...
msguns (2006-03-02 11:55:00) [4]>Nikolay M. © (02.03.06 11:37) [13]
>От тебя такого не ожидал :(
Спасибо за комплимент ;)
>А тем более утверждаешь, что АДО лучше БДЕ потому
Я не пытался утверждать, я просто интересовался почему с MSSQL работают не через "родной" ADO+Jet. ИМХО, это связка, действительно лучше бде
Nikolay M. (2006-03-02 11:37:00) [5]
> msguns © (02.03.06 11:26) [12]
> Только причем здесь бред ?
При том, что работая через БДЕ с одним только парадоксом, непонятно, как можно перепутать компоненты доступа с СУБД. От тебя такого не ожидал :(
А тем более утверждаешь, что АДО лучше БДЕ потому, что там "другой SQL" (смысл [4]). АДО, конечно, выигрышнее БДЕ, но по другим причинам. Однако многие банки, например, до сих пор работают на БДЕ + МС СКЛ 6.5-7 и нормально себя чуйствуют.
msguns (2006-03-02 11:26:00) [6]В [8] был вопрос, а не утверждение. Мне не приходилось работать через БДЕ, например со скалой или интербэйзом. Собственно потому и спросил.
Только причем здесь бред ?
Nikolay M. (2006-03-02 11:20:00) [7]
> хотя бы потому, что не предусмотрено в Local SQL
????
Т.е. все СУБД, с которыми умеет работать БДЕ, должны соответствовать на кошерность Local SQL-ю? Что за бред?
msguns (2006-03-02 11:11:00) [8]>Nikolay M. © (02.03.06 11:10) [9]
>А с какой стати должен "не пропустить"?
Ну, хотя бы потому, что не предусмотрено в Local SQL
Nikolay M. (2006-03-02 11:10:00) [9]
> А что, "биде" пропустит такой запрос ?
А с какой стати должен "не пропустить"?
msguns (2006-03-02 11:06:00) [10]>Nikolay M. © (02.03.06 10:54) [7]
А что, "биде" пропустит такой запрос ?
Nikolay M. (2006-03-02 10:54:00) [11]
> Нет, в АДО можно было бы отсортировать как угодно, состряпав
> внешний запрос по отношению к приведенному:
Можно подумать, через БДЕ такой запрос состряпать нельзя... С каких это пор компоненты доступа к СУБД определяют синтаксис запросов?
msguns (2006-03-02 10:33:00) [12]Нет, в АДО можно было бы отсортировать как угодно, состряпав внешний запрос по отношению к приведенному:
SELECT A.* FROM (SELECT ... CONVERT... AS modifydat FROM...) A
ORDER BY A.modifydat
Однако, и "прямая" сортировка тоже должна работать (см. evvcom © (02.03.06 09:18) [1])
Рафик (2006-03-02 10:04:00) [13]В смысле через Ado осортировало бы все нормально?
msguns (2006-03-02 09:50:00) [14]А почему к скале обращамся через биде,- ADO много мощнее. В частности этой траблы там бы не было
evvcom (2006-03-02 09:40:00) [15]матом? Хорошо по голове не бьет. :)
Рафик (2006-03-02 09:39:00) [16]Так мне вот и нужно типа orderBy но он здесь ругается
evvcom (2006-03-02 09:18:00) [17]Использование Distinct и без того приводит к неявной сортировке. Явная сортировка, например, Order by 1