Obtener dos veces el mismo campo.

[marcoszorrilla]

Si vas a trabajar solamente local, una solución muy simple sería tener una tabla con los campos necesarios vacia y cuando actives la consulta, haces un insert sobre esta tabla que tendrá los índices que necesites, luego solamente te queda ordenar por el campo que quieras.

Un Saludo.

[marcoszorrilla]

Movido por la curiosidad he hecho la siguiente prueba con Paradox:

Select Nombre, apellidos, apellidos||nombre as apel
 From alumnos
 order by 3
 
 //o esta otra
 
 Select Nombre, apellidos, apellidos||nombre as apel
  From alumnos
  order by apel

Y funciona correctamente.


Un Saludo.

[Jose_Pérez]

Macoszorrilla, respecto a tu último ejemplo, ten en cuenta que en ese caso apel forma parte de la propia consulta SQL. Por algún motivo, los campos calculados creados desde el componente TQuery, en tiempo de diseño, no son reconocidos por el propio lenguaje SQL.

Un abrazo.

[marcoszorrilla]

Tienes toda la razón, lo que quería indicar es que quizás convenga que lo calcules en la propia consulta, como en el ejemplo, ya sé que los campos calculados no se pueden utilizar para ordenar.

Un Saludo.

[jachguate]

Empezado por haron

el componente TQuery deberia tener alguna opcion para hacerlo, ya que al fin y al cabo trabaja con una copia local y puede ordenar los resultados de esa copia

.

Eso no siempre es cierto... pues depende de cuantos fetch se hagan en la apertura del cursor. A veces hay queries que contienen muchos registros, se abren y solamente se utilizan los primeros... porque el proceso es cancelado por el usuario, porque solo queria ver si abria, etc, etc.

imaginate, para ordenar por un campo calculado.. en ocasiones habria que hacer viajar miles (o millones) de registros del servidor al cliente solo para ordenarlo por un campo calculado (que en cualquier caso regularmente se puede hacer en el servidor, no?).

A mi me parece que está bien como esta...

[haron]

Empezado por jachguate

.

Eso no siempre es cierto... pues depende de cuantos fetch se hagan en la apertura del cursor. A veces hay queries que contienen muchos registros, se abren y solamente se utilizan los primeros... porque el proceso es cancelado por el usuario, porque solo queria ver si abria, etc, etc.

imaginate, para ordenar por un campo calculado.. en ocasiones habria que hacer viajar miles (o millones) de registros del servidor al cliente solo para ordenarlo por un campo calculado (que en cualquier caso regularmente se puede hacer en el servidor, no?).

A mi me parece que está bien como esta...

tienes razon. el componente TQuery es listo en el sentido que solo se trae los registros que necesita.

pero tambien te puedes traer todos los registros del servidor. por ejemplo el TADOQuery por defecto se trae todos los registros y trabaja con una copia local. en este caso si tiene sentido ordenar por un campo calculado.

de todas formas, tampoco esta de mas que se pueda ordenar un subconjunto del total.

la verdad es que en muchas ocasiones me he visto en un apuro porque no puedo ordenar por un campo calculado.

[jachguate]

Empezado por haron

tampoco esta de mas que se pueda ordenar un subconjunto del total.

que sentido tendría.

Si yo tengo el resultado de una consulta que genera (en el orden de los registros devueltos por el servidor):


nombre apellido
===============
Antonio Zapata
Juan Albizures
Pedro Fernandez
Jose Hernández

y me traigo los primeros dos registros, y los ordeno (el subconjunto) por apellido tengo:

nombre apellido
===============
Juan Albizures
Antonio Zapata

Que no son los primeros dos registros si tengo el conjunto completo, que seria:

nombre apellido
===============
Juan Albizures
Pedro Fernandez
Jose Hernández
Antonio Zapata


¿De que me sirve ordenar un subconjunto entonces?


Ademas, el traerte todos los registros podria ser bueno o malo... dependiendo de la situación, pero si tenes una consulta que puede generarte muchos registros... no creo que sea buena idea correr el riesgo.

Hasta luego.