Foros Club Delphi

Foros Club Delphi (https://www.clubdelphi.com/foros/index.php)
-   Firebird e Interbase (https://www.clubdelphi.com/foros/forumdisplay.php?f=19)
-   -   Minus (https://www.clubdelphi.com/foros/showthread.php?t=36001)

Ana Tudela 28-09-2006 17:10:25

Minus
 
Hola,

me gustaría saber si hay una instrucción equivalente en Interbase al MINUS de Oracle.

Gracias.

AGAG4 28-09-2006 18:49:09

Porque no dices que Hace el Minus de Oracle ????Toma el Valor Mínimo ????

jachguate 28-09-2006 19:03:55

minus es de la familia de operaciones de conjuntos, haciendo una resta de estos. Digamos que es un "hermano" de la operación union.. :p

Firebird no tiene un equivalente a minus, supongo que Interbase tampoco lo tiene, pero creo que es posible escribir una sola sentencia select que nos devuelva el mismo resultado que sería producto de un minus:

Código SQL [-]
select id_cliente from cliente where pais = 'GUATEMALA'
minus
select id_cliente from cliente where ciudad = 'MIXCO'
es el equivalente a:
Código SQL [-]
select id_cliente from cliente where pais = 'GUATEMALA' and ciudad != 'MIXCO';

Hay otras equivalencias para las que podemos valernos de una clausula not exists.

Hasta luego.

;)

Casimiro Noteví 28-09-2006 20:03:54

Si es que en esta vida todo tiene solución... todo, minus lo que ya sabéis :o

roman 28-09-2006 20:09:17

Uy. Pero entonces el minus éste se ve un poco bobo ¿no? :o :rolleyes: :cool: :confused:

jachguate 28-09-2006 20:32:31

:confused: :confused:

roman 28-09-2006 20:38:01

:) Je, je, yo también estoy confundido. Es que no veo clara la necesidad de un operador no estandar que puede reemplazarse tan sencillamente por algo mucho más canónico.

// Saludos

jachguate 28-09-2006 21:19:17

Yo diría que es una característica interesante, porque permite escribir queries mas fáciles de entender. A ver si me explico:

A mi me resulta mas fácil de entender el significado de:

Código SQL [-]
select id_cliente from cliente_moroso
minus
select id_cliente from cliente_interno

suponiendo que ambas son vistas que se basan en tabla cliente, donde cliente_moroso tiene uno o varios joins a otras tablas para determinar si hay documentos pendientes de pago con cierto atrazo (de acuerdo a la configuración del sistema), mientras que cliente_interno tiene un encuentro con la tabla de empresas, donde se define el id de cliente que corresponde a cada una de ellas.

Aún cuando sea posible escribir una sentencia particular para este caso, resulta mucho mas sencillo de escribir y leer queryes, también mas flexible el uso de estos operadores (también hay un operador intersect :) )

Claro que cuando no contamos con ellos, tenemos que picar mas piedra, pero si podemos llegar a los mismos resultados.

Hasta luego.

;)

Casimiro Noteví 28-09-2006 21:42:53

Pregunto: ¿pero en esta forma de trabajar con "minus" se hacen 2 selects?
Porque si es así, entonces es mejor la forma "estandar" de firebird que es un sólo select, imagino que será más rápido y eficiente

roman 28-09-2006 22:06:51

Entiendo lo que dices y voy de acuerdo en que resulta más legible pero como dice Casimiro, ¿no es ineficiente?

Digamos, algo como lo que ejemplificas, supongo que también puede hacerse con una subconsulta NOT IN que tengo entendido es más lenta que un JOIN. Ese minus, ¿no es como una subconsulta?

// Saludos

jachguate 28-09-2006 23:08:07

Cita:

Empezado por roman
Entiendo lo que dices y voy de acuerdo en que resulta más legible pero como dice Casimiro, ¿no es ineficiente?

Desconozco el tema de otros motores, pero en el caso de Oracle, el analizador/optimizador hace maravillas, por lo que no llegarán a ejecutarse dos consultas, una que devuelva un millón de registros y otra 999,999, para hacer la resta y devolver solo uno al final.

Oracle está en capacidad de encontrar una ruta óptima para realizar la consulta. Lo importante, como ya he resaltado, es que es mas semantico, por llamarle de alguna forma.

Cita:

Empezado por roman
Digamos, algo como lo que ejemplificas, supongo que también puede hacerse con una subconsulta NOT IN que tengo entendido es más lenta que un JOIN. Ese minus, ¿no es como una subconsulta?

Muchos de los problemas que pueden resolverse con minus pueden resolverse con un not in o a veces dentro de un query sin ellos, por lo que no resulta "indispensable".

Sin embargo, si se da la opción de elegir, teniendo en cuenta que el motor sea capaz de procesarlo de manera optima, yo me quedo con los operadores sobre conjuntos.. (y muchos otros "analíticos" que tiene el oracle ese...)

:p

roman 28-09-2006 23:28:28

Tomo tu palabra en lo que vale, o sea, mucho, así que doy por buena la explicación :). Más que nada era curiosidad sobre estos operadores.

// Saludos

Paoti 29-09-2006 17:28:32

Desconozco si firebird soporta:


From T1 where (c1, c2, c3) not in (select a.c1, a.c2, a.c3 from t2 a)



en Oracle puedo usar minus de la siguiente manera.

Código SQL [-]
Select  c1, c2, c3 from tabla1
minus
Slect a.c1, a.c2, a.c3 from t2 a

que se em hace una maravilla



saludos

jachguate 29-09-2006 17:45:08

Cita:

Empezado por Paoti
Desconozco si firebird soporta:
...
que se em hace una maravilla

¡Claro que es una maravilla!, y lamentablemente no está soportado de dicha manera en firebird.

Sin embargo, hasta ahora no he encontrado un "minus" que no pueda plantearse en terminos de firebird... aunque a veces es realmente complicado y requiere de mucho ingenio.. :p

Hasta luego.

;)

Paoti 29-09-2006 17:55:44

Me encanta Firebird,



y nunca me he presentado con realizar intrucciones complicadas en firebird.


Y siempre hay que encontrar una solución jachguate.



Saludos.




les muestro el select que hice en oracle, para una insercción masiva:

Código SQL [-]
FROM m4_PRESUPUESTOS PRE
WHERE PRE.id_ejercicio = vEjer_Tes
AND
    (PRE.id_centro_costo, PRE.id_partida, PRE.id_programa, PRE.id_proyecto)
IN
    (select pt.id_centro_costo, pt.id_partida, pt.id_programa, pt.id_proyecto from m4_presupuestos pt
            where pt.id_ejercicio =  vEjer_Tes
      MINUS
    select p.id_centro_costo, p.id_partida, p.id_programa, p.id_proyecto from M4t_PRESUPUESTOS_GASTO p
            where p.id_ejercicio = vEjercicio and p.version = vVersion);


La franja horaria es GMT +2. Ahora son las 09:36:31.

Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi