SELECT * FROM ksmusic_archive order by 'id' desc limit 40,40

выдает черт знает что, дублируя строки.

плиз хелп!

да, задача заключается в сортировки по id в обратном порядке (от бол. к мен.)

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

Kamil, на чем основана уверенность в том, что таблица не содержит дубликатов? Ты это проверил?

Crazy писал(а):

Kamil, на чем основана уверенность в том, что таблица не содержит дубликатов? Ты это проверил?

у каждой строки уникальный id база забвалась программой.

Ты хочешь сказать, что запрос вернул тебе дублирующиеся ID? Прости, но не очень верится.

Действительно не верится, такого не может быть.

не почему, может. если id - не primary key, а программа забила в себя данные 2 раза

Автор утверждает, что id -- уникальный. Но есть подозрение, что не все его утверждения истинны.

чудес не бывает. я это точно знаю.

Long, Чудеса бывают
а проблему можно решить добавив DESTINCT после SELECT (уберет дубли)

как насчет
SELECT distinct * FROM ksmusic_archive order by 'id' desc limit 40,40

?

сори, заметил пост albedo в момент клика. 2 мин. ((

albedo, с таким мировозрением тебе надо не программированием, а черной или белой магией заниматься.

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

albedo писал(а):

Long, Чудеса бывают

Чудес не бывает. Деда Мороза -- тоже.

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