Ayuda con SQL de manejo de fechas

[apicito]

Empezado por Neftali

Si es así, yo crearía un campo FECHA_CONF_CAL (que se calcule y mantenga por trigger) que almacene y que mantenga el más antiguo o más nuevo de los tres.

Gracias por la respuesta.
Ya había pensado en esto pero pretendía hacerlo sin modificar la base de datos por lo que implicaría a efectos de actualización de todos mis clientes.
Estoy probando la solución de ozsWizzard. Ya no me da errores, pero tampoco me devuelve ningún registro. En algún sitio me estoy equivocando. Ya os diré.
Otra solución en la que habia pensado era en la de utilizar algo como un campo calculado en el que almacenar el valor más reciente de los tres. Pero no sabría como hacerlo.
Sigo con la solución de ozsWizzard.
Por cierto, si, has entendido perfectamente mi problema.Saludos.

[Neftali [Germán.Estévez]]

¿Qué problema hay en cambiar la Base de Datos si es necesario?
En general los UNION son todo lo contrario a "eficientes" y me parece una solución no-directa para un problema bastante sencillo.

[apicito]

El problema es la intendencia que me requiere este tipo de cambios...

[ozsWizzard]

Por partes

Seguramente no te salgan datos por culpa de que no me he molestado en tener en consideración las fechas nulas. Tendrías que ajustar los "where"s individuales para que las fechas nulas las tome como "fechas 0".

Neftalí tiene razón, y dado que tendrás que distribuir un ejecutable, siempre puedes crear el campo, si no existe, al iniciar el programa. (Y rellenarlo, para ello seguro que sirve la select que he puesto yo, sin el where final y teniendo en cuenta la posibilidad de los nulos, de esta forma la select solamente la usas una vez, para cargar los datos en el campo [que otra forma sí que no sé])


Edito y añado:
Yo tengo esto mismo en un programa, justo después de establecer la conexión (lo que tengo justo después es la llamada al procedimiento, lógicamente)

Código Delphi [-]
//NO es igual que lo que tengo pero el efecto es el mismo
procedure TDataModule1.AñadirCampoX;
var
   q: TSqlQuery;
begin
   q := TsqlQuery.Create(Self);
   try
      q.SQLConnection := Conec; //así se llama la conexión
      try 
         q.Sql.Add('select CampoX From Tabla1');
         q.Open;
      except
         q.Sql.Add('ALTER TABLE Tabla1 ADD COLUMN CampoX tipo_dato');
         q.ExecSQL;
      end;
   finally
      q.Free;
   end;
end;

En tu caso debes añadir como rellenar el campo después de crearlo.

Saludos

[apicito]

Al final lo he solucionado así:

Código SQL [-]
 SELECT distinct FRAS_CONF1_DATA AS FECHAR,
 FRAS_CODIGO, FRAS_DATA, FRAS_NUMERO, .... 
 FROM FRAS
 where
 FRAS_CONF1_DATA > '02/18/2013'

 union ALL

 SELECT distinct FRAS_CONF2_DATA AS FECHAR,
 FRAS_CODIGO, FRAS_DATA, FRAS_NUMERO, ....
 FROM FRAS
 where
 FRAS_CONF2_DATA > '02/18/2013'

  union ALL

 SELECT distinct FRAS_CONF3_DATA AS FECHAR,
FRAS_CODIGO, FRAS_DATA, FRAS_NUMERO, ...
 FROM FRAS
 where
 FRAS_CONF3_DATA > '02/18/2013'

 ORDER BY 1,4

Gracias por vuestra ayuda.
un saludo.

[apicito]

En la solución anterior sobra el distinct, ya que no cumple ninguna función. El campo FECHAR es timestamp y por lo tanto siempre es distinto y hace que si esa factura la conformaron dos personas en el perído de consulta muestre dos registros.
Al principio pensé que era un problema, pero pensandolo bien, como el objetivo de esta consulta es mostrarle al encargado los eventos que se produjeron en un período, no está mal que pueda ver que recibió dos conformidades o rechazos.
Saludos.

[[Al González]]

No soy experto en SQL, pero usando una expresión Case en el Order By podría bastar. Hice esta pequeña prueba con una de mis tablas y funcionó:

Código SQL [-]
Select ID, Fecha, FechaEjecucion From OrdenTrabajo
  Order By
    Case
      When Fecha < FechaEjecucion Then Fecha
      Else FechaEjecucion
    End

Como FechaEjecucion puede ser Null, añadiendo "Nulls First", hacemos que la consulta traiga primero los registros que tienen vacío ese campo:

Código SQL [-]
Select ID, Fecha, FechaEjecucion From OrdenTrabajo
  Order By
    Case
      When Fecha < FechaEjecucion Then Fecha
      Else FechaEjecucion
    End Nulls First

En tu caso el Case involucraría tres campos. Sería un poco más grande, pero nada del otro mundo.

[apicito]

Con la solución que postee: "order by 1,4" ya funciona correctamente la ordenación. Ordena por el campo FECHAR y FRAS_NUMERO.
Realmente el único "fallo" que le encuentro es que no permite hacer distinc excluyendo FECHAR y que hace que puedan aparecer más de una linea de la misma factura si fue conformada por más de una persona en el período de la consulta.
Saludos.