RSS
Mostrando entradas con la etiqueta Características. Mostrar todas las entradas
Mostrando entradas con la etiqueta Características. Mostrar todas las entradas

SQLite - Extensiones del Lenguaje SQL

domingo, 18 de noviembre de 2007

SQLite proporciona una serie de mejoras en el lenguaje SQL, que no se encuentran normalmente en otros Motores de Bases de Datos, sean comerciales o no. SQLite provee declaraciones como REPLACE y ON CONFLICT, clausulas que permiten añadir para el control de la limitación de resolución de conflicto.

SQLite soporta ATTACH y DETACH, que son comando que permiten a múltiple Bases de Datos independientes sean utilizadas en una misma consulta. Por último SQLite define las API que permite al usuario añadir nuevas funciones SQL y el cotejo de las secuencia

SQLite - De dominio PÚBLICO

jueves, 15 de noviembre de 2007

Sencillamente el código fuente de SQLite es de dominio público.Ninguna reivindicación se hace de los derechos de autor se hace en cualquier parte del núcleo del código fuente. Todos los contribuyentes que participaron de SQLite, han firmado una declaración jurada específicamente que desmiente cualquier interés de derecho de autor en el código. Esto significa que nadie es capaz de hacer lo que quiera con el código fuente de SQLite.

Existe otros motores de Bases de Datos basados en SQL liberados de licencias que permiten al código ser ampliamente utilizados y libremente. Pero estos motores se siguen rigiendo por la ley de derechos de autor. SQLite es diferente ya que en el derecho de autor la ley simplemente no se aplica.

Los archivos de código fuente para los otros motores de Bases de Datos SQL, generalmente comienzan con un comentario que describe su licencia de derechos para leer y copiar el archivo en cuestión. En SQLite el código fuente no contiene ninguna licencia ya que como decíamos no se rige por el derecho de autor.

En lugar de una licencia el código fuente de SQLite ofrece una bendición:
  • Hacer el bien y NO el mal.
  • Se puede encontrar el perdón para ti y perdonar a los demás.
  • Se puede compartir libremente, no teniendo más de lo que dan.

SQLite - Sentencias SQL Compiladas en la Máquina Virtual

martes, 13 de noviembre de 2007


Cada Motor de Base de datos SQL compila cada sentencia SQL en algún tipo de estructura de datos interna que luego se utilizará para llevar a cabo la labor de la declaración. Pero en la mayoría de los Motores SQL interno que la estructura de los datos es una compleja red de estructuras y objetos relacionados entre sí. En SQLite, compilar la forma de las declaraciones es de un breve programa en un lenguaje de máquina como representación. Los usuarios de la base de datos puede ver esta Máquina Virtual de lenguaje por EXPLAIN ante poniéndole esta palabra clave para una consulta. Más adelante veremos estos ejemplos.

El uso de una Máquina Virtual en SQLite ha sido un gran beneficio para el desarrollo de la biblioteca. La Máquina Virtual proporciona una crujiente, bien definido el cruce entre la interfaz de usuario de SQLite (en la parte que analiza las sentencias SQL y genera el código máquina virtual) y la parte de atrás de final (la parte que ejecuta la máquina virtual de código y calcula un resultado. ) La máquina virtual permite a los desarrolladores para ver claramente y en una forma de fácil lectura SQLite es lo que intentamos hacer con cada declaración compila, que es una gran ayuda en la depuración.

Dependiendo de la forma en que se compila, SQLite también tiene la capacidad de rastreo de la ejecución de la máquina virtual de impresión de cada máquina virtual de instrucción y su resultado, ya que se ejecuta.

SQLite - De código Legible

viernes, 9 de noviembre de 2007

El código fuente de SQLite estás diseñado y codificado para ser legible y accesible hasta para un programador medio. Todos sus procedimientos, estructuras de datos y variables están cuidadosamente comentadas con información útil e integral para que de esa forma se pueda comprender su estructura y el significado de cada una de las partes de la aplicación.

SQLite - Registros de Longitud Variable

miércoles, 7 de noviembre de 2007

La mayoría de los motores de Bases de Datos SQL, asignan una cantidad fija de espacio en disco para cada fila en la mayoría de los Campos de una determinada Tabla. Tomemos un clásico ejemplo para entender este concepto sencillo, tomemos un Campo de tipo VARCHAR(100), esto significa que el motor de Base de Datos asignará 100 Bytes de espacio en disco fijo, independientemente de la cantidad de de información que se almacene en ese Campo.

SQLite por el contrario, utiliza únicamente la cantidad de espacio de disco necesario para almacenar realmente la información en ese Campo. Tomando el ejemplo anterior, si quisiera almacenar un solo caracter en un Campo definido como VARCHAR(100), entonces solo un único byte de espacio de disco se consume, realmente una característica especial para ahorrar espacios en memorias.

