Campo extra en decremento

[gus_anomaly]

Buenas estimados,

tengo una tabla donde su Id es una pk y ademas autoincremental.

Quisiera agregarle un campo entero que vaya en decremento, algo asi:

id--nombre--orden
1 forosdelweb 3
2 facebook 2
3 twitter 1

Agradeceré cualquier ayuda, saludos!
Gustav.

[gnzsoloyo]

¿Y qué determina ese orden? ¿Es base a qué criterio lo numeras y para qué?

[gus_anomaly]

El orden es un ORDER BY id pero indiferentemente de eso necesito mostrar un listado donde el primer registro este numerado como ultimo.

Saludos y gracias!

[gnzsoloyo]

Iniciado por gus_anomaly

El orden es un ORDER BY id pero indiferentemente de eso necesito mostrar un listado donde el primer registro este numerado como ultimo.

Saludos y gracias!

Pues lo que muestres en la interfaz, lo puedes resolver sin problema en programación. No es práctico, y es desaconsejado, poner datos que se generan dinámicamente.
Es igual a guardar datos calculables.
No es que no se pueda hacer, simplemente que recargas innecesariamente el alta del registro, obligando a renumerar ante cada insert.
Desde el punto de vista de performance, es una muy mala idea, y como te dije, es más simple implementarlo cuando lo muestras en el formulario (tema de programción, no de BBDD).

[gus_anomaly]

Entiendo lo que dices, desde el lado performante no me preocupa porque como mucho será un listado de 10 registros.

Desde el lado programación, en este caso, trato de darle el trabajo al motor de la base.

Saludos y gracias igualmente!
Gutsav.

[gnzsoloyo]

Desde el lado programación, en este caso, trato de darle el trabajo al motor de la base.

La base de datos no está para eso. Los lenguajes de programación tienen mejores recursos para realizar ese tipo de tareas.
Para decirtelo en pocas palabras, en la base deberás hacer al menos dos queries para lograrlo, o implementar stored procedures, o incluso trigger, lo que es una pésima idea.
En programación sería solamente obtener en una variable el total de registros devueltos y usarla en forma decremental, al mismo tiempo que despliegas los datos de cada regisatro.
A lo más serían dos o tres líneas de código.
¿De verdad te parece mejor darle esa tarea a la base?

[gus_anomaly]

Estimado, dije TRATO, bajo las premisas que usted me da donde tengo que generar SP o Triggers no esta más en discusión y lo soluciono con programación.

Ahora, Si con una sub query estaba resuelta mi cuestión sin dudas hago que la Base lo haga.

Saludos y un gran abrazo!
Gustav.

[quimfv]

Estoy totalmente deacuerdo con lo que dice @gnzsoloyo hay muchisimas cosas que es mejor hacerlas en programación externa, por faciles, porque la solución en la base de datos no sera estandar... etc.

Pero

Código MySQL:

select id,nombre, @a:=@a+1 orden from TuTala ORDER BY id DESC;
 

Seria lo que buscas?

No intentes guardar ese campo se calcula cada vez que ejecutes la query.

[gus_anomaly]

Hola!

Muchisimas gracias, el campo orden que es el que hace el conteo me sale null.


Sobre las cosas de hacerlas en programación, estoy totalmente de acuerdo, en mi caso puntual es donde prefiero hacerlo asi de ser posible.


Saludos!!!
Gustav.

[quimfv]

El campo orden no debe estar en la tabla, solo es un alias de la variable (creo que se le puede poner alias, si no quitalo).

[gnzsoloyo]

El campo de la variable sale NULL porque debe inicializarse primero la variable:

Código MySQL:

SET @a = 0;
SELECT  id,nombre, @a:=@a+1 orden 
FROM TuTala 
ORDER BY id DESC;
 

Una variable de usuario (en MySQL son las que tienen una arroba), tiene valor inicial NULL, y toda operación con NULL da NULL.
En tu caso se requiere, para una columna decremental, como te dije, dos querys al menos:

Código MySQL:

SET @a = (SELECT COUNT(*) FROM tutabla) +1;
SELECT  id,nombre, (@a:=@a-1) orden 
FROM TuTala 
ORDER BY id DESC;
 

Como dije, es posible, pero por más que te parezca una buena idea, es una muy, pero muy mala idea hacer cosas en la base que no son su responsabilidad.
Si empiezas a romper el encapsulamiento de la base y la aplicación, generaras un exceso de acoplamiento, nocivo, que tarde o temprano deberás revertir o te causará problemas severos.
Desde el punto de vista de BBDD es un error, y desde el análisis de sistemas también.
Es tu decisión. Yo no te lo aconsejo.