Ordenar registros sin ID

[jordi45]

Tengo una tabla y no suelo usar ID en tablas que sé que otro campo como el nombre va a ser la llave y no se van a repetir ya que mysql los ordena internamente en su memoria, pero ahora viene el problema si los quiera ordenar de manera descente como lo hago.
No tengo campo id y el ORDER BY 'campo' DESC pide campo el cual no tengo no tengo, tampoco la fecha.


¿No hay otra manera que añadir el campo id o fecha a la tabla?

[gnzsoloyo]

El orden sería sobre el o los campos que forman la clave primaria.
Quiero suponer que tienes declarada una PK, sea cual sea... ¿No es así?

[jordi45]

Sí pero si pongo el nombre que es la key me lo ordena alfabéticamente.

[gnzsoloyo]

Si lo ordena alfabéticamente, es porque el campo es CHAR o VARCHAR, o bien es que estás cometiendo algún error de conversión.
Postea la sentencia y estructura de tu tabla (el CREATE TABLE)., entonces veremos

[jordi45]

Es un varchar.

Lo he hecho así

$cuenta=($totalregistrostabla-5)
$sql7 = "SELECT * FROM tabla LIMIT $cuenta,5";

Me salen los últimos 5 registros que es lo que quiero pero en orden ascendente y los quiero descendente estoy en ello.

[gnzsoloyo]

Pues si es un VARCHAR, siempre te lo va a ordenar alfabéticamente. Por definición, un VARCHAR guarda cadenas de texto.
Si lo usas para guardar enteros, decimales, fechas, o booleanos, es irrelevante. Para el MySQL siguen siendo cadenas de texto.

Por otro lado, lo que te pedí era el CREATE TABLE, para poder entender qué forma tiene la PK. No lo posteaste.

Usa

Código MySQL:

SHOW CREATE TABLE nombredetutabla
 

y postea lo que resulta de eso.

[gnzsoloyo]

Iniciado por jordi45

Es un varchar.

Lo he hecho así

$cuenta=($totalregistrostabla-5)
$sql7 = "SELECT * FROM tabla LIMIT $cuenta,5";

Me salen los últimos 5 registros que es lo que quiero pero en orden ascendente y los quiero descendente estoy en ello.

Es más simple hacer:

Código MySQL:

SELECT * 
FROM (SELECT * FROM TABLA ODER BY claveprimaria DESC LIMIT) t1
ORDER BY claveprimaria
 

Y que MySQL lo resuelva.

[jordi45]

Me da error

Warning: mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in C

[gnzsoloyo]

Pruébalo primero directamente por medio de una interfase de tipo PhpMyadmin o similar.

¿No estás usando ninguna?

[gnzsoloyo]

Lección básica: Las sentencias jamás se prueban en el cuerpo de los scripts de PHP.
Se prueban primero manualmente con interfases adecuadas (Navicat, MySQL Workbech, PhpMyamin, etc).

[jordi45]

Probado en Phpmyadmin

#1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ') tabla ORDER BY nombre

[gnzsoloyo]

¿La copiaste sin corregirla?
Tiene al menos dos errores de sintaxis la que te puse.

Postea lo que pusiste TU.

[jordi45]

Le he corregido el ORDER y el t1 me supongo que es el nombre de la misma tabla y las ; al final pero vamos que no funciona ya que el campo nombre es un varchar, y nunca lo va a ordenar como un número, luego he intentado crear un array para cambiar el orden de los registros emulando un DESC y no lo he conseguido.


¿El id siempre hay que ponerlo en tablas que los registros son únicos? Porque ponerle el id me lleva unos minutos pero esto me está llevando horas.

[gnzsoloyo]

¿Podrías hacerme el favor de enviarme el resultado de esto, poniéndole el nombre de la tabla que estás usando?

Código MySQL:

SHOW CREATE TABLE nombredetutabla
 

Y no. Parchar un diseño de bases de datos para arreglar un defecto que no existe, no es una buena idea.
El problema es que no estás haciendo lo que te pido, entonces no podemos analizar correctamente lo que tienes que hacer. No te pido esa info por que sí. Si no me la das, no puedo saber si realmente estamos haciendo lo correcto.
Yo, personalmente, soy totalmente contrario al uso de PK autoincrementales, porque traen más problemas en el tiempo, que las ventajas que aportan. Para mí son simples "parches" aplicados cuando no se conoce la forma correcta de diseñar una base.

[jordi45]

CREATE TABLE `edificios` (
`nombre` varchar(255) NOT NULL,
`tipo` varchar(50) NOT NULL,
`fecha` int(5) NOT NULL,
`icono` varchar(255) NOT NULL,
`foto` varchar(255) NOT NULL,
`continente` varchar(20) NOT NULL,
`pais` varchar(40) NOT NULL,
`estado` varchar(30) NOT NULL,
`descripcion` text NOT NULL,
`video` text,
`contador` int(11) NOT NULL default '0',
`url` varchar(255) NOT NULL,
PRIMARY KEY (`nombre`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8

[gnzsoloyo]

Mira, en principio, no me parece que el nombre de un edificio sea una buena elección para una clave primaria, y menos aún si la tabla abarcar-a diferentes ciudades, provincias y hasta países.
¿Tienes idea de cuántos edificios pueden llamarse igual en esas circunstancias?
Solamente en Argentina (mi país) conozco en tres provincias 14 edificios llamados "El Palomar", un centenar o más aún que se llaman "Libertador San Martín" y ni hablemos de otros nombres más característicos de la historia.
Tienes que entender que una PK debe ser siempre única, e identificar unívocamente a un sólo registro en la tabla. Si el campo que vas a usar no tiene esa cualidad, tienes dos alternativas:
1) Usas más de un campo en la construcción de la PK, de modo que la combinación de como resultado una clave única.
2) Creas la clave en base a un sistema de numeración o un sistema de codificación propio (por ejemplo, combinando las letras usadas para designar a un país, mas el numero de DDN de la ciudad).
Cualquiera de las opciones que elijas, deberás mantenrla por siempre.

