Hola..
nunca he usado a sqlite3 y veo que lo han mencionado algunos por aqe�.. Qu� tal es el rendimiento si por ej son 2
m�quinas?? qu� tan grandes pueden ser las tablas? Comparado con el udo de DBF's, esto me imagino que ser� mucho mejor..

He visto que hay un complemento de firefox (que
ya instal�) para administrar las tablas. Existe
alg�n otro o con eso es suficiente?
chauuuuuuuuuu
=======================
A/P Paola Bruccoleri Arrambide
San Jos� de Mayo - San Jos� - URUGUAY

Blog: http://paolabruccoleri.reducativa.com
Portal Educativo: http://www.reducativa.com.uy
Wiki: http://wiki.reducativa.com
Material sobre las XO:
http://www.reducativa.com/wiki/index.php?title=Proyecto_OLPC_-_Plan_Ceibal Cartillas XO Sugar 8.2:
http://www.reducativa.com/wiki/index.php?title=Cartillas_sobre_uso_de_la_XO

El 25/06/2009, a las 23:51, Paola Bruccoleri escribi�:

Una BBDD sqlite es f�cil de mantener, por lo que, el plugin de firefox sale del paso sin mayor problemas. Supongo, que habr�n otras herramientas m�s c�modas, pero yo es la que he usado en alguna que otra prueba.

Aunque, no la conozco en profundidad, pero, supongo, ser� bastante m�s potente que DBF, al fin y al cabo, ha nacido despu�s, y permite DBs de mayor tama�o. Supongo que ser�a cuesti�n que probases.

Seguro que alguien que controle m�s, podr� contarte m�s sobre sus bondades (y defectos)

Giuseppe Luigi Punzi Ruiz
Blog: http://www.lordzealon.com
Twitter & Skype & GoogleTalk accounts: glpunzi

Paola:
SQLite no es una base de datos cliente servidor, con lo cual para utilizar la misma base desde mas de una maquina tendrias que utilizar algun protoclo de comparticion de disco tipo SMB, CIFS, NFS o el que se te ocurra. Otra cosa, segun tengo escuchado por ahi, SQLite no es muy bueno cuando mas de un usuario esta realizando modificaciones ya que lockea el archivo de base de datos totalmente de forma exclusiva, por lo que no pueden escribir mas de uno al mismo tiempo, alguna conexion debe esperar hasta que la otra termine. Puede que esto lo hayan solucionado ya, pero es como para tener en cuenta. Motores mas grandes como Firebird o PostgreSQL manejan la concurrencia de un forma mejor.
Saludos.

El 25 de junio de 2009 18:51, Paola Bruccoleri
<pbruccoleri en adinet.com.uy>escribi�:

ok, muchas gracias; es bueno saber esas cosas..
chauuuuuuuuuuu

=======================
A/P Paola Bruccoleri Arrambide
San Jos� de Mayo - San Jos� - URUGUAY

Blog: http://paolabruccoleri.reducativa.com
Portal Educativo: http://www.reducativa.com.uy
Wiki: http://wiki.reducativa.com
Material sobre las XO:
http://www.reducativa.com/wiki/index.php?title=Proyecto_OLPC_-_Plan_Ceibal Cartillas XO Sugar 8.2:
http://www.reducativa.com/wiki/index.php?title=Cartillas_sobre_uso_de_la_XO

Hello Carlos,

Friday, June 26, 2009, 2:35:45 AM, you wrote:

CGT> Paola:
CGT> SQLite no es una base de datos cliente servidor, con lo cual para utilizar CGT> la misma base desde mas de una maquina tendrias que utilizar algun protoclo CGT> de comparticion de disco tipo SMB, CIFS, NFS o el que se te ocurra. CGT> Otra cosa, segun tengo escuchado por ahi, SQLite no es muy bueno cuando mas CGT> de un usuario esta realizando modificaciones ya que lockea el archivo de CGT> base de datos totalmente de forma exclusiva, por lo que no pueden escribir CGT> mas de uno al mismo tiempo, alguna conexion debe esperar hasta que la otra CGT> termine. Puede que esto lo hayan solucionado ya, pero es como para tener en CGT> cuenta. Motores mas grandes como Firebird o PostgreSQL manejan la CGT> concurrencia de un forma mejor.

