Те же и СУБД

[avshap]

Дано: большая таблица. Есть колонка, содержащая целочисленные данные. Таблицу (вернее результат SELECT)нужно рассортировать, но не просто, а в примерно таком виде:

==
7
72
721
7212
722
73
8
===
т.е. а-ля "sort"

Это как нибудь можно сделать на стороне БД, без преобразований int-string и обратно?

Comments

[ping-ving.livejournal.com]

На стороне БД, но с преобразованием.
Можно, конечно, не использовать to_char, но тогда нечто, to_char аналогичное, придётся делать руками.

А теперь по делу.
Что это за числа, которые нужно сортировать вот так?

Телефонные коды

[avshap.livejournal.com]

Хотя, вообще-то, создание БД с программой для поиска максимально дешёвого оператора для каждого направления.
Мне полагается вручную перелопатить матрицу n*10^4*m*10^2 (где n и м меньше еденицы, но больше нуля). При это матрицу надо изготовить самостоятельно из полутора десятков экселевских таблиц.

[sergey-ilyin.livejournal.com]

Без преобразований нельзя, но преобразования могут быть и неявными, в процессе селекта

типа

SELECT Int1
FROM SuperTable
ORDER BY convert(varchar(10), Int1)

[schtsch.livejournal.com]

Без преобразований хотя бы туда - никак.

Ежели речь все о тех же телефонных кодах, то на фига вообще делать этот столбец целым. Или Вам надо вычислять средний международный код за неделю?

Я о том же.

[ping-ving.livejournal.com]

Если числа нужно сортировать так - то это, скорее всего, не числа.

Re: Я о том же.

[gogaxxx.livejournal.com]

место на диске экономят, хехе

[sergey-ilyin.livejournal.com]

Согласен

[avshap.livejournal.com]

Мне надо (согласно моим функциональным обязанностям) ещё вчера перелопатить матрицу из нескольких десятков тысяч элементов и найдти самых дешёвых операторов для каждого направления. ;)

????

[ping-ving.livejournal.com]

А при чём здесь описанная сортировка?
Цены - в рублях, числа.
Коды - в цифрах, строки.

Re: ????

[avshap.livejournal.com]

А притом, что всё это ещё и отсортировать.

Если по направлениям

[ping-ving.livejournal.com]

То хранить префиксы в виде number, а не строк - идея плохая изначально.
Это всё-таки строки.

[schtsch.livejournal.com]

Сочувствую.

Если Вам нужно разовое и быстрое решение, то можно из екселя все повыгружать в текстовые файлы, любым простым для Вас способом (хоть скриптом на перле) привести все файлы к одноой структуре типа
<Код(наименование) оператора>, <Код направления>, <Цена>.
Импортировать все файлы в одну табличку хотя бы в Аксесс и дальше уже колдовать с селектами и прочей БДвской байдой.

[schtsch.livejournal.com]

Впрочем Вы, скорее всего, что-то такое уже сделали.

[alex-mashin.livejournal.com]

В принципе, без преобразований можно. Надо упорядочить по мантиссе числа. Для этого надо получить десятичный логарифм, взять от него целую часть, возвести десять в эту степень, и разделить на это сортируемое число.
Примерно так:
ORDER BY (number_to_sort / POWER (10, FLOOR (LOG10(number_to_sort))))

[sergey-ilyin.livejournal.com]

Ваабче-то, в строку преобразовать дешевле ;)

[old-colonel.livejournal.com]

В строках и держать дешевле.
Что-то мну подсказывает, что это на самом деле ни разу не числа.
И как-либо считать их никто не предполагает.
;)

[schtsch.livejournal.com]

Мсье знает толк...

тогда почему не

select
number_to_sort, logg log10(number_to_sort)
from table1
order by (logg - floor(logg))


О-о-о-о!!!

[alex-mashin.livejournal.com]

Возможно, псевдоним в ORDER BY надо будет заменить на сам логарифм.
В любом случае, Вы предлагаете упорядочить по дробной части логарифма. Практически, Вы прологарифмировали моё выражение сортировки. Поскольку логарифм монотонно возрастает, то это тоже будет работать. Причём, я полагаю, быстрее и проблем с типами и переолнениями не возникнет.
Правда у меня MS SQL Server упорно пустую таблицу выдаёт.