Сортировка результатов запроса.

← →
sergeyst © (2007-07-26 11:57) [0]

Всем привет. Нужно сортировать полученные данные нестандартным образом. Можно это сделать?

← →
Desdechado © (2007-07-26 12:00) [1]

Вводить признак, который дает возможность отсортировать.

← →
sergeyst © (2007-07-26 12:06) [2]

> Вводить признак, который дает возможность отсортировать.

Увы, не получится. В базу нельзя ничего добавлять(кроме ХП).
А сортировать надо так:
ЦГ100 > ЦГ60.

← →
AZIZE © (2007-07-26 12:12) [3]

раздели на два поля

← →
Desdechado © (2007-07-26 12:12) [4]

Кто говорил о базе?
Введи в запрос. Или сделай функцию, которая будет возвращать признак для сортировки на основании "нестандартных данных". Сортируй в запросе по ней.

← →
sergeyst © (2007-07-26 12:14) [5]

> "нестандартных данных".

я говорил про нестандартную сортировку.

> Или сделай функцию

где сделать?

← →
Desdechado © (2007-07-26 12:22) [6]

В своей тщательно скрываемой СУБД.

← →
sergeyst © (2007-07-26 12:25) [7]

> Desdechado © (26.07.07 12:22) [6]

Ясно, спасибо. А почему
> тщательно скрываемой
?

← →
Desdechado © (2007-07-26 12:29) [8]

> А почему тщательно скрываемой?
Вот и я удивляюсь, почему?

← →
sergeyst © (2007-07-26 12:57) [9]

> Вот и я удивляюсь, почему?

Где я ее скрывал?

← →
БарЛог © (2007-07-26 13:25) [10]

а вот и не подерётесь :)

← →
Сергей М. © (2007-07-26 13:26) [11]

> Где я ее скрывал?
>

А где ты ее упомянул ?

← →
Сергей М. © (2007-07-26 13:28) [12]

> кроме ХП

ХП - единственный намек на СУБД.

Да мало ли СУБД, поддерживающих механизм ХП !

← →
sergeyst © (2007-07-26 13:41) [13]

> Да мало ли СУБД, поддерживающих механизм ХП !

А большая разница между функциональностью, скажем, PSQL и T-SQL?

← →
Desdechado © (2007-07-26 13:45) [14]

Большая. FB некоторых версий не умеет создавать индексы по UDF, да и понятия функция-неUDF нет в нем.
Ну, как хочешь, партизань дальше.
Мы тебя на дыбу не потянем, оставим это удовольствие пользователям.

← →
Сергей М. © (2007-07-26 13:46) [15]

> А большая разница между функциональностью, скажем, PSQL
> и T-SQL?

Ответа на этот находится в справочниках по той самой "секретной" СУБД.

← →
sergeyst © (2007-07-26 13:47) [16]

> Ну, как хочешь, партизань дальше.

IB 6.5
А ты мне может и напишешь сейчас эту функцию?

← →
sergeyst © (2007-07-26 13:48) [17]

> Ответа на этот находится в справочниках по той самой "секретной"
> СУБД.

Обязательно приму к сведению.

← →
Сергей М. © (2007-07-26 13:56) [18]

> sergeyst © (26.07.07 13:48) [17]

Вот держу я перед носом док-цию к IB6 и в упор не вижу там никакого "T-SQL".
Мне к окулисту пора ?

← →
sergeyst © (2007-07-26 14:01) [19]

> Вот держу я перед носом док-цию к IB6 и в упор не вижу там
> никакого "T-SQL".
> Мне к окулисту пора ?

Не знаю, решать тебе к кому.

> sergeyst © (26.07.07 13:41) [13]

1.
> , скажем,
- предположим, например и т.д.

2.
> PSQL и T-SQL
про PSQL-то в док-ции написано, надеюсь?

← →
Сергей М. © (2007-07-26 14:06) [20]

> sergeyst © (26.07.07 14:01) [19]

> про PSQL-то в док-ции написано, надеюсь?
>

И оч даже подробно. А также про ISQL, DSQL и ESQL.

Но вот про T-SQL - ни слова.

Если ты сделал ставку на IB, к чему тогда упоминание о T-SQL ?

← →
sergeyst © (2007-07-26 14:21) [21]

> Если ты сделал ставку на IB, к чему тогда упоминание о T-
> SQL ?

Хотел узнать сильно ли они отличаются.

ЗЫ. Ставку делал не я, а фирма-разработчик проги, к бд которой я леплю интерфейсный модуль. В связи с чем вопрос: Насколько законно цепляться к бд, поставляемой вместе с лицензионной программой?

← →
Leonid Troyanovsky © (2007-07-26 14:33) [22]

> sergeyst © (26.07.07 14:21) [21]

> законно цепляться к бд, поставляемой вместе с лицензионной
> программой?

Зависит от условий предоставления самих данных.