Es un poco m�s sencillo :) simplemente 2 usuarios, programas, procesos, lo que sea, no pueden usar una base de datos SQLite a la vez. Es una base mono usuario y mono proceso (como DBF).

Otra cosa a saber de SQLite es que guarda todos los datos en modo texto, o sea que no existen tipos de datos nativos y por lo tanto lo que para un programa es una fecha para otro puede ser un n�mero. Aunque el tipo de datos se guarda en la definici�n nada impide a SQLite grabar una string en un campo numerico.

Es terriblemente r�pido (comparado con las BBDD multi todo).

Ah! y lo usan todos los grandes, Microsoft, Google, IBM y en muchos tel�fonos y PDAs ya que tiene unos requerimientos de memoria m�nimos muy asequibles para los dispositivos peque�os.

El 26 de junio de 2009 06:59, JoshyFun <joshyfun en gmail.com> escribi�:

Te hago un desafio, no se que sistema operativo usas, pero descarga la libreria sqlite.dll o sqlite.so, luego decarga el cliente sqlite.exe o sqlite, habre dos terminales y desde las dos habre la misma base y crea y consulta datos, te llevaras una sorpresita.
Saludos.

Hello Carlos,

Friday, June 26, 2009, 12:13:33 PM, you wrote:

CGT> Te hago un desafio, no se que sistema operativo usas, pero descarga la CGT> libreria sqlite.dll o sqlite.so, luego decarga el cliente sqlite.exe o CGT> sqlite, habre dos terminales y desde las dos habre la misma base y crea y CGT> consulta datos, te llevaras una sorpresita.
CGT> Saludos.

A ver, lo que quer�a transmitir (sin �xito) es que no es un cliente/servidor. Con SQLite es cierto que puedes leer desde cualquier proceso y escribir desde uno (no hay concurrencia en escritura) y que estos roles son intercambiables, pudiendo el que lee despu�s escribir y viceversa.

Evidentemente una BBDD cliente/servidor puede hacer mejor su trabajo en modo multiusuario ya que puede cachear �ndices, etc, pero estar�s de acuerdo conmigo en que usar SQLite en ese modo es un poco peligroso, sobre todo por que los locking en Windows tienden a "no funcionar como deber�an" al igual que los locking en unidades de red. En mi humilde opini�n decir que no hay problema en usarla en multiproceso a qui�n est� pidiendo informaci�n es un poco peligroso.

El 26 de junio de 2009 08:01, JoshyFun <joshyfun en gmail.com> escribi�:

Opino distinto, creo que decirle que no puede usarse en multiproceso cuando si puede, es equivocarse.
A y otra cosa, y disculpa que parezca un poco duro, lo DBF tambien pueden utilizarse en multiusuario mientras no se habran de forma exclusiva, queda bajo la responsabilidad del programador muchas cosas, pero si pueden usarse, he programado sistemas multiusuario en fox y clipper durante un tiempo. Igualmente, siempre, a mi gusto, es mejor utilizar un motor de base de datos con una arquitectura cliente servidor.
Tambien es cierto que por lo general lo protocolos de comparticion de archivos y los loqueos no siempre van de la mano. Pero tambien hay que considerar que no siempre son necesarios, puede que estes trabajando con algunos usuarios en un servidor a traves de sunray y los datos de los usuarios estan en el mismo servidor, con lo cual todos estan en la misma maquina y en el mismo servidor.
Saludos.

Hello Carlos,

Friday, June 26, 2009, 2:20:53 PM, you wrote:

CGT> Opino distinto, creo que decirle que no puede usarse en multiproceso cuando CGT> si puede, es equivocarse.

Lo acepto...

CGT> A y otra cosa, y disculpa que parezca un poco duro, lo DBF tambien pueden CGT> utilizarse en multiusuario mientras no se habran de forma exclusiva, queda CGT> bajo la responsabilidad del programador muchas cosas, pero si pueden usarse, CGT> he programado sistemas multiusuario en fox y clipper durante un tiempo.

