Re: constantes y variables

--- eduardo arenas <pgmanlist(at)gmail(dot)com> escribió:

> Gabriel, tienes razon la consulta anterior no hace
> referencia a las
> constantes declaradas. Te envio una consulta real
> que incorpora estas
> variables esi si para el motor sql server.
>
>
> DECLARE @FECHAI INT;SET @FECHAI=75244;
> DECLARE @FECHAF INT;SET @FECHAF=75424;
>
> select centro,count(*) from
> (
> SELECT
> b.centro,a.NIF as nif
> FROM
> ADMOMI.IDDPAG as a, (select
> nif,centro,nacimiento from admomi.iddpac union
> select nif,centro,nacimiento
> from admomi.iddpa2) as b
> WHERE
> DGP='*P200'
> AND fecha
> between @FECHAI and
> @FECHAF
> and
> a.nif=b.nif
> and
> ((a.fecha - b.nacimiento)/365)
> between 20 AND 64
>
> union
> -- ..TC - REM
> MTC nuevo desde 28/02/2007
> al 31/06/2007
> select
> c.centro,a.nhc as nif
> from
> admomi.iddcor as a,(
> select * from admomi.iddcop where wproto= 195 and
> wnumero= 205 and campo=
> '1' ) as b,(select nif,centro,nacimiento from
> admomi.iddpac union select
> nif,centro,nacimiento from admomi.iddpa2) as c
> where
> a.fecha between @FECHAI and
> @FECHAF
> and
> numero=1
> and a.nhc
> = b.nif
> and b.nif
> = c.nif
> and
> a.especiali=b.especiali
> and
> a.secuen=b.secuen
> --and
> c.centro='JPII'
> and
> ((a.fecha - c.nacimiento)/365)
> between 20 AND 64
> union
> -- ..TC - REM
> MTC viejo desde 01/01/2007
> al 27/02/2007
> select
> c.centro,a.nhc as nif
> from
> admomi.iddcor as a,
> (select * from
> admomi.iddcop where
> wproto= 157 and wnumero= 205 and campo= '1' ) as b
> ,(select
> nif,centro,nacimiento from
> admomi.iddpac union select nif,centro,nacimiento
> from admomi.iddpa2) as c
> where
> a.fecha between @FECHAI and
> @FECHAF
> and
> numero=1
> and a.nhc
> = b.nif
> and b.nif
> = c.nif
> and
> a.especiali=b.especiali
> and
> a.secuen=b.secuen
> --and
> c.centro='JPII'
> and
> ((a.fecha - c.nacimiento)/365)
> between 20 AND 64
> ) as a
> group by centro
>
>
>
> mi problema que aveces tengo que pegar muchas
> consultas que provienen de
> varias tablas incluso aveces de la misma tabla que
> hacen referencia a las
> mismas constantes. lamentablemente explotar un
> sistema clinico es muy
> engorroso por que los indicadores hacen referencia a
> estados de salud del
> paciente en el tiempo y de acuerdo a un estado
> inicial, final etc... en la
> cual debes sacar una especie de pantallazo de vez en
> cuendo de como esta x
> estado de salud.
>
> Además estas constantes si no son declaradas al
> inicio del script pueden
> servir de parametro de entrada para otras
> aplicaciones de reporte de MS.
>
> espero puedas ayudarme
>
> saludos
>
> eduardo.
>
>
>
> On 7/11/07, Gabriel Hermes Colina Zambra
> <hermeszambra(at)yahoo(dot)com> wrote:
> >
> >
> > --- eduardo arenas <pgmanlist(at)gmail(dot)com> escribió:
> >
> > > Gabriel, algo que es tan nativo y util en MS
> SQL,
> > > pense en poder ocuparlo
> > > en PGsql.
> > >
> > > te renvio el script de lo que necesito hacer
> > >
> > > DECLARE @FECHAI INT;SET @FECHAI=75244
> > > DECLARE @FECHAF INT;SET @FECHAF=75424
> >
> >
> >
> > > SELECT centro,count(*)
> > > FROM admomi.iddpac
> > > where fechalta<=75358
> > > --and tipopac IN ('T','S')
> > > group by centro
> > >
> > En donde condicionas en el select el resultado a
> las
> > FECHAI y FECHAF
> > El where esta en fechalta<=75358, disculpame pero
> esto
> > no me dice mucho y no noto la incidencia de las
> fechas
> > declaradas fechai y fechaf.
> >
> > De todas maneras te estoy preparando otra cosa.
> > Que creo te va a servir mejor.
> >
> > > eso si esto va unido con muchas mas consultas
> que
> > > hacen referencia a las
> > > declaraciones (las fechas estan en juliano cosas
> del
> > > sistema que lo genera).
> > >
> > > saludos de ante mano gracias
> > >
> > > eduardo.
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > On 7/11/07, eduardo arenas <pgmanlist(at)gmail(dot)com>
> > > wrote:
> > > >
> > > > Arturo, concuerdo contigo que es mejor hacer
> las
> > > cosas bien de una. Y
> > > > quizas la pregunta era mas simple... algo asi
> como
> > > >
> > > > ¿existe transac sql en postgresql? y la
> respuesta
> > > habría sido mas simple
> > > > S/N
> > > >
> > > > En todo caso no es mi intención abrumar a la
> lista
> > > con un caso de estudio,
> > > > sino que hacer consultas de problemas
> tipicos...
> > > ver si puedo migrar algunas
> > > > cosas que estan funcionando funcionando, en
> > > nuestro caso particular no hay
>
=== message truncated ===
No si no omitiste nada, seguro no omitis nada mas,
puesto que no solo las variables de fecha, si no que
muchos and de la consulta no vi en el primer planteo.

Supongo que esto lo haces desde el manager console, o
desde sqlcommand, por que no creo que lo hagas dentro
de una aplicacion no ? y si lo haces el where lo
construis ahi, no vas hacer un view en la base para
cada caso supongo ?

Por que si es asi, el administrado de base de datos
hizo esto para vivir toda la vida esclavo del trabajo,
asegurandose el puesto permanente en la clinica.

Bueno con el planteo inicial, me llavaba dos minutos,
con este planteo me va a llevar un poco mas.
Asi que te pido paciencia por que voy a elejir un
ratito libre para este caso.

Te lo voy a pasar con un ejemplo sobre agrupar por una
categoria en un rango de fecha y con uniones de la
misma funcion en pl/pgsql a ver que te parece.
Atte.
Gabriel Colina.

__________________________________________________
Correo Yahoo!
Espacio para todos tus mensajes, antivirus y antispam ¡gratis!
Regístrate ya - http://correo.espanol.yahoo.com/