--
Regards, LVT.

← →
Сергей М. © (2007-07-26 14:35) [23]

> Хотел узнать сильно ли они отличаются

Сравни сам описания IB PSQL и MS T-SQL

http://technet.microsoft.com/ru-ru/library/ms189826.aspx

← →
sergeyst © (2007-07-26 14:50) [24]

> Зависит от условий предоставления самих данных.

Данные нашего предприятия, а вот БД - разработка сторонней компании. Прога, ее использующая, приобретена на 10 рабочих мест.

> Сергей М

Спасибо за ссылочку.

← →
Сергей М. © (2007-07-26 14:52) [25]

> sergeyst © (26.07.07 14:50) [24]
>
>

А тебе не приходило в голову почитать лиц.соглашение, возникающее перед глазами в ходе инсталляции СУБД ?

← →
palva © (2007-07-26 14:53) [26]

> sergeyst © (26.07.07 12:06) [2]

А зачем использовать хранимые процедуры? Можно обойтись SQL
SELECT s1, cast(substr(s3, 3, strlen(s3)) as INTEGER) FROM TEMP_TABLE ORDER BY 2
Это FireBird 1.5. Из ветки так и не понял, какая у вас СУБД.

← →
Сергей М. © (2007-07-26 14:58) [27]

> palva © (26.07.07 14:53) [26]

Он же сказал - IB6.5

Только вот вместо вполне закономерного вопроса "можно ли и как сделать сабж средствами IB PSQL/DSQL/ESQL" Автора понесло в степь MS T-SQL)

← →
sergeyst © (2007-07-26 15:12) [28]

> А тебе не приходило в голову почитать лиц.соглашение, возникающее
> перед глазами в ходе инсталляции СУБД ?

Не СУБД, а БД. Ход инсталляции проги был задолго до моего прихода.

> А зачем использовать хранимые процедуры? Можно обойтись
> SQL

Нет, нельзя - это лишь один из вариантов обозначения номенклатуры.

> Только вот вместо вполне закономерного вопроса "можно ли
> и как сделать сабж средствами IB PSQL/DSQL/ESQL" Автора
> понесло в степь MS T-SQL)

Понесло после того, как понял, что можно сделать средствами PSQL (ну не совсем - лишь то, что это возможно).

> Насколько законно цепляться к бд, поставляемой вместе с
> лицензионной программой?

Ну ты же "цепляешься" не непосредственно, а при посредничестве IB-сервера..

Если его использование в дан.контексте не противоречит лиц.соглашениям разработчиков IB, то здесь засады нет.

Если твои действия, направленные на модификацию БД, не ограничены санкциями в договорных соглашениях с ее поставщиком, то здесь тоже засады нет - ты просто действуешь на свой страх и риск.

> Сергей М. © (26.07.07 15:20) [29]

Спасибо, ясно.
И

> "можно ли и как сделать сабж средствами IB PSQL/DSQL/ESQL"

?

← →
Вася Правильный (2007-07-26 15:29) [31]

мозготраханье какое-то
групповое
один всех

> мозготраханье какое-то
> групповое
> один всех

все - всех

> Нет, нельзя - это лишь один из вариантов обозначения номенклатуры.
Ну и что? Разве нельзя учесть все варианты? Конечно, если будет сложно, то проще написать ХП, Она, например, будет возвращать все нужные поля, плюс поле, по которому нужно сортировать. Это допустимо? Алгоритмических и лицензионных проблем не будет?

> sergeyst © (26.07.07 15:29) [30]

Ответ на вопрос "можно ли" опять же дает официальный документ IB6 SQL Language Reference.

И даже не заглядывая туда скажу что можно, даже если нет подходящих языковых конструкций. Если что-то нельзя или сложно реализовать прямо на SQL, на помощь всегда придет механизм IB UDF, возможности которого вряд ли трудно переоценить.

> Разве нельзя учесть все варианты?

Несколько десятков?

> на помощь всегда придет механизм IB UDF, возможности которого
> вряд ли трудно переоценить.

- вот изучением этого и займусь. Всем большое спасибо за
> Вася Правильный (26.07.07 15:29) [31]

> sergeyst © (26.07.07 15:49) [35]

Вариант, предложенный в [26], будет работать в IB6 как в PSQL, так и в DSQL.

Единственное различие - ф-ция SubStr() для IB является внешней (при условии подключения штатной библ-ки ib_udf.dll), в то время как в FB она, если не вру, внутренняя, т.е. не требует подключения UDF.

> т.е. не требует подключения UDF.
Похоже, что требует. И Strlen требует. Но у них есть внутренние эквиваленты

Засстрелиться !! Сортировать что, нужно только средствами SQL ?
А просто на клиенте нельзя ?

> А просто на клиенте нельзя ?
В базе данных Access?

Сортировка результатов запроса. Найти похожие ветки