phpsqlitefopen技巧_SQLite的13个运用场景

C/S SQL数据库引擎实现企业级数据共享，他们强调数据的可伸缩性，并发性，中央性和掌握性；SQLite 为独立运用和设备供应本地化存储，它强调资源节约，高性能，可靠性，独立性和易用性。

SQLite反面C/S数据库引擎竞争，它的竞争工具是fopen() (Linux中打开文件的函数)![http://man.he.net/man3/fopen]

由于SQLite不须要管理，在不须要数据库管理员支持的场景下事情良好，SQLite不才面这些设备中都有很好的运用：移动电话、机顶盒、电视机、游戏掌握器、摄像机、智好手表、厨房电器、恒温掌握器、汽车、机床、飞机、遥控器、遥控飞机、医疗东西还有机器人。

C/S数据库引擎被设计来放在核心网的数据中央，SQLite也可以这样做，而且在在网络边缘（可以理解为小型运用）的运用SQLite正在壮大。

（理解为一些运用程序产生的文件里面实在包含了一个SQLite数据库） SQLite 常常被用来存放一些运用程序产生的文件的数据，例如版本掌握系统、金融剖析工具、剪辑套件的媒体目录、CAD文件包等等，一样平常用sqlite3_open()这个函数来打开数据库文件，当运用程序修正内容时会自动更新数据库，因此文件/保存按钮会显得有些多余。

SQLite在小、中型流量的网站（绝大部分网站）上事情良好，SQLite 能够处理多少数据取决于网站有多少流量，常日来说，每天点击量在100K （10万）及以下的网站是没问题的，100K还是一个守旧估计，不是一个硬上限，在实验中，SQLite 能够处理超过10倍的点击量（100k10 = 100W）

SQLite官网便是用的SQLite，当然，在此篇文章写下之时(2015)，它每天要处理40W到50W的HTTP要求，个中有15~20%是须要连接数据库的（50W 20% = 10W，刚好和作者上文说的数据相吻合）动态内容，动态内容利用了超过200句的SQL：https://www.sqlite.org/np1queryprob.html，这个测试跑在和其他23个虚拟机共享一个物理机的环境中，仍旧在大多数韶光使其负载为0.1（这段话可以这么理解：作者用了一个200句SQL的测试跑在一个虚拟机上，每天10W的点击量，在大多数时候仍旧保持较低的负载，说白了作者想用数据强调SQLite非常强大）。

人们都知道SQL可以用来剖析大量的数据集，SQLite有内置和一系列第三方的SQL命令行工具，数据可以从CSV文件中导入，数据可以被用来切片或切块，可以天生大量的择要报告；一些繁芜的剖析可以用编程措辞写大略的脚本，这些措辞包括Tcl、Python（内置了对SQLite的支持）、R等措辞，你可以用SQLite来剖析网站访问日志、体育统计剖析、实验结果剖析。
一些生物研究剖析也利用的SQLite。

剖析这件事情也可以利用C/S数据库，当然，利用SQLite的好处是它只是一个文件，可以随意拷贝，比如拷贝到U盘中，或者email给同事。

（理解为将C/S数据库中的数据缓存一部分到SQLite中） 一些运用会从关系型数据库中缓存一部分数据到本地（存储到SQLite中），这样可以减少延迟，由于大部分查询将在本地进行避免网络的双向损耗，这样也可以减少网络的负载，在大多数情形中，意味着在网络割断的情形下运用可以连续事情（由于数据都缓存到本地了嘛~~）

（理解为做事端底层用的是SQLite作为数据库引擎，然后供应给客户端数据，类似于C/S架构） 做事器端底层用SQLite作为数据库引擎。

在这种模式下，全体系统仍旧是C/S架构:客户机发送要求给做事器，做事器通过网络返回数据，但是要求不是普通的SQL要求，返回的也不是原始的数据，客户真个要乞降做事真个回答是一个高层次的，按照客户端须要来进行返回的。
做事端将客户真个要求翻译成多条SQL语句进行过滤剖析处理，然后构建高层次的结果返回。
（这段觉得和网站后台没有什么差异，就像一个页面有许多统计剖析指标，要求发到做事器端，构建繁芜查询一样）

（SQLite单文件数据的上风） 由于SQLite是单个文件，兼容各个操作系统平台，它常常被用来作为数据传输，从一个别系到另一个别系。
发送者只须要将数据导入进一个SQLite文件并将此文件传送给接管者，接管者用SQL提取须要的数据即可。

（可以理解为将文件打包进SQLite数据，类似于ZIP那种压缩文件一样吗，不过其优点紧张是能进行实时更新） 更多参考!(https://www.sqlite.org/sqlar/doc/trunk/README.md)

很多程序用fopen()，fread()，fwrite()创建自定义格式的数据文件，用SQLite来更换这些文件将会有更好的性能，一样平常来说，在读写文件时，SQLite比文件系统更快！

（理解为SQLite可作为内存数据库（具有快速，高效和临时性）） 内存数据库始终放在内存中，断电就消逝，临时数据库会在磁盘产生文件，程序结束时消逝，临时数据库也是常驻内存，当数据量大的时候会将一部分数据放到磁盘上，这是和内存数据库的最大差异。

（说白了，SQLite是单文件，演示的时候方便拷贝...，一样平常在没网的时候可以这么干） 常日情形下，数据库编程都是面向接口的，底层数据库改变不影响程序逻辑，如JAVA的JDBC编程。
将SQLite包含在受支持的数据库中，并静态地将SQLite引擎链接到客户机中，这是很故意义的。
这样，客户端程序就可以单独利用SQLite数据文件进行测试或演示。

由于SQLite利用起来很大略，安装也很大略（只须要将 sqlite3 或者 sqlite3.exe可实行文件拷贝到目标机器上），大略易用，学生可以很大略的创建他们喜好的数据库并且可以方便的email给他们的老师用来评论和评分。
也可以作为学习关系型数据库的根本。

（可以理解为SQLite模块化的设计很大略，可以实验性的增加现有SQL语句没有的功能）

如果有很多客户端通过网络同时向做事器发送数据库查询要求，这种情形下用C/S数据库而非SQLite，由于网络有延迟，性能达不到最好，而且，许多操作系统（Unix和Windows都包含）的文件锁实现都有bug，如果文件锁错乱，并且此时有两个或者两个以上的客户端同时向数据库写内容，将会导致内容不一致，这是操作系统文件锁决定的，不是SQLite能办理的。

（大站有用SQLite？不可能的） 常日来说，SQLite可以作为网站做事器的后端，但是，如果是写密集型或者网站访问量很大的情形下，须要多个数据库做事器，那么考虑C/S数据库，而不是SQLite

理论上来说SQLite支持最大单文件大小为128TB,但是许多文件系统都限定单个文件的大小，如果数据量特殊大，还是考虑C/S数据库。

SQLite不限定并发读，但是每次只能有一次写，写的时候会上文件锁，在一些场景下，这不是个问题，由于吗，每一个写锁持续韶光很短，不超过几十毫秒，但是有一些运用须要更好的并发性能，这就要考虑其余的办理方案了。