资讯频道 → 数据库
阅读更多

3顶
0踩

数据库

转载新闻 SQLite这么娇小可爱，不多了解点都不行啊

2015-08-25 11:28 by 副主编 mengyidan1988 评论(2) 有7599人浏览
SQLite 数据库
在我眼里，MySQL和Oracle是这样的






而SQLite在是这样的



所以这么萌的数据库，我真的应该多了解她的。

简介
SQLite，是一款轻型的数据库，是遵守ACID的关系型数据库管理系统。它的设计目标是嵌入式的，目前Android和iOS的设备内置的都是SQLite数据库。SQLite虽然娇小，但也支持事务和多数的SQL92标准。

主要特点
  • Zero-Configuration 无需安装和管理配置。
  • Serverless 无需服务器支持。
  • Single Database File 数据文件存储在一个单一的磁盘文件。
  • Stable Cross-Platform Database File 数据库文件格式跨平台，无论是大小端，或者是32bit或64bit机器都没有关系
  • Compact 完整特性的SQLite编译出来在500KiB左右，裁剪特性甚至可以得到低于300KiB的库（当前版本3.8.11.1）。
  • Manifest typing 可以声明数据库字段类型，但是字段存储的类型实际的存储类型和实际值相关，单独的一个字段可能包含不同存储类的值。
  • Variable-length records 可变长度记录，例如你存储一个字符到VARCHAR(100) 的列，实际需要的存储空间一个字符加一个字节的存储空间。
  • SQL statements compile into virtual machine code SQL语句会被编译成虚拟机代码，这种虚拟机代码直白可读，便于调试。
  • Public domain 完全开源。
  • SQL language extensions

主要缺点
  • SQLite 只提供数据库级的锁定，所以不支持高并发。
  • 不支持存储过程。
  • SQLite 没有用户帐户概念，而是根据文件系统确定所有数据库的权限。这会使强制执行存储配额发生困难,强制执行用户许可变得不可能。

如果只在移动设备使用SQLite，那么他的优点足够好，并且缺点不明显，所以大叔MySQL走开。SQLite妹妹快过来╭(╯3╰)╮。
事务与锁（ < 3.7.0）
SQLite的事务和锁是很重要的概念。

锁
SQLite有5个不同的锁状态
  • UNLOCKED（未加锁）
  • SHARED（共享）
  • RESERVED（保留）
  • PENDING（未决）
  • EXCLUSIVE（排它）

SQLite有一个加锁表，记录数据库连接的锁状态。每个数据库连接在同一时刻只能处于其中一个锁状态。每种状态(UNLOCKED)都有一种锁与之对应。

读
数据库连接最初处于UNLOCKED状态，在此状态下，连接还没有存取数据库。当连接到了一个数据库，甚至已经用BEGIN开始了一个事务时，连接都还处于UNLOCKED状态。为了能够从数据库中读取数据，连接必须必须进入SHARED状态，也就是说首先要获得一个SHARED锁。多个连接可以同时获得并保持共享锁，也就是说多个连接可以同时从同一个数据库中读数据，SQLite是支持并发读取数据的。

写
一个连接想要写数据库，它必须首先获得一个RESERVED锁。一个数据库上同时只能有一个RESERVED锁，保留锁可以与共享锁共存，RESERVED锁即不阻止其它拥有SHARED锁的连接继续读数据库，也不阻止其它连接获得新的SHARED锁。 一旦一个连接获得了RESERVED锁，它就可以将数据写入缓冲区，而不是实际地写到磁盘。 当连接想要提交修改(或事务)时，需要获得PENDING锁，之后连接就不能再获得新的SHARED锁了，但已经拥有SHARED锁的连接仍然可以继续正常读数据库。当所有其它SHARED锁都被释放时，拥有PENDING锁的连接就可以将其锁提升至EXCLUSIVE锁，此时就可以将以前对缓冲区所做的修改写到数据库文件。所以SQLite是不支持并发写的。

事务
SQLite有三种不同的事务
  • DEFERRED（推迟）
  • MMEDIATE（立即）
  • EXCLUSIVE（排它）

事务类型在BEGIN命令中指定：



DEFERRED
一个DEFERRED事务不获取任何锁(直到它需要锁的时候)，BEGIN语句本身也不会做什么事情——它开始于UNLOCK状态。默认情况下就是这样的，如果仅仅用BEGIN开始一个事务，那么事务就是DEFERRED的，同时它不会获取任何锁；当对数据库进行第一次读操作时，它会获取SHARED锁；同样，当进行第一次写操作时，它会获取RESERVED锁。

