Re: constantes y variables

Post(s) atras, el caso es digno de un "daily WTF" ;-)

Y bueh, sirven para algo.

gb.-

On 7/11/07, eduardo arenas <pgmanlist(at)gmail(dot)com> wrote:
> 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
> > > > problemas de arquitectura, ni licencias, además
> > > las soluciones están
> > > > funcionando y son efectivas en el contexto de una
> > > recogida mensual y fuera
> > > > del ambiente de produccion.
> > > >
> > > > tampoco mi intención es comparar ni menoscavar la
> > > utilización de pg y
> > > > menos de ms u oracle , ni sino, simplemente no
> > > estaría trantando de echar
> > > > andar estas cosas con pg, no perderia mi tiempo y
> > > seguiria avanzando en los
> > > > temas que ya tenemos validados.
> > > >
> > > > saludos
> > > >
> > > > Eduardo
> > > >
> > > >
> > > >
> > > > On 7/11/07, Arturo Munive <arturomunive(at)gmail(dot)com>
> > > wrote:
> > > > >
> > > > > eduardo arenas escribió:
> > > > > > jajajjjajajajja,
> > > > > >
> > > > > > ...estoy muy interesado en validar la
> > > utilización de pg en salud, asi
> > > > > > que debe de poder hacer lo mismo que ya está
> > > corriendo en ms u oracle.
> > > > > > sino la cosa sigue en ms u oracle po.
> > > > > Disculpa meter mi cuchara de esta manera, pero
> > > que ya esté corriendo en
> > > > > MSSQL y Oracle no quiere decir que *tu problema
> > > este bien planteado* o
> > > > > que sea una buena consulta.
> > > > > Yo soy un convencido de que las cosas se deben
> > > hacer como se deben
> > > > > hacer, no como se pueden hacer.
> > > > >
> > > > > probablemente tu consulta también corra en
> > > postgresql, quien sabe si
> > > > > lento o rápido, pero que te acotan que esta mal
> > > por que se puede
> > > > > mejorar.
> > > > > No se por que tu comentario suena a que si no se
> > > puede hacer en
> > > > > postgresql (a tu manera) eso quiere decir que
> > > postgres este en
> > > > > inferioridad frente a las otras BDS que
> > > mencionas.
> > > > >
> > > > > Ojal me equivoque y la intencion en tu
> > > comentario no sea esa.
> > > > >
> > > >
> > > >
> > > >
> > > > --
> > > > Eduardo Arenas Castillo
> > > > Ingeniero de Sistemas
> > > > Pontificia Universidad Catolica de Chile
> > > > Facultad de Medicina
> > > >
> > >
> > >
> > >
> > > --
> > > Eduardo Arenas Castillo
> > > Ingeniero de Sistemas
> > > Pontificia Universidad Catolica de Chile
> > > Facultad de Medicina
> > >
> >
> >
> > __________________________________________________
> > Correo Yahoo!
> > Espacio para todos tus mensajes, antivirus y antispam ¡gratis!
> > Regístrate ya - http://correo.espanol.yahoo.com/
> >
>
>
>
> --
> Eduardo Arenas Castillo
> Ingeniero de Sistemas
> Pontificia Universidad Catolica de Chile
> Facultad de Medicina

--
Guido Barosio
-----------------------
http://www.globant.com
guido(dot)barosio(at)globant(dot)com