claro que fué sin saberlo y por eso precisamente lo dije de la siguiente manera:

Aclaré que no lo sabia y que de no soportarlo sería algo por agregar a la larga lista de "cosas" que no soporta.

Jamás me mostré como un experto en firebird sin saber del tema. :) No conozco firebird tan a profundidad como para poder declarar que no soporta algo.

O sea, ¿es curioso sólo cuando la idea es buena? :p

¿O te refieres a sí, la idea es buena, es curioso...? :D

// Saludos

Me comí la coma :p

Ya, y también puede ser algo a agregar a interbase, mongodb, informix, netezza, ingress, sqlite, dbase, foxpro... :confused:

pues si.. solo que en este hilo se delimitó desde el inicio claramente a Firebird... o me equivoco?

En eso te doy la razón.

Exacto¡¡¡¡¡¡¡¡... precisamente la técnica solo es útil para cuando debes hacer múltiples consultas a la base de datos para traterte varios recordsets.


caray Román, pues ahí si que puedo decirte, siempre he creido que esa parte está ligada al conocimiento que tenga el diseñador de la administración de bases de datos, del diseño de la base de datos y de la puesta a punto del motor.

Yo tengo un sistema con php y mysql con tablas de más de dos millones de registros y tamaños del órden de gigas de información. y me responde extremadamente rápido con procedimientos almaceandos con una carga de más de 50 usuarios simultáneos escribiendo y consultando.

Tendría que revisarlos. Porque ciertamente no soy ducho en eso. Se trataba de uns procedimientos que se limitaban a hacer sencillas operaciones de stringsy numéricas para, por ejemplo, calcular el dígito verificador de la homoclave de un RFC. Y era muy lento. Es decir, no había realmente consultas a la base, de manera que pienso que no entraban en juego cuestiones de diseño.

// Saludos

Y con DBExpress?
 

Bueno al margen de lo demás.

Si utilizamos DBExpress + DataSnap estas soluciones de traer conjuntos de datos con sus "hijos", y los hijos de sus hijos, y los hijos de los hijos de sus hijos, etc. se pueden implementar muy facil. Lo mejor es que no importa si el motor lo soporta o no.

Mas o menos ventajas? no se.

Saludos.

Personalmente uso más ADO que DbExpress así que si te animas a compartir como se hace con esos componentes sería muy interesante y útil para la biblioteca de técnicas. Saludox

Con DBExpress pero sin DataSnap
 

Así de rapidito hice un pequeñito ejemplo con DBExpress pero sin dataSnap para ilustrar lo que me pasó por la mente cuando vi el tema.

Para los que quieran profundizar en el tema pueden ver:

La cara oculta de delphi 6: Paginas 705-707 para empezar.

Si esto no pega con el tema de conversación, ehhh. Bueno, a alguien le servirá.

Saludos.

Osorio amigo mio mucahs gracias¡¡¡¡¡¡¡¡... si me lo permites lo revisaré y lo trataré como una entrada en mi blog...

Un saludo

Hagale, con tal que le sirva a la comunidad.


Saludos.

Hola a todos, he leído el hilo, aunque me ha parecido poco interesante y nada constructivo. No entiendo cosas que se han dicho y entiendo que cosas que se han dicho tendrían mejor aceptación si se hubiesen dicho de otra forma.

Aunque no es el tema de este hilo, me gustaría dar mi opinión sobre algo que se ha comentado. Me ha parecido entender que las cosas son buenas por ser gratis o quizá las cosas gratis son buenas...

Yo utilizo firebird y estoy muy contentó con el en muchos aspectos. Puede que tenga carencias, pero por ahora no he necesitado las cosas de las que carece, o las he cubierto fuera del motor, o quizá sí tuviese más funcionalidades las utilizaría. Firebird, desee mi punto de vista,no es un producto gratuito, aunque lo puedes descargar y utilizar sin coste alguno. En el hay un equipo de personas que trabajan y viven de el y es un proyecto que seguirá vivo, mientras haya gente que lo apoye, principalmente económicamente. No creo que existan cosas "gratis". Creo que firebird tendría muchas más funcionalidades si la comunidad de usuarios le devolviera algo de lo que firebird ha dado a la comunidad. Eso permitiría que se evolucionase y que cada vez nos proporcionase más servicios y características.

