Почему этот заказ не работает должным образом?

Question

Почему этот заказ не работает должным образом?

0

Мой оператор select

SELECT styleNo , right( concat( '######', trim( styleNo ) ) , 6 ) AS keyn 
FROM `styles` WHERE 1 ORDER BY keyn

StyleNo является varchar (6) и содержит в основном числовые строки длиной от 3 до 6 символов, некоторые из которых включают в себя ведущую или завершающую заглавную букву. Цель состоит в том, чтобы показать стили в порядке величины.

Сначала я хочу от 100 до 999, затем от A00 до Z99, затем от 1000 до 9999 и от A000 до Z999 и т.д.

Я получаю эти результаты.

 101    ###101
 180    ###180
 105    ###105
 104    ###104
 102    ###102
 123    ###123
 124    ###124
 432    ###432
1004    ##1004
1001    ##1001
1002    ##1002
1003    ##1003
1006    ##1006
1234    ##1234
1231    ##1231
1255    ##1255
1288    ##1288
2005    ##2005
2006    ##2006
2007    ##2007
2008    ##2008

Почему результаты не в порядке возрастания? keyn - это то, что я ожидаю.

Я использую MySQL 5.1.36-сообщество с наборами символов UTF-8 во всем мире. Ни один из показанного стиля не содержит ничего, кроме символов от 0 до 9.

Дополнительная информация: я изменил инструкцию sql на

SELECT styleNo , right( concat(repeat('#',5), trim( styleNo ) ) , 6 ) AS keyn
FROM `styles` ORDER BY keyn ASC

и попробуйте с разными значениями для 5. 3 и более, все должны создавать подходящие значения для keyn.

Однако 3, 4 5, 6 и 7 все производят разные порядки результатов - все неправильно. Значение 8 работает для первых 75 строк в моем тестовом файле.

Не понимая, почему, я не уверен, что это правильно.

Ian 16 март 2011, в 16:40

Источник

0

почему бы не ORDER BY LENGTH(keyn) ASC, keyn ASC ? Если я вижу это правильно, вы хотите, чтобы более короткие строки были первыми при всех обстоятельствах, верно?
mvds 16 март 2011, в 15:36
0

Что произойдет, если вы используете FROM styles ORDER BY 2
Jim Garrison 16 март 2011, в 15:38
0

@mvds - я хочу не по длине, а по величине. Кроме того, все ключи имеют длину 6 символов из-за того, как они вычисляются.
Ian 16 март 2011, в 15:55
0

@ Джим Гаррисон - Ничего. 2 и 1 оба преобразуются в True.
Ian 16 март 2011, в 15:55
0

@ Ян, пожалуйста, перечитайте мой комментарий. Не where 2 а order by 2
Jim Garrison 16 март 2011, в 15:57
0

Если я использую 8 хешей вместо 6, я получаю правильный порядок. Очень странно!
Ian 16 март 2011, в 15:59
0

@ Джим - Ой. Я проверил это, и результаты точно такие же.
Ian 16 март 2011, в 16:01
0

@ Я не вижу проблемы. Пример вывода, который вы показываете, точно соответствует ожидаемому результату.
Ike Walker 16 март 2011, в 16:05
0

@Ike - из-за заказа по ключу, я ожидаю 101, 102, 104, 105, 123, 124, 180. Это не тот порядок, который появился.
Ian 16 март 2011, в 16:10
0

Ах, прости. Я не посмотрел достаточно внимательно на ваш вывод. Ваш запрос должен работать так, как вы ожидаете. Какой механизм хранения вы используете, и какую версию MySQL?
Ike Walker 16 март 2011, в 16:14
0

@Ike - ENGINE = InnoDB CHARSET ПО УМОЛЧАНИЮ = utf8 COLLATE = utf8_unicode_ci в сообществе MySQL 5.1.36 под 64-битной Windows 7.
Ian 16 март 2011, в 16:21
0

@ian извините, я хотел сказать ORDER BY LENGTH(TRIM(styleNo)),TRIM(styleNo) . TRIM(styleNo) не имеет фиксированной длины, верно?
mvds 16 март 2011, в 16:29
0

я думаю, что самое простое решение состоит в том, чтобы отсортировать по исходному числовому значению в styleNo следующим образом: ORDER BY styleNo
BigFatBaby 16 март 2011, в 16:31
0

@ian Я предлагаю это отчасти потому, что, используя этот метод с 6 хэшами, вы можете спрятать ошибку, которая однажды укусит вас.
mvds 16 март 2011, в 16:31
0

@mvds - Ваше решение работает, и я согласен, что другое, по-видимому, вызывает ошибку. Пожалуйста, введите его в качестве ответа, чтобы я мог принять.
Ian 16 март 2011, в 16:34

Показать ещё 13 комментариев

Теги:

mysql

select

1 ответ

Ещё вопросы

почему бы не ORDER BY LENGTH(keyn) ASC, keyn ASC ? Если я вижу это правильно, вы хотите, чтобы более короткие строки были первыми при всех обстоятельствах, верно?
Что произойдет, если вы используете FROM styles ORDER BY 2
@mvds - я хочу не по длине, а по величине. Кроме того, все ключи имеют длину 6 символов из-за того, как они вычисляются.
@ Джим Гаррисон - Ничего. 2 и 1 оба преобразуются в True.
@ Ян, пожалуйста, перечитайте мой комментарий. Не where 2 а order by 2
Если я использую 8 хешей вместо 6, я получаю правильный порядок. Очень странно!
@ Джим - Ой. Я проверил это, и результаты точно такие же.
@ Я не вижу проблемы. Пример вывода, который вы показываете, точно соответствует ожидаемому результату.
@Ike - из-за заказа по ключу, я ожидаю 101, 102, 104, 105, 123, 124, 180. Это не тот порядок, который появился.
Ах, прости. Я не посмотрел достаточно внимательно на ваш вывод. Ваш запрос должен работать так, как вы ожидаете. Какой механизм хранения вы используете, и какую версию MySQL?
@Ike - ENGINE = InnoDB CHARSET ПО УМОЛЧАНИЮ = utf8 COLLATE = utf8_unicode_ci в сообществе MySQL 5.1.36 под 64-битной Windows 7.
@ian извините, я хотел сказать ORDER BY LENGTH(TRIM(styleNo)),TRIM(styleNo) . TRIM(styleNo) не имеет фиксированной длины, верно?
я думаю, что самое простое решение состоит в том, чтобы отсортировать по исходному числовому значению в styleNo следующим образом: ORDER BY styleNo
@ian Я предлагаю это отчасти потому, что, используя этот метод с 6 хэшами, вы можете спрятать ошибку, которая однажды укусит вас.
@mvds - Ваше решение работает, и я согласен, что другое, по-видимому, вызывает ошибку. Пожалуйста, введите его в качестве ответа, чтобы я мог принять.

mvds · Accepted Answer · 2011-03-16T14-40-00.000Z

Кажется, вы хотите заказать по длине (обрезанное) поле, чтобы вы могли также сказать:

SELECT styleNo FROM `styles`
               WHERE 1
               ORDER BY LENGTH(TRIM(`styleNo`)),TRIM(`styleNo`)

потенциально сэкономит вам головную боль, а когда styleNo будет изменено на один день дольше 6 символов.