есть таблица, один из столбцов содержит IP адрес (обычный INTEGER, но порядок байт - сетевой)
нужно получить все записи таблицы, просортированные по IP, но с т. з. символьного представления IP
т. е.
1.10.256.7
1.11.0.1
2.0.0.0
2.0.1.0
2.0.2.255
и т. д.

если бы просто тип integer то можно так 
select * from TABLE  order by IP DESC
или так по возрастанию  и убыванию
select * from TABLE  order by IP ASC


Что такое байт сетевой?
FFFFFFFF типо из integer вычлиняете байты?

Ну конвертируй свои сетевые байты в "т.н. символьное представление" с ведущими нулями и сортирь по нему.

мне нужно получить не строки (к тому же сортировка строк будет работать очень медленно для большой таблицы) а данные из таблицы как есть, но в порядке убывания/возрастания IP

Значит, преобразуй "сетевые" байты в нормальные.


Ты вообще о чём? у тебя нет НИКАКИХ шансов пройти мимо filesearch без изменения структуры таблицы! так что забудь про мелочи.

Добавлено через 1 минуту и 10 секунд

Да получай! хоть два раза! я говорю по чём сортировать... не надо - ну не выводи выражение сортировки в конечный набор.

в смысле, inet_ntoa будет работать нормально?
может, сразу два поля держать - одно для сортировки и одно для выдачи? записывая одно, править триггером другое?

а мускул что по функции сортировать не умеет?
вариант:

Умеет, умеет... но это filesearch. Я уже об этом говорил...

а индекс по функции в мускуле создать нельзя? 
в доке что то не нашел... :(

насколько мне известно - нет.

  А где можно?

есть в оракле, постгрессе и скорей всего в mssql и в db2.

В MS SQL нет. Но можно создать индекс по вычисляемому полю (с некоторыми ограничениями, конечно).

жаль :(

извиняюсь за уход в оффтоп но не спросить не могу.



Akina, я правильно понимаю (делаю вывод из примеров в документации) что в mssql вычислимое поле на основе собственной функции сделать нельзя?


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

Признаться, не пробовал... MSDN молчит как партизан. Но с учётом того что UDF не может быть permanent-deterministic - думаю, что нельзя.

это называется "детерминизмом". и, кстати, в mysql при определении функции можно указатьб deterministic она или нет. полезно для оптимизатора, видимо.

да, спасибо, коротко и ясно 


в оракле данную прагму необходимо указывать для функций  на основе которых делается индекс - выглядет это со стороны разработчика примерно так - "мамой клянусь что детерминированная"  


скорей всего так и есть.
 
Akina, skyboy, спасибо за ответы.

MAKCim, прошу прощенье за то что влез со своими "избалованными" вариантами.