Si firebird no ha evolucionado en mayor medida es porque no ha tenido el apoyo económico que puede haber tenido mysql o postgresql y al final todo depende de dinero, aunque sea "gratuito". ¿Vosotros trabajaríais gratuitamente con el único aliciente que en los foros digan que vuestro trabajo es bueno por qué a gente que se aprovecha de él diga que le ha salido gratis? ¿Cuanto tiempo soportaría vuestra empresa trabajando gratuitamente?.

Firebird, como muchos otros proyectos te permiten empezar algo sin coste en licencias, pero su objetivo final es que si tienes éxito, devuelvas algo de lo que firebird te ha dado. Es algo de lo que deberíamos ser conscientes. Si preocupa el futuro de firebird, deberíamos empezar a plantearnos como apoyar lo económicamente. La ventaja de este tipo de proyectos es que no requiere un coste fijo y cada uno lo puede apoyar en mayor o menor medida, pero al final ese apoyo permitirá que siga vivo y en continúa evolución.

Por otro lado, el tema del hilo quizá se podría solucionar con GTT. Un procedimiento almacenado puede almacenar registros en tablas temporales y dichos registros pueden ser visibles a nivel de conexión o transacción, por lo que una vez rellenados los registros desde el procedimiento almacenado, se podrían recuperar mediante DML desde la aplicación. De esta forma, tendrías como resultado tantos recorsets como desees.

Totalmente de acuerdo... y es una lástima que precisamente Open source signifique para muchos "gratis" y lo peor es que cobren por ello y jamás devuelvan a la comunidad parte de las ganancias....

Indudablemente, yo se de algunas casos; que pudiendo por lo menos dar unas palabras de aliento, ya no digamos apoyo económico que pareciera mucho pedir, y no lo hacen. Es triste pues, pero que le vamos a hacer.....

"Es difícil hacer que un saco vacío se pare derecho"
-Benjamín Franklin

Si amigo... y lo peor es que muchos de ellos, son precisamente los que defienden a capa y espada la "gratuidad"....

En fin, remarco tu cita


"Es difícil hacer que un saco vacío se pare derecho"
-Benjamín Franklin

Y, ¿por qué no habrían de hacerlo?

Cito aquí textual del sitio de firebird:

Es decir, en el caso de Firebird, significa exactamente eso, gratis.

Cierto que los siguientes dos párrafos dicen:

Pero eso ya queda a la conciencia de cada quien. Pero de que es gratuito como en free beer, me parece que es bastante claro.

// Saludos

Si y no, es decir, si es gratuito, pero si queremos que siga así, hay que apoyar de forma económica por pequeña que sea, ya que las personas que desarrollan Firebird, y otras muchos mas RDBMS libres, necesitan comer, y si el proyecto no les da de comer se van a una empresa a trabajar por el pan de cada día.

Saludos.

Muy cierto.. al final ellos que desarrollan hacen una inversión en Luz, alimentos, tiempo.. me parece terrible escudarse en una licencia para no devolverles parte de lo invertido....

Pero eso ya es una cuestión moral. ¿Cuántos de aquí, por ejemplo, han donado un centavo a wikipedia? El caso es que aquí se dijo que muchos confunden open source con gratuito y que lo peor es que cobran por ello. Bueno, estrictamente hablando, eso lo permite la licencia de Firebird.

// Saludos

Por supuesto, esos son los beneficios de las licencias gratuitas y cada quien elige como distribuir sus productos, algunos de forma libre, otros de forma privativa y ahí es donde entra la discusión de siempre, porque un producto privativo tiene que ser malo, caro, privativo de mi libertad de ver el código y etc etc y por el otro lado un proyecto libre siempre es bueno, pensado en la comunidad, etc etc etc. Y bueno siendo sinceros, "a caballo regalado no se le ve el colmillo".

Incluso en los foros, se dice que es de gente bien agradecer la ayuda, y que pasa cuando alguien nunca da las gracias cuando se le ayuda, al final termina uno por desencantarse y en el mejor de los casos ignorarlo, ojo, no estoy hablando de dinero, estoy hablando de algo que no cuesta.

Saludos

Me parece casi normal que un programador independiente o una pequeñita empresa que no tenga recursos "pasen" de ayudar económicamente a firebird (postgresql, wikipedia o lo que sea... libre y gratis), lo que no me parece nada ético (aunque puede hacerlo legalmente al igual que los anteriores citados) es que empresas como Embarcadero se aprovechen y usen software libre y gratis para su beneficio (Free Pascal Compiler) y no den ni las gracias a los creadores.
Luego irán "rajando" del software libre, que es muy malo, inestable, inseguro, etc. pero bien que lo han usado cuando le han hecho falta.

