Re: constantes y variables

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

> Gabriel, no creas que no he estado en algo
> diferente... y realmente
> no me kiero meterme en tu emcionalidad con
> postgresql.

No tengo emocionalidad con ninguna herramienta, para
mi es solo un medio para lograr fines y te aseguro que
comprendo en que estas, pues trabaje en el Laboratorio
Tecnologico del Uruguay mas conocido como LATU. Su
nivel de certificaciones es altisimo y se investiga
todo.
Tambien la admision temporaria de todas las materias
primas para productos de exportacion. y el control de
stock y consumo de esas materias en todas las empresas
del pais.
>
> Igual hecho de menos pivot y tranform del
> motor jet para access.
Tambien uso esto en SQL, asi que no tenes que
extraniarlos

>
> Además me siento muy identificado con tu
> historia yo estoy en la
> misma, trabajo con postgresql desde mucho rato he
> igual me ha costado sangre
> sudor y lagrimas... El tema que aun no me ha tocado
> usarlo como motor de
> aplicaciones transaccionales sino que como
> herramienta de consulta. Estoy
> metido en un tete en donde tengo que generar 5400
> listados diferentes
> mensualmente, los cuales se deben cuadrar
> semtralmente y anualmente, los
> cuales confluyen en 2 paneles de indicadores tipo
> BSC que va en directa
> relación con el presupuesto de mi empresa y todo
> esto por cada centro o
> establecimiento que actualmente son 3. Como lo
> plantie en algun minuto, los
> sistemas operacionales corren en oracle, sql server
> y prosgresql, y bien con
> eso, son sistemas externos, el tema de
> licenciamiento no nos preocupa, ya
> que mi compañia mantienen contratos academicos con
> grandes estas grandes
> compañias. Aun así estoy apostando por postgresql,
> por que, me es comodo en
> muchas funcionalidades....
>
> En fin, nunca dije que era fans club de
> oracle ni de mssql,
> simplemente hice una pregunta seria y me
> respondieron sin detenerse a pensar
> o preguntar un poquito, sino que con chaqueteos, que
> no vale la pena
> mensionar... esto no es ni un modelo de base de
> datos ni un desarrollo de
> aplicaciones. es un modulo de muchos reportes, que
> se quiere empezar a
> llamar wherehouse en algun minuto o business
> intelligence para estar mas
> demoda.
>
> Y realmente las consultas son de una
> complejidad, expresada en
> las sql que se enviaron... si existe la instancia
> para demostrar esto
> encantando, pero a todas las personas que les hablas
> de BI o WH te salen con
> los de las facturas y los clientes, y eso es muy
> simple, un sistema clinico
> es mucho mas que openclinic o tonteras de ese tipo,
> hacer formularios
> conectados a una base, no es un sistema, la
> tecnología que te maneja en
> clinica es Registro clinico Electronico, o
> Electronic Heath records,
> Electronic Medical Records (RCE, EML EHR), sistemas
> altamente flexibles, los
> cuales meter procesos de registro, que crear nuevos
> campos y nuevas tablas
> automaticamente, conformando flujos de trabajo,
> además la posibilidad de
> explotar text (tsvector), mi tema es sacarle el jugo
> al sistema desde este
> punto de vista, controlando las entradas las cuales
> que son multiples, para
> expresar las miles de salidas. esto no se compara ni
> siquiera con un sap o
> algo así, eso aun asi es muy estatico. por eso que
> necesito de controlar las
> consultas por medio de constantes para que se
> ejecuten en forma automatica
> de acuerdo a diversas condiciones.
>
> ufffffff....
>
> eso.
>
> edo
>
>
>
>
>
> On 7/17/07, Gabriel Hermes Colina Zambra
> <hermeszambra(at)yahoo(dot)com> wrote:
> >
> >
> > --- eduardo arenas <pgmanlist(at)gmail(dot)com> escribió:
> >
> > > Estimados, se aceptan las criticas
> constructivas, y
> > > tambien las soluciones,
> > > soluciones que nunca llegaron por lo demas, solo
> los
> > > tipicos chaqueteo fuera
> > > de contexto, que siguien llegando y no requieren
> mas
> > > analisis.
> > >
> > > Al parecer, lo que es muy comodo y en MS SQL he
> > > integrado con su motor de
> > > Reportes y Mineria de Datos, no lo es en PG SQL,
> y
> > > esto es lo rescatable.
> > >
> > > pues bien con este correo doy por terminado este
> > > episodio
> > >
> > > saludos
> > >
> > > Eduardo Arenas.
> > >
> > Bien si vas a basar en hacer las cosas comodas,
> seguro
> > tampoco te va a importar estudiar un poco lo que
> se te
> > propone.
> >
> > A mi me costo un poco la incomodidad, ademas en
> aquel
> > tiempo PostgreSQL no corria en Windows y tuve que
> > llorar con un Linux, Fedora, que ni interface
> grafica
> > me instalaron, asi que todo a psql. y Clientes
> > Windows.
> >
> > Despues se lanzo PostgreSQL a windows y desde ahi
> las
> > cosas empezaron hacerse mas comodas.
> >
> > Lo que gane al pasarme a PostgreSQL es a tomar el
> > gusto de volver a ver el porque de las cosas y
> > preocuparme por hacer bien los disenios y no
> solamente
> > en la productividad.
> >
> > Tambien gane apertura mental y sobre todo como me
> > gusta viajar mucho, logre una comodidad con
> PostgreSQL
> > que con MSSQL no lograba y es el poder ausentarme
> sin
> > tener que pensar, cuando se va a corromper la base
> de
> > datos.?
> >
> > La confiabilidad que me da PostgreSQL, no me la da
> > MSSQL y como te digo Transact SQL no es SQL.
> >
> > La unica falta que le hecho es el Transform con
> Pivot
> > Table, si basado en una contrib limitada como el
> > Crosstab, pero que seguramente fue lograda con
> gente
> > que sabe mucho y se empenia en brindar
> gratuitamente
> > este conocimiento, estoy llegando a poder dar esta
> > funcionalidad a postgresql, me falta alguna
> cosita,
> > pero seguro cuando vea que mi pregunta no es tonta
> se
> > la voy a enviar a Alvaro, Tambien hecho de menos
> el
> > podes hacer los OLAP tan comodamente. Pero toda
> esa
> > comodidad la cambio por la robustes y velocidad de
> > PostgreSQL. Que como te expreso me da una
> tranquilidad
> > basada en la seguridad.
> >
> > Esto me llevo muchas horas de manual, no siempre
> me
> > dieron la respuesta facial, les tuve paciencia y
> me
> > tuvieron mucha paciencia en esta comunidad, Pero
> > cuando Jaime o Alvaro u otros responden a las 2
> AM. a
> > un correo que envie a las 1.50, me pregunto cuando
> > duermen estos locos. Y a veces los envidio por que
> > pienso que lo unico que hacen en la vida es tener
> un
> > psql en la terminal y leer libros todo el dia.
> >
> > Pero si vas a basar tu proyecto en tu comodidad,
> > PostgreSQL no es para ti, lo mas comodo que tenes
> > entonces y en eso coinsido contigo es averiguar en
> la
> > technet cuando tengas problemas con MSSQL, y por
> un
> > precio alto, un servico de algun GOLD PARTNER, con
> > gente certificada, que cobra 50 U$S la hora, con
> > suerte escalar una vez al anio tu problema al
> > laboratorio de MS para reportar un unico caso.
>
=== message truncated ===
Pero ahi es que te pido que analizes si agotaste todas
las posibilidades de consulta, puesto que lo que e
visto que mostraste con MSSQL, no resuelve la
complejidad de lo que planteas, digo, mostraste media
consulta al principio, despues mostraste una con
varios in y dos constantes que en pg/plsq se pueden
hacer.

Vos esos in ? los preparas por arte de magia en MSSQL
o los escribis tipeando y creando una nueva consulta
para un nuevo reporte cada vez que te aparece una
nueva necesidad ?

Por que si es asi, vamos a basarnos mas en la
herramienta de OLAP que en la de base de datos.

Creo humildemente que lo que mostraste no alcanza a
definir lo profundo de tu problema y te lo planteo asi
puesto que no soy ni por lejos un GURU de PostgreSQL y
ni siquiera me atrevo a customizar nada, con MSSQL me
animo a trabajar mas desde linea de comandos que con
PostgreSQL, pero asi y todo no he visto algo que no se
pueda resolver desde pl/pgsql de lo que mostraste.
Ahora de tu verdadera necesidad creo que responder las
preguntas anteriores van a dar una mejor luz.

Atte.
Gabriel Hermes Colina Zambra

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