Además de esto, veo que estás usando tablas MyIAM.
¿Estás conciente de que ese tipo de tablas carece de integridad referencial? Es de cir, no se pueden definir FOREIGN KEY con ese tipo de tablas.
Son muy funcionales cuando hay alto nivel de escritura en tablas, pero sino, no aporta mayores ventajas.
Además, carecen de control de transacciones, por lo que manejar la concurrencia de usuarios escribiendo es un problema.

Finalmente, el ordenamiento en el caso que muestras será siempre alfabético, por lo que si quieres otros ordenamientos deberás indicar cuáles y en base a qué criterios.
Si los quieres por orden de ingreso, deberás ordenarlos por "fecha", si los deseas por pais y por ingreso, será "pais", "fecha"; etc.

Respecto al caso de muestra que te puse, lo que el faltaba era un poco de corrección de sintaxis:

Código MySQL:

SELECT * 
FROM (SELECT * FROM edificiosORDER BY nombre DESC) t1
ORDER BY nombre
LIMIT 5;
 

Una nota final: Las fechas deben ser DATE, DATETIME o TIMESTAMP. No INT.
Un INTN para almacenar la fecha sólo sirve si vas a usar UNIX_TIMESTAMP.

[jordi45]

Estoy al otro lado del charco y ahora lo pruebo, lo del nombre son edificios famosos y son registros únicos porque no me interesa que se repitan si mira por ejemplo la wikipedia por ejemplo hay cientos de palacios reales pero si me refiero a uno en particular por ejemplo Palacio Real que hay varios) añado de Madrid para identificarlo no lo denomino como solo palacio real. Si se repite siempre se le puede añadir otro atributo al nombre. La wikipedia también hace lo mismo si quiere puede mirar este ejemplo

Fuerte de Agra

http://es.wikipedia.org/wiki/Fuerte_de_Agra

Fuerte rojo de Delhi

http://es.wikipedia.org/wiki/Fuerte_rojo_de_Delhi

Puede hacer lo mismo con el término Casa Blanca

Si me refiero a la de Washington solo la nombraré con ese término

http://es.wikipedia.org/wiki/Casa_Blanca

Si me refiero al edificio con el mismo nombre en moscú la llamaré Casa Blanca de Moscú

http://es.wikipedia.org/wiki/Casa_Blanca_de_Mosc%C3%BA

Los dos son fuertes rojos o casas blancas pero en el identificador nombre siempre los nombro de forma diferente quedando siempre el nombre como key única.

Sólo uso id cuando sé que los nombres se van a repetir, porque el mysql en su memoria interna ya les añade un número de orden.

Esto lo hago porque que edificios famosos hay unos pocos miles, si haría un catastro pues sí lo haría con otra key.

****

Ya he probado su select y nada los ordena alfabéticamente los 5 primeros registros.

A partir de ahora voy a incluir la fecha y los ordenaré por fecha de inserción, gracias por su tiempo y explicaciones.

Respecto al campo fecha no es una fecha es un año ya está cambiado el nombre, lo que pasa que le puse tipo year y no me cogía números negativos -200 para decir que es A.C. u otros números, el year está muy limitado.

[davikt]

Hola jordi45,

Según lo que he estado leyendo digo yo que no bastaría con un:

Código SQL:

SELECT * FROM tabla ORDER BY nombre DESC LIMIT 5
 

Si eso es que no lo he entendido bien. Atendiendo al problemilla de varchar e int, a mysql le va a dar igual y te los mostrará ordenados. Pero no porque los trate como números si no porque los ordena en relación a la tabla ASCII, y creo que por suerte para muchos de nosotros la hicieron ordenada (jejeje). El problema viene cuando en esas celdas mezclas carácteres alfanuméricos. Pero bueno, eso es agua de otro manantial.

Y en relación a lo que comenta gnzsoloyo, tiene toda la razón. Ántes de crear una BD hay que estudiar a fondo todos los aspectos de la misma, para que luego dure años y años sin tener que variarla lo más mínimo. Porque yo me he encontrado auténticas chapuzas, que no se podían llamar de otra forma y que para actualizar aquello hacía falta dios y ayuda.

¡Un saludo!

[gnzsoloyo]

Respecto al campo fecha no es una fecha es un año ya está cambiado el nombre, lo que pasa que le puse tipo year y no me cogía números negativos -200 para decir que es A.C. u otros números, el year está muy limitado.

Bueno, es que nadie pensó en que se tenían que hacer estadísticas para presentar presupuestos en el Senado Romano... O que Poncio Pilatos aún tenía que entregarle reportes administrativo-contables al emperador Tiberio...

En serio, es lógico que no te acepte una fecha anterior al siglo XV, entre otras cosas, porque tendrías problemas con los calendarios (ellos usaban el Juliano y nosotros el Gregoriano).
Hay ciertas restricciones imposibles de evitar, entre ellas que no puedes almacenar una fecha negativa, porque técnicamente no existen años negativos, y porque el tipo de datos se desbordaría.
La solución que le has encontrado es lo que se puede hacer.

En cuanto a la consulta en cuestión, es cierto que se estaba complicando un poco, pero

Código MySQL:

SELECT * 
FROM edificios 
ORDER BY nombre DESC
LIMIT 5
 

debería devolverte los últimos 5 de la lista, obviamente ordenados alfabéticamente porque tu clave es alfabética. Para que te lo ordene de otra forma, como ya hemos hablado, tienes que indicar otro tipo de columna que te sirva para lo que quieres.