Hola, si utilizase wikipedia profesionalmente y obtuviese dinero de él, lo más ético sería apoyarlo económicamente.

Desde mi punto de vista, el software libre, open source, etc. lo que aportan es que no tienen un coste de licencias, pero eso no significa que no busquen obtener un dinero a cambio. El core de desarrollo de Firebird lo componen 4 personas, y existe un grupo adicional encargado de realizar los drivers .Net, java, QA, etc. Ese equipo de desarrollo, lo mantienen actualmente un conjunto de empresas que utilizan firebird y obtienen un beneficio de él y quieren que el proyecto firebird continue. Sin este apoyo económico, que podría ser mayor si la comunidad se concienciara, Firebird habría desaparecido hace años.

Sólo nos tenemos que plantear algunas preguntas. ¿Que ocurriría sio desapareciese firebird o su desarrollo discontinuara? ¿Que coste tendría cambiar nuestros proyectos a otro SGBD? ¿Como nos afectaría económicamente? Si alguna de estas respuestas nos afectan, sólo hay que cuantificarlo y ver en que se puede apoyar al proyecto. El primero en obtener un beneficio sería uno mismo.

Creo que cualquiera, independientemente de la dimensión de sus proyectos, puede aportar algo al proyecto y el primer beneficiado es uno mismo. No sé porque, pero nunca he creido en la gratuidad en entornos empresariales, donde se obtiene un beneficio del trabajo de otros, que por supuesto, no lo hacen por amor al arte y seguro que al final de cada mes pagan sus hipotecas e incluso comen a diario.

Creo sincesarmente que escudarse en la dimensión de nuestros proyectos es actual de mala fe... es más sencillo echar la culpa a los grandes que hacer un análisis a conciencia interno.

Que sucederá si esos miles de programadores que usan firebird decidieran incrementar en 50 dolares el costo de su proyecto y eso entregarlo a los desarrolladores de firebird?... seguramente el proyecto tendría dimensiones mayores a las actuales. por que como bien dice el compañero cointec:

Es curioso como se omite responder ciertas cosas... :rolleyes:

Si los desarrolladores de Firebird no estuvieran de acuerdo en que haya gente que use su producto sin pagar un céntimo, escogerían otro tipo de licencia. No hay que ser más papistas que el papa. ;)

// Saludos

Es cierto. Los desarrolladores permiten su uso sin costos de ningún tipo, pero como mencionaba previamente. Entonces por esa mera razón no merecen que se les retribuya por su trabajo? o bajo la premisa de que es libre defendamos a ultranza su gratuidad sin detenernos en las consideraciones que bien ha mencionado el compañero cointec?

Asi es, esa es y ha sido su decisión, ojalá y no se vean tan apretados como la wiki para pedir de forma más "clara" el aporte de todos los que usan esta excelente base de datos.

Saludos

Claro que lo merecen. Pero si alguien no lo hace (retribuirles), ¿por qué hemos nosotros de criticar esa postura que los mismos creadores no hacen? Si lo hicieran entonces cambiarían de licencia.

// Saludos

o como menciona Eliseo, al igual que la wiki tendrán que "pedir" de manera clara las aportaciones que requieren para poder subsistir....

En fin que como dice nuestro compañero que sea libre no necesariamente significa gratis.

Hola Román, creo que aquí no se ha criticado a nadie por no retribuir y el objetivo no es criticar, más bien concienciar, que es algo bastante distinto. Tampoco hablo de las retribuciones de los desarrolladores de Firebird o si deben ganar más o menos o si deben haber más o menos desarrolladores, o cuanto debe aportar quien lo utiliza, etc.

Hablo de que si no nos implicamos en los proyectos que utilizamos para obtener un beneficio de ellos, puede que algún día nos quedemos sin proyecto suyo ni nuestro. No me gustan los extremos, pero si todo el mundo mirase para otro lado y no apoyara Firebird, al igual que otros proyectos, no existiría y desaparecería, que por cierto es algo que no me gustaría.

Y va de vuelta... :rolleyes:

Léanse, una vez más, lo que dice el sitio de Firebird. En este caso SÍ significa gratuito.