MMEDIATE
由BEGIN开始的IMMEDIATE事务会尝试获取RESERVED锁。如果成功，BEGIN IMMEDIATE保证没有别的连接可以写数据库。但是，别的连接可以对数据库进行读操作；但是，RESERVED锁会阻止其它连接的BEGIN IMMEDIATE或者BEGIN EXCLUSIVE命令，当其它连接执行上述命令时，会返回SQLITE_BUSY错误。这时你就可以对数据库进行修改操作了，但是你还不能提交，当你COMMIT时，会返回SQLITE_BUSY错误，这意味着还有其它的读事务没有完成，得等它们执行完后才能提交事务。

EXCLUSIVE
EXCLUSIVE事务会试着获取对数据库的EXCLUSIVE锁。这与IMMEDIATE类似，但是一旦成功，EXCLUSIVE事务保证没有其它的连接，所以就可对数据库进行读写操作了。

死锁
如果两个以BEGIN DEFERRED开始事务的连接都处于SHARED状态，并且都在等待对方结束SHARED从而进入RESERVED的话，就会进入死锁状态。所以BEGIN DEFERRED开始的事务是有可能产生死锁的。

Write-Ahead Logging ( >=3.7.0 )
SQLite 3.7.0之前是不支持写的时候读得。为了能够读得时候写，引入了Write-Ahead Logging（WAL）机制，这样可以支持一个写和多个读并发。

在引入WAL机制之前，SQLite使用rollback journal机制实现原子事务。



rollback journal机制的原理是：在修改数据库文件中的数据之前，先将修改所在分页中的数据备份在另外一个地方，然后才将修改写入到数据库文件中；如果事务失败，则将备份数据拷贝回来，撤销修改；如果事务成功，则删除备份数据，提交修改。

WAL机制的原理是：修改并不直接写入到数据库文件中，而是写入到另外一个称为WAL的文件中；如果事务失败，WAL中的记录会被忽略，撤销修改；如果事务成功，它将在随后的某个时间被写回到数据库文件中，提交修改。

同步WAL文件和数据库文件的行为被称为checkpoint（检查点），它由SQLite自动执行，默认是在WAL文件积累到1000页修改的时候；当然，在适当的时候，也可以手动执行checkpoint，SQLite提供了相关的接口。执行checkpoint之后，WAL文件会被清空。

在读的时候，SQLite将在WAL文件中搜索，找到最后一个写入点，记住它，并忽略在此之后的写入点（这保证了读写和读读可以并行执行）；随后，它确定所要读的数据所在页是否在WAL文件中，如果在，则读WAL文件中的数据，如果不在，则直接读数据库文件中的数据。

在写的时候，SQLite将之写入到WAL文件中即可，但是必须保证独占写入，因此写写之间不能并行执行。

WAL在实现的过程中，使用了共享内存技术，因此，所有的读写进程必须在同一个机器上，否则，无法保证数据一致性。

优点
  • 读和写可以完全地并发执行，不会互相阻塞（但是写之间仍然不能并发）。
  • WAL在大多数情况下，拥有更好的性能（因为无需每次写入时都要写两个文件）。
  • 磁盘I/O行为更容易被预测

缺点
  • 访问数据库的所有程序必须在同一主机上，且支持共享内存技术。
  • 每个数据库现在对应3个文件：.db，-wal，-shm。
  • 当写入数据达到GB级的时候，数据库性能将下降。
  • 3.7.0之前的SQLite无法识别启用了WAL机制的数据库文件。
  • WAL引入的兼容性问题。在启用了WAL之后，数据库文件格式的版本号由1升级到了2，因此，3.7.0之前的SQLite无法识别启用了WAL机制的数据库文件。禁用WAL会使数据库文件格式的版本号恢复到1，从而可以被SQLite 3.7.0之前的版本识别。
  • WAL引入的性能问题。在一般情况下，WAL会提高SQLite的事务性能；但是在某些极端情况下，却会导致SQLite事务性能的下降：1.在事务执行时间较长或者要修改的数据量达到GB级的时候，WAL文件会被占用，它会暂时阻止checkpoint的执行（checkpoint会清空WAL文件），这将导致WAL文件变得很大，增加寻址时间，最终导致读写性能的下降。
    • 2.当checkpoint执行的时候，会降低当时的读写性能，因此，WAL可能会导致周期性的性能下降


文章来自：空之境界
  • 大小: 12.7 KB
  • 大小: 14.6 KB
  • 大小: 62.4 KB
  • 大小: 6.6 KB
  • 大小: 6.3 KB