En concreto yo me refer�a al DBF de Lazarus que dudo mucho que est� preparado para funcionar en multiproceso (o como queramos llamarle) ya que los �ndices es factible que est�n cacheados y cosas por el estilo. En FoxPro y Clipper se podia hacer y se hac�a :) Era casi lo que hab�a si necesitabas bases de datos.

CGT> Igualmente, siempre, a mi gusto, es mejor utilizar un motor de base de datos CGT> con una arquitectura cliente servidor.

Cada cosa para lo que es :)

CGT> Tambien es cierto que por lo general lo protocolos de comparticion de CGT> archivos y los loqueos no siempre van de la mano. Pero tambien hay que CGT> considerar que no siempre son necesarios, puede que estes trabajando con CGT> algunos usuarios en un servidor a traves de sunray y los datos de los CGT> usuarios estan en el mismo servidor, con lo cual todos estan en la misma CGT> maquina y en el mismo servidor.

Ya pero a�n as� creo que fallar�a (bueno, no fallar�a menos vamos) ya que la petici�n de lock se enrutar�a a trav�s del interfaz de red para no salir de la m�quina, pero pasar�a por varios stacks y si cualquiera de ellos no hace lo que se espera de �l...

Hola. JoshyFun

Es un poco m�s sencillo :) simplemente 2 usuarios, programas, procesos, lo que sea, no pueden usar una base de datos SQLite a la vez. Es una base mono usuario y mono proceso (como DBF).

claro, pero con las dbfs tu puedes bloquear un
registro, hacer modificaciones y desbloquearlo..
aca, por lo que dice Carlos, se bloquea TODO el archivo.. adem�s, no sab�a que se guardaba todo como texto.. de todas formas vi un ejemplo y vi lo simple que
era, y s�lo una dll peque�a lo hace funcionar :) chauuuuuuuuuuu

=======================
A/P Paola Bruccoleri Arrambide
San Jos� de Mayo - San Jos� - URUGUAY

Blog: http://paolabruccoleri.reducativa.com
Portal Educativo: http://www.reducativa.com.uy
Wiki: http://wiki.reducativa.com
Material sobre las XO:
http://www.reducativa.com/wiki/index.php?title=Proyecto_OLPC_-_Plan_Ceibal Cartillas XO Sugar 8.2:
http://www.reducativa.com/wiki/index.php?title=Cartillas_sobre_uso_de_la_XO

Hola..

no quiero que se generen problemas con mi
pregunta!! adem�s, tengo claro que no es lo mismo que una bd cli/ser como las que ya conocemos..
S�lo la quer�a comparar con las dbf, para casos de sistemas chicos, y que tan vers�til puede ser. Quiz�s un sistemita chico empieza us�ndose en 1 m�quina y luego se agrega otra m�s en algunos
casos.. imag�nate el caso de que un dentista o
peque�o negocio independiente (suelen haber
muchos en ciudades chicas como las que vivo) que
quiera llevar la cta corriente de sus
clientes..tipo planillita debe/haber/saldo y m�s nada.. En cuanto pueda voy a hacer las pruebas que comenta Carlos

chauuuuuuuuuuuuu

=======================
A/P Paola Bruccoleri Arrambide
San Jos� de Mayo - San Jos� - URUGUAY

Blog: http://paolabruccoleri.reducativa.com
Portal Educativo: http://www.reducativa.com.uy
Wiki: http://wiki.reducativa.com
Material sobre las XO:
http://www.reducativa.com/wiki/index.php?title=Proyecto_OLPC_-_Plan_Ceibal Cartillas XO Sugar 8.2:
http://www.reducativa.com/wiki/index.php?title=Cartillas_sobre_uso_de_la_XO

Hola Paola...