// Saludos

Disculpa, se me había pasado este mensaje.

Yo estoy de acuerdo con lo que dices (y eso que no uso FireBird). Moralmente es loable retribuir en la medida que uno pueda a este tipo de proyectos. Incluso a la wikipedia pues, ¿qué significa usar profesionalmente la wikipedia? La mayoría de nosotros la utiliza diariamente para una u otra cosa y ese uso cuesta.

Pero cuando se usan frases como "lo peor es que hay quien cobra por ello y no devuelve a la comunidad parte de las ganancias", es cuando yo pregunto: ¿y porqué no habrían de hacerlo? si la licencia lo permite. Hay ahí una crítica implicita que, me parece no es válida puesto que ni a los creadores, en este caso, de Firebird, la hacen.

// Saludos

Es cierto... los desarrolladores no realizan ninguna crítica, pero si hay una solicitud explicita de apoyo económico...

y regresamos al mismo punto. si es gratis, si puedes usarlo sin pagar un solo céntimo Pero que tan válido es hacerlo y ufanarse de ello?

http://www.firebirdsql.org/en/firebird-foundation/

Si realizo un proyecto que me deja un cierto beneficio, no me importa pagar/donar una cantidad a firebird (o al creador del software que sea).
Pero una empresa grande que aprovecha el software de otro para añadirlo a su propio software, pienso que sí debería de recompensar generosamente a la otra empresa. Aunque también he dicho "que ni siquiera dio las gracias", ¡¡¡qué menos!!!, un simple comentario informando que se usa el software de otro y darle las gracias.

En la empresa que estuve trabajando antes de esta última sólo se usaba software libre para todo, cada componente, cada utilidad, cada software que se necesitó fue pagado con la cantidad "recomendada" por el creador. Incluso a firebird también se le pagó, creo recordar que alrededor de 16000 dólares al cambio, y eso fue ya hace unos años. No es por ponerme medallas, yo no fui quien pagó, fue la empresa donde trabajaba, yo sólo aconsejé hacerlo para que siguieran funcionando y porque nos habíamos ahorrado muchísimo dinero en relación a haber decidido usar "otros softwares privativos/cerrados muy caros".

Hola

No hay que irse tan lejos amigo Casi, hay algo que no miente y son las estadísticas,

El "éxito" de un hilo cuando el asunto es de algo gratis
Y el "desinterés" cuando algo es de pago

Es decir, es mejor o más interesante el programa de nuestro amigo David que el trabajo de jachguate por el simple hecho de ser gratuito ? Yo no creo, es más útil, no lo sé, lo que si sé es que son dos trabajos que bien deberían estar colgados en la pared porque son emanados de compañeros que han dejado muchas cosas buenas aquí.

Y si, en ese aspecto yo si soy mas papista que el papa, como hace algunos años (para ser exactos en 2006) me lo dijeron aquí mismo.

Saludos

¡Valgame! ¡Que andamos meando fuera del tarro! :eek:

Hombre, nada que ver una cosa con la otra amigo.

// Saludos

Creo que eso es por el título llamativo de dec, imagina si llega a poner algo como: "chicas en bikini, gratis" :)

No, no, pero te quedas corto.

Vamos, nada que ver.

Para empezar, el hilo de dec lo comenzó cuando era un usuario (altamente) activo mientras que jachguate hace mucho tiempo que no se pasa por aquí y ni siquiera comenzó él el hilo.

El tema del hilo de dec es de caracter muy general mientras que el de jachguate sólo unos cuantos entienden de qué trata y menos aún lo requieren o lo llevan la práctica. Pero, sobre todo, es que no ha habido ningún intento por involucrar a la comunidd en una discusión acerca del tema.

El hilo de dec lleva ya muchos mensajes en que trata de un software de pago, y, aún así sigue adelante.

Desde luego que no se trata de comparar los beneficios de uno u otro. Y tan apreciamos lo que jachguate dio en su momento al club, que sigue siendo moderador.

Pero, en lo que se refiere a foros, a aprendizaje, el hilo de dec se ha prestado para un montón de intercambio de ideas, pocas de las cuales versan alrededor de: ah! como es gratis vamos a participar aquí.

No, no, es un comparación injusta y fuera de lugar.

// Saludos

Lo acepto, me parece que no debi meter a esta "discusion" el tema y me disculpo por ello

Saludos