Consulta sobre sqlite

[carlos...@arnet.com.ar]

Buenas tardes, es confiable sqlite para hacer una pequeña aplicacion y usar

su BD para no usar DBF. O es algo ya obsoleto.

Gracias.

Saludos

Carlos Verón

[ZeRoberto]

MySQL portable, asi que si mañana quieren usarlo en la red con mas usuarios no tendras problemas

Saludos

Ze

VFP Unlimited - Canal de Youtube

https://www.youtube.com/channel/UCkUIcHDsOdMUIdhYNO985JQ

--
Visita el Blog de la Comunidad Visual FoxPro en Español: http://comunidadvfp.blogspot.com
---
Has recibido este mensaje porque estás suscrito al grupo "Comunidad de Visual Foxpro en Español" de Grupos de Google.
Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a publicesvfoxp...@googlegroups.com.
Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/fab0f696-850a-41f9-9442-7cb349f6e4b6n%40googlegroups.com.

[Antonio Meza]

Sqlite no es obsoleto simplemente tiene limitaciones, la mas importante es el bloqueo del archivo que hace complicado el multi-usuario, normalmente se usa en dispositivos moviles y aplicaciones mono-usuario donde no requieres mucha velocidad y volumen de datos.

Todo depende del alcance de la aplicación para poder saber que servicio de almacenamiento de datos necesitas.

saludos

Antonio Meza

[Carlos Miguel FARIAS]

SQLIte es un SGBD interesante para desarrollos monousuarios o con muchos usuarios pero sin concurrencia de modificaciones.

El problema de SQLite en realidad es que cuando se quiere modificar algo (crear o borrar tablas, agregar, modificar o borrar registros, crear o borrar índices) el bloqueo es a nivel de base de datos. El tema de consultas tampoco es óptimo pero es excelente para prototipar bases de datos, ya que es muy flexible pero cuenta con muchas de las opciones de SGBD más grandes.

Desconocía que hubiese una versión de MySQL portable, todas las referencias que encontré son de más años atrás. Y además MySQL ahora es de Oracle, por lo que dependiendo del tipo de aplicación, puede corresponder pago de licencias.

Si a alguno le gusta MySQL, puede optar por la versión MariaDB que es libre y se actualiza y evoluciona más que MySQL.

Firebird es otra opción gratuita y mi preferida Postgresql.

Saludos: Miguel

--

Visita el Blog de la Comunidad Visual FoxPro en Español: http://comunidadvfp.blogspot.com
---
Has recibido este mensaje porque estás suscrito al grupo "Comunidad de Visual Foxpro en Español" de Grupos de Google.
Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a publicesvfoxp...@googlegroups.com.

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/749e7c0f-13d4-494f-8573-ac05bcf4eb75n%40googlegroups.com.

[Valentin Fernandez]

No olvidemos Sqlserver express que es gratuita máximo 10 GB por base de datos y que es muy sólida y estable

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/CACqOu4zeWo3rRB%2BtaeBxSuAP8EFhi7GKPx7u6gK5AUpAKavAQg%40mail.gmail.com.

--

Atentamente:

Valentín Fernández

[Carlos Miguel FARIAS]

Al elegir un SGBD hay que pensar en la proyección a futuro del sistema o que se está reemplazando.

SQL Server Express es muy limitado. Una base de datos de 10 GB no es un espacio muy grande. En ese espacio debes incluir datos e índices, y toda la estructura de file system interno que se crea, además SP si usas y el archivo de log. Los filas de las tablas, se guardan páginas y si mal no recuerdo deben entrar en forma completa en una hoja, quedando espacios libres.

Además, si mal no recuerdo, SQL Server express solo utiliza un procesador (porque con muchas peticiones se "acalambra") y solo usa 1 GB de memoria principal, con lo que las ventajas de las Caché configurables se cortan por esa limitación.

Posiblemente, SQL Server sea el SGBD más fácil de manejar por su interfaz de administración pero si después los 10 GB no te alcanzan, se disparan los costos y tus clientes se acordarán de tu madre.