Agrego mi granito de arena a la "discusi�n"...
Yo uso Firebird como cliente/servidor, pero hay una versi�n llamada "embeded" de Firebird que permite ser usada como base de datos "de escritorio", es decir, monousuario, s�lo copiando unas dll a la carpeta donde se encuentra el .exe de la aplicaci�n o agreg�ndolo al path del sistema (en este caso, hablo de Window$) con la ventaja de usar el mismo archivo base de datos que usar�as como cliente/servidor con la misma l�gica.�La ventaja...? varias...us�s todo el poder de una BD y otra (la mejor, desde mi punto de vista), que si un dia hay que cambiar la aplicaci�n a cliente/servidor, se cambian muy pocas l�neas en los componentes de acceso a la BD y listo (generalmente, los par�metros de acceso a la BD los tengo en un .ini, asi no tengo que tocar el sistema si hay cambios de ese tipo).
Cabe aclarar que, si bien hasta ahora no lo he usado monousuario, s� perfectamente por otros colegas que funciona 10 puntos y de forma totalmente transparente al usuario final.

Saludos.

Walter.

Hello Paola,

Friday, June 26, 2009, 4:00:53 PM, you wrote:

PB> claro, pero con las dbfs tu puedes bloquear un PB> registro, hacer modificaciones y desbloquearlo.. PB> aca, por lo que dice Carlos, se bloquea TODO el archivo.. PB> adem�s, no sab�a que se guardaba todo como texto.. PB> de todas formas vi un ejemplo y vi lo simple que PB> era, y s�lo una dll peque�a lo hace funcionar :)

Bueno al menos hasta la la 3 se guardaba la informaci�n en "raw" vamos, lo que le mandabas, pero eso depende de cada implementaci�n, por ejemplo en lazarus creo que si lo guardas AsInteger lo guarda como 4 bytes, no como la cadena en texto, pero no estoy 100% seguro... La verdad es que parece que hoy estoy un poco "denso".

Hello Paola,

Friday, June 26, 2009, 4:07:36 PM, you wrote:

PB> no quiero que se generen problemas con mi
PB> pregunta!! adem�s, tengo claro que no es lo mismo

Si no hay problemas, sano intercambio de opiniones y todo el mundo aprende (yo al menos).

El vie, 26-06-2009 a las 11:38 -0300, Walter Mes�n escribi�:

Como bien comenta Walter, la verdad, es, que firebird funcionando en modo embebbed es como sqlite pero mucho m�s potente.

Yo estuve cacharreando un poco con sqlite, y fu� porque ten�a problemas con la instalaci�n de Firebird en OSX, y quer�a probar unas cosas, pero...teniendo Firebird.... Lo bueno de sqlite, es que est� muy extendida, y es liviana y simple. Casi todas las distros tienen sqlite instalado, o puedes llevar sqlite3.exe en un pendrive por ejemplo, y no necesitas nada m�s, pero, precisamente, porque la BBDD no hace mucho m�s.

Yo probar� con ella pero en unas pruebas que tengo en el TODO para dispositivos m�viles. Me suena haber leido que sqlite funciona en Windows Mobile.

Un saludo.
------------ pr�xima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://lists.lazarus.freepascal.org/pipermail/lazarus-es/attachments/20090626/98e701b5/attachment.html>

Hola Giuseppe...

Lamentablemente, mi experiencia con Lazarus (muy pocas como para hablar de experiencia, mejor dir�a "pruebas") y con Firebird se basan sobre Windows, por lo que coment�, es muy probable que no sea igual en otros sistemas operativos (Linux, OSX y otros "etc"), por lo cual, hago la aclaraci�n para no generar expectativas.
Un comentario al margen...hace un par de a�os, era un ferviente "luchador" por la causa Linux y andaba "evangelizando" por la vida con el sistema operativo del ping�ino tratando de demostrar que se puede "vivir" sin Window$, pero lamentablemente, tanta lucha por hacer andar muchas cosas y de forma mas "trabajosa" que algunos pares de "dobles clicks" terminaron por desmoralizarme y abandonar la guerra. Instalar Lazarus, los componentes que mas uso para programar, la chorrera de dependencias que necesitaba para correr Firebird de forma decente y la particularidad de tener los mismos Linux en m�quinas distintas y que mi aplicaci�n se comportara distinto en cada una de ellas hicieron que me enfocara en Windows-Firebird-Lazarus...al menos, los dolores de cabeza son mas "solucionables"...y dejar a Linux para usarlo como servidor, aunque con cada vez menos tiempos de pruebas...