El uso de registros de Longitud Variable por SQLite, tiene una serie de ventajas, entre ellas el resultado de un pequeño archivo de Base de Datos. También hace que la Base de Datos funcione más rápidamente, debido a que hay menos información desperdiciada que leer y recorrer.

SQLite - Tipado Dinámico

martes, 6 de noviembre de 2007

La mayoría de los Motores de Bases de Datos SQL utilizan un tipado estático de datos. ¿Qué significa esto? Un dato se asocia con cada columna de una tabla de valores y solo ese tipo de dato se permite almacenar en esa columna. SQLite, por el contrario rompe con este pensamiento, imponiendo el concepto del Tipado Dinámico, diciendo que el dato es un valor de la propiedad en sí, no de la columna en la que se va a almacenar el valor.

Por lo tanto SQLite permite al usuario almacenar cualquier valor de cualquier dato en cualquier columna, independientemente de la declaración del tipo de la columna.

El uso de este nuevo concepto fue una deliberada decisión de diseño que ha demostrado en la práctica ser más fiable y más fácil de usar, especialmente cuando se utilizan en combinación con lenguajes de programación como Python, Ruby, Tcl entre otros que implementan esta características desde sus inicios.

SQLite - Compacto

domingo, 4 de noviembre de 2007

Cuando se pensó en optimizar el código SQLite en cuanto a su tamaño, toda la librería funcional es menor de 225 KiB (medido en una ix86 utilizando el tamaño de utilidad del compilador GNU), de este modo es posible desactivar en tiempo de compilación numerosas características innecesarias para poder reducir aún más el tamaño de la biblioteca llegando mas o menos a 170 KiB

La mayoría de otros motores de Bases de Datos SQL, son muchísimos mas grandes que este. Inclusos motores de Bases de Datos sin todas las características y las funcionalidades e inclusives comprimidos son el doble de pesados que SQLite.

SQLite - Único archivo de Base de Datos

jueves, 1 de noviembre de 2007

Una Base de Datos SQLite es un único archivo de disco ordinario y que además puede estar situado en cualquier parte del directorio dentro de las jerarquías de directorios. Esto trae como ventaja que el archivo de Base de Datos puede ser fácilmente copiado en algún dispositivo de memoria por ejemplo en USB o por correo electrónico.

Otros motores de Bases de Datos tienden por lo general a almacenar gran cantidad o colección de archivos, que solo el motor de la Base de Datos puede llegar a tener acceso a las mismas, esto hace que los datos sean más seguro y más difíciles de acceder.

Algunos motores de Base de Datos SQL proporciona la opción de escribir directamente en el disco y pasar por el sistema de ficheros todos juntos. Esto aporta una mayor rendimiento, pero a costa de una considerable complejidad de instalación y mantenimiento.

SQLite - Serverless

La mayoría de los motores de base de datos SQL se ejecutan como un proceso separado del servidor. Los programas que quieren acceder a la base de datos para comunicarse con el servidor mediante el uso de algún tipo de comunicación (normalmente TCP/IP) para enviar peticiones al servidor y recibir de vuelta los resultados. Entendido esto podemos decir que SQLite no trabaja de esa manera. Con SQLite, el proceso que quiere acceder a la base de datos lee y escribe directamente de los archivos de base de datos en el disco. No existe un intermediario proceso servidor.

Existe muchas ventajas y desventajas con respecto a los servidores, La principal ventaja es que no existe ningún proceso de instalación de servidor, como así también su configuración, inicialización, etc. Por ello es una de las razones por la cuanl SQLite - Configuración [0]. Cualquier programa que sea capaz de acceder al disco se puede utilizar una base de datos SQLite.

Por otro lado, un motor de base de datos que utiliza un servidor puede proporcionar una mejor protección frente a fallos en la aplicación del cliente - se dirige a los punteros en un cliente no puede corromper la memoria en el servidor.

La mayoría de los motores de base de datos SQL son cliente/servidor. De los que son servidores, SQLite es el único que sabe de este autor que permite que múltiples aplicaciones puedan acceder a la misma base de datos al mismo tiempo.

SQLite - Configuración [0]

miércoles, 31 de octubre de 2007

Bienvenidos a esta sección de la nueva comunidad SQLite-Latino, Características de este PseudoMotor llamado SQLite.

Comencemos a ver algunas cosas interesantes que a través del tiempo nos vamos a enganchar todos.

Como leyeron en el titulo SQLite Configuración 0 y ahora les explico por es esto: SQLite NO necesita ser "instalado", tampoco tenemos la necesidad de prender, reiniciar o apagar algún servidor e incluso configurarlo.

Otro dato importante, no está la necesidad de que haya algún Adminisitrador de la Base de Datos para crearlas o para asignar o dar permisos de acceso a los usuarios.

No es necesario adoptar medidas para recuperar después de una caída del sistema o la falta de alimentación.

Toda esta información la extraje de aqui