Re: constantes y variables

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

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