Walter.

Saludos.

Tu caso es exactamante lo que una vez comente por aca, hice mi app para monousaurio y ahora el cliente quiere 5.Te dire lo mismo que dije anteriormente desarrolla tu app en una sola BD que te permita ambas cosas asi no te voveras loca cuando el cliente te diga que quiere mas poder y tu no puedas darselo por tu BD.

En mi caso, uso Postgres para todo, desde una app para un monopuesto hasta una instalacion para 50 usuarios. Por que?
Simple, no tengo problemas de escalabilidad. Si el cliente hoy empeiza con 1 user puede ir creciendo cuando quiera y yo no tengo que cambiar nada solo agrego mas opciones al sistema.

Mira como trabajo, mi app enterprise tiene de todo pero si una persona me quiere comprar solo un modulo para una tienda se la vendo pero agarro el ejecutable y quito todo solo dejando los modulos necesarios. Automaticamente esta app ya es multiusuario y preparada para ir a Enterprise.

AL principio use el modelo de tener una BD dependiedno del tipo de cliente y definitivaamnete me estaba volviendo loco.

Te recomiendo que empieces con BD que te provea todo lo que quiereas y te concentres en ella sea cual sea Postgres, FB, Mysql... no importa. Que impide que una BD cualquiera para monopuesto o varios, nada.

Por ejemplo Postgres me funciona perfecto en windows con usuarios trabajndo con app monousuarios pero es la misma BD que para la version de 100 usuarios _________________________________________________________________ Get 5 GB of storage with Windows Live Hotmail.
http://windowslive.com/Explore/Hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_5gb_112008

Hola Edwin..
que utilidades usas para el dise�o de las BD y la administraci�n de postgresql?
chauuuuuuuuuuuuu

Tu caso es exactamante lo que una vez comente por aca, hice mi app

para monousaurio y ahora el cliente quiere 5.Te dire lo mismo que dije anteriormente desarrolla tu app en una sola BD que te permita ambas cosas asi no te voveras loca cuando el cliente te diga que quiere mas poder y tu no puedas darselo por tu BD.

En mi caso, uso Postgres para todo, desde una app para un monopuesto

hasta una instalacion para 50 usuarios.

Por que? Simple, no tengo problemas de escalabilidad. Si el cliente hoy

empeiza con 1 user puede ir creciendo cuando quiera y yo no tengo que cambiar nada solo agrego mas opciones al sistema.

Mira como trabajo, mi app enterprise tiene de todo pero si una

persona me quiere comprar solo un modulo para una tienda se la vendo pero agarro el ejecutable y quito todo solo dejando los modulos necesarios. Automaticamente esta app ya es multiusuario y preparada para ir a Enterprise.

AL principio use el modelo de tener una BD dependiedno del tipo de

cliente y definitivaamnete me estaba volviendo loco.

Te recomiendo que empieces con BD que te provea todo lo que quiereas

y te concentres en ella sea cual sea Postgres, FB, Mysql... no importa. Que impide que una BD cualquiera para monopuesto o varios, nada.

Por ejemplo Postgres me funciona perfecto en windows con usuarios

trabajndo con app monousuarios pero es la misma BD que para la version de 100 usuarios

_________________________________________________________________ Get 5 GB of storage with Windows Live Hotmail. http://windowslive.com/Explore/Hotmail?

ocid=TXT_TAGLM_WL_hotmail_acq_5gb_112008

EMS, PgAdmin, Dia, CaseStudio, psql
Basicamente esas

*-------------------------------------------------------* *-Edwin Quijada
*-Developer DataBase
*-JQ Microsistemas

*-Soporte PostgreSQL

*-www.jqmicrosistemas.com
*-809-849-8087
*-------------------------------------------------------*

----------------------------------------

_________________________________________________________________ See how Windows� connects the people, information, and fun that are part of your life http://clk.atdmt.com/MRT/go/119463819/direct/01/