来自: 空之境界
3
顶
0
踩
评论 共 2 条 请登录后发表评论
2 楼 jpgtama 2015-08-25 21:49
引用
When To Use SQLite
  • Embedded applications:

    • All applications that need portability, that do not require expansion, e.g. single-user local applications, mobile applications or games.
  • Disk access replacement:
    • In many cases, applications that need to read/write files to disk directly can benefit from switching to SQLite for additional functionality and simplicity that comes from using the Structured Query Language (SQL).
  • Testing:
    • It is an overkill for a large portion of applications to use an additional process for testing the business-logic (i.e. the application's main purpose: functionality).



When Not To Use SQLite

  • Multi-user applications:
    • If you are working on an application whereby multiple clients need to access and use the same database, a fully-featured RDBM (e.g. MySQL) is probably better to choose over SQLite.
  • Applications requiring high write volumes:
    • One of the limitations of SQLite is the write operations. This DBMS allows only one single write*operating to take place at any given time, hence allowing a limited throughput.
1 楼 jpgtama 2015-08-25 21:33
I copied the history of SQLite from Wikipedia:


引用
D. Richard Hipp designed SQLite in the spring of 2000 while working for General Dynamics on contract with the United States Navy.[11] Hipp was designing software used aboard guided missile destroyers, which were originally based on HP-UX with an IBM Informix database back-end. The design goals of SQLite were to allow the program to be operated without installing a database management system or requiring a database administrator. Hipp based the syntax and semantics on PostgreSQL 6.5 documentation. In August 2000, version 1.0 of SQLite was released, with storage based on gdbm (GNU Database Manager). SQLite 2.0 replaced gdbm with a custom B-tree implementation, adding transaction capability. SQLite 3.0, partially funded by America Online, added internationalization, manifest typing, and other major improvements.
In 2011 Hipp announced his plans to add an UnQL interface to SQLite databases and to develop UnQLite, an embeddable document-oriented database.[12]

发表评论

您还没有登录,请您登录后再发表评论

相关推荐

  • android sqlite回滾,SQLIte这么娇小可爱，不多了解点都不行啊

    在我眼里，MySQL和Oracle是这样的而SQLite在是这样的所以这么萌的数据库，我真的应该多了解她的。简介SQLite，是一款轻型的数据库，是遵守ACID的关系型数据库管理系统。它的设计目标是嵌入式的，目前Android和iOS的...

  • nio

    如果你的应用打开了多个连接（通道），但每个连接的流量都很低，使用Selector就会很方便。例如，在一个聊天服务器中。  这是在一个单线程中使用一个Selector处理3个Channel的图示：  要使用...

  • NIO

    如果你的应用打开了多个连接（通道），但每个连接的流量都很低，使用Selector就会很方便。例如，在一个聊天服务器中。 这是在一个单线程中使用一个Selector处理3个Channel的图示： 要使用...

  • 安装NumPy教程-详细版

    附件是安装NumPy教程_详细版，文件绿色安全，请大家放心下载，仅供交流学习使用，无任何商业目的！

  • 语音端点检测及其在Matlab中的实现.zip

    语音端点检测及其在Matlab中的实现.zip

  • C#文档打印程序Demo

    使用C#完成一般文档的打印，带有页眉，页脚文档打印，表格打印，打印预览等

  • DirectX修复工具-4-194985.zip

    directx修复工具 DirectX修复工具(DirectX repair)是系统DirectX组件修复工具，DirectX修复工具主要是用于检测当前系统的DirectX状态，若发现异常情况就可以马上进行修复，非常快捷，使用效果也非常好。

  • Python手动实现人脸识别算法

    人脸识别的主要算法 其核心算法是 欧式距离算法使用该算法计算两张脸的面部特征差异，一般在0.6 以下都可以被认为是同一张脸 人脸识别的主要步骤 1 获得人脸图片 2 将人脸图片转为128D的矩阵(这个也就是人脸特征的一种数字化表现) 3 保存人脸128D的特征到文件中 4 获取其他人脸转为128D特征通过欧式距离算法与我们保存的特征对比，如果差距在0.6以下就说明两张脸差距比较小

  • 全国大学生信息安全竞赛知识问答-CISCN 题库.zip

    ciscn 全国大学生信息安全竞赛知识问答-CISCN 题库.zip

  • JAVA+SQL离散数学题库管理系统(源代码+LW+外文翻译).zip

    JAVA+SQL离散数学题库管理系统(源代码+LW+外文翻译)JAVA+SQL离散数学题库管理系统(源代码+LW+外文翻译)JAVA+SQL离散数学题库管理系统(源代码+LW+外文翻译)JAVA+SQL离散数学题库管理系统(源代码+LW+外文翻译)JAVA+SQL离散数学题库管理系统(源代码+LW+外文翻译)JAVA+SQL离散数学题库管理系统(源代码+LW+外文翻译)JAVA+SQL离散数学题库管理系统(源代码+LW+外文翻译)JAVA+SQL离散数学题库管理系统(源代码+LW+外文翻译)JAVA+SQL离散数学题库管理系统(源代码+LW+外文翻译)JAVA+SQL离散数学题库管理系统(源代码+LW+外文翻译)JAVA+SQL离散数学题库管理系统(源代码+LW+外文翻译)JAVA+SQL离散数学题库管理系统(源代码+LW+外文翻译)JAVA+SQL离散数学题库管理系统(源代码+LW+外文翻译)JAVA+SQL离散数学题库管理系统(源代码+LW+外文翻译)

  • strcmp函数应用.zip

    strcmp函数应用.zip

  • 蓝桥杯单片机第十一届国赛设计题试做

    蓝桥杯单片机第十一届国赛设计题试做

  • 基于MATLAB的pca人脸识别.zip

    基于MATLAB的pca人脸识别.zip

  • 520.html

    520.html

  • JAVA在线考试管理系统(源代码+LW+开题报告+外文翻译+英文文献+答辩PPT).zip

    JAVA在线考试管理系统(源代码+LW+开题报告+外文翻译+英文文献+答辩PPT)

  • STR710的定时器编程C语言例子，开发环境为IAR EWARM。.zip

    STR710的定时器编程C语言例子，开发环境为IAR EWARM。.zip

  • 基于物品的协同过滤推荐算法(Python).zip

    协同过滤算法（Collaborative Filtering）是一种经典的推荐算法，其基本原理是“协同大家的反馈、评价和意见，一起对海量的信息进行过滤，从中筛选出用户可能感兴趣的信息”。它主要依赖于用户和物品之间的行为关系进行推荐。 协同过滤算法主要分为两类： 基于物品的协同过滤算法：给用户推荐与他之前喜欢的物品相似的物品。 基于用户的协同过滤算法：给用户推荐与他兴趣相似的用户喜欢的物品。 协同过滤算法的优点包括： 无需事先对商品或用户进行分类或标注，适用于各种类型的数据。 算法简单易懂，容易实现和部署。 推荐结果准确性较高，能够为用户提供个性化的推荐服务。 然而，协同过滤算法也存在一些缺点： 对数据量和数据质量要求较高，需要大量的历史数据和较高的数据质量。 容易受到“冷启动”问题的影响，即对新用户或新商品的推荐效果较差。 存在“同质化”问题，即推荐结果容易出现重复或相似的情况。 协同过滤算法在多个场景中有广泛的应用，如电商推荐系统、社交网络推荐和视频推荐系统等。在这些场景中，协同过滤算法可以根据用户的历史行为数据，推荐与用户兴趣相似的商品、用户或内容，从而提高用户的购买转化率、活跃度和社交体验。 未来，协同过滤算法的发展方向可能是结合其他推荐算法形成混合推荐系统，以充分发挥各算法的优势。

  • JAVA文件传输(lw+源代码).zip

    FTP（File Transfer Protocol）是文件传输协议的简称。 FTP的主要作用，就是让用户连接上一个远程计算机（这些计算机上运行着FTP服务器程序）查看远程计算机有哪些文件，然后把文件从远程计算机上拷到本地计算机，或把本地计算机的文件送到远程计算机去。 目前FTP服务器软件都为国外作品，例如Server_U、IIS，国内成熟的FTP服务器软件很少，有一些如（Crob FTP Server），但从功能上看来远不能和那些流行的服务器软件媲美。

  • python项目源码-深度学习tensorflow的滚动轴承故障诊断方法源码（高分大作业）.rar

    本项目基于深度学习TensorFlow框架，针对滚动轴承故障诊断方法进行研究。项目采用了卷积神经网络（CNN）对轴承振动信号进行特征提取和分类，实现了对滚动轴承不同故障类型的自动诊断。 在技术实现上，项目利用TensorFlow搭建了一个高效的CNN模型，通过多层卷积、池化操作以及全连接层，自动学习轴承振动信号中的故障特征。同时，采用交叉熵损失函数优化模型参数，提高故障识别率。此外，项目还集成了数据预处理、模型训练、测试评估等功能模块，方便用户快速上手并进行实验研究。 经过运行测试，该项目代码运行稳定，诊断效果良好，可广泛应用于滚动轴承故障诊断领域。对于计算机相关专业的在校学生、老师或企业员工来说，该项目是一份难得的高分大作业资源，同时也是小白学习和实际项目借鉴的优秀参考资料。请放心下载使用，为您的学习和工作提供帮助！

Global site tag (gtag.js) - Google Analytics