Y cuando se habla del buen desempeño de MySQL, se basan en tiempos medidos con tablas myisam que no soporta integridad referencial o transacciones. No se si ahora lo agregaron. Pero si tuviera que optar iría a MaríaDB

Saludos: Miguel

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/CAF-bZ2osno2sxmJdkJzGF6n7bgt5m9M_ME2sJsyg_ny2LoitCA%40mail.gmail.com.

[Esteban Micossi]

Hola Carlos

Podes usar Firebird V.3, es muy facil y hay mucha documentación al respecto en especial los manuales ofrecidos por Walter Ojeda Valiente, que en su pagina explica muy bien al respecto.

Te dejo Saludos

Atte E.Micossi

[HernanCano]

Miguel, ZeRoberto:

El "MySQL portable" al que se refiere ZeRoberto, no es específicamente portable... al emnos desde el punto de vista que conocemos normalmente.

El término "portable" se le ha acuñado a MySQL a partir de un artículo que escribió algún colega (perdón no recordar su nombre) en el que nos enseña a usar MySQL de una forma (ahí llamada) portable, pero que se refiere al método de instalación: realmente no es necesario instalar (utilizando un SETUP.EXE o INSTALL.EXE); lo que se hace es registrar las DLL de MySQL utilizando los comandos de acceso al registro de Windows desde VFP.... algo que ya hacemos normalmente (¿cierto?).

Por éso a partir de ahí lo llamamos "portable", pero de todas formas hay que ejecutar un .exe para "tenerlo activo en memoria" mientras usamos nuestro programa en VFP.

Debe ser usado en ambiente de desarrollo (sería preferible no usarlo en ambientes de producción con muchos usuarios concurrentes).

Es una muy buena forma de ingresar al mundo de los motores de bases de datos, pues nos quitar todos los intríngulis de tener que ejecutar un instalador en cada máquina donde se desee ejecutar.

Así como se puede ejecutar de forma "portable" el MySQL, también puede hacerse algo con PostGreSQL. Incluso tanto SQLite como FireBird pueden ser usados de una forma similar, sólo que Firebird --usado de esta forma-- no puede ser ejecutado en red (lo confirmo). Y aunque SQLite sí puede ser ejecutado en red (en el portal de SQLite se mencionan pruebas de stress al respecto), ya tenemos el aporte de Miguel con respecto a que "el bloqueo es a nivel de base de datos" cuando se necesita hacer operaciones SQL sobre la bdatos.

Teniendo las alternativas SQLite, FireBird, PostGreSQL, MySQL/MariaDB, es conveniente decidirse a usar alguna.

Ojalá hiciéramos más aportes en el foro "Sistemas Gestores de Bases de Datos" donde podemos tratar de todos y cada uno de ellos.

Seguimos en contacto.

El jueves, 3 de septiembre de 2020 a la(s) 11:59:13 UTC-5, ZeRoberto escribió:

MySQL portable, asi que si mañana quieren usarlo en la red con mas usuarios no tendras problemas

Saludos

Ze

[Carlos Miguel FARIAS]

A mi criterio, descartaría de plano Mysql, no tiene alguna característica tan sobresaliente sobre los otros motores mencionados (salvo SQLite pero ya se indicó porque), si quieren algo similar a mysql, optaría por MariaDB, desarrollada por los desarrolladores de Mysql que se fueron de Oracle por su política de licencias. Tengo entendido que MariaDB estaría evolucionando más rápido que el mysql gratis (hay un mundo mejor de mysql pero no es gratis).

No se dejen engañar con el slogan de que Mysql es más rápido, porque generalmente fueron mediciones sobre tablas del tipo myisam que no soportan integridad referencial, y supongo que un profesional en serio, pretende que el SGBD les provea esa capacidad, si no, pueden perfectamente usar archivos planos.

Saludos: MIguel

--

Visita el Blog de la Comunidad Visual FoxPro en Español: http://comunidadvfp.blogspot.com
---
Has recibido este mensaje porque estás suscrito al grupo "Comunidad de Visual Foxpro en Español" de Grupos de Google.
Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a publicesvfoxp...@googlegroups.com.

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/749bf99c-9d8c-4f79-b572-7668521d3bf6n%40googlegroups.com.