sqlite多大数据量

『壹』 sqlite3 数据库 最大支持多少条数据

sqlite是文件型的数据库，所有的东西，都在一个文件中，故支持由对应的硬盘文件系统和操作系统来决定

下面是原文解释支持的大小：

Every database consists of one or more "pages". Within a single database, every page is the same size, but different database can have page sizes that are powers of two between 512 and 65536, inclusive. The maximum size of a database file is 2147483646 pages. At the maximum page size of 65536 bytes, this translates into a maximum database size of approximately 1.4e+14 bytes (140 terabytes, or 128 tebibytes, or 140,000 gigabytes or 128,000 gibibytes).

海枫科技、海枫论坛

『贰』 sqlite3到底能支持多大的数据量

sqlite版本：sqlite3
操作系统：暂时测试是在window下，部署是在linux下的
磁盘格式：NTFS
数据库要求：由于sqlite不支持分区，建20000个表，每个表插入86400条数据，需要没秒对着20000个表中的一条记录进行修改。这是极限情况，正常使用也就是没5s对20000个表同时修改一下。
顺便再问下：sqlite只能同时存在一个写的连接吗？有没有什么办法可以让它同时多个连接进行写入。

『叁』 为什么我往sqlite的表里最多只能存1000条数据是有这样数量限制还是有需要设置的地方

是可以存的，只是可能你所使用的可视化工具每一页最多显示1000条，可以寻找翻页按钮查看剩余数据

『肆』 如何选择简单易用的数据库

1.数据量太大，比如上亿，就用oracle，优点上亿数据对Oracle来说轻飘飘的，也不用太多优化配置，缺点安装比较麻烦，上手比较慢。

2.数据量较大，比如千万级，用postgresql，它号称对标Oracle，处理千万级数据还是可以的，也是皮团易学易用。

3.数据量一般，比如百万级，用mysql，这个级别的数据量mysql处理还是比较快的。

4.数据量较小，比如十万以下，sqlite、access都可以。

上面是基于单表操作的数据量，你看着选。

简单易用的数据库哪个比较好？这个要具体看你的用途，如果数据量比较少（10万左右），追求简约简单，免费开源的sqlite就行，如果数据量比较多，考虑到高并发、分布式，可以使用专业的mysql、postgresql，下面我分别简单介绍一下，感兴趣的朋友可以尝试一下：

这是基于c语言开发的一个轻量级关系型数据库，短小精悍、免费开源，个人使用无需繁琐的配置，只需一个简单的运行库便可直接使用，针对各种编程语言都提供了丰富的API接口， java、 python、c#等都可轻松操作，如果你存储数据量不多，只是本地简单的操作（读多写少），可以使用一下这个数据库，占用内存非常少，轻便灵活，当然，在高并发、数据量大的情况下就不合适了：

这是目前应该广泛使用的一个关系型数据库，免费开源跨平台，在信息系统开发方面一直占据着主力位置，如果你从事于web开发或者网站后台建设，那么这个数据库一定非常熟悉，支持高并发、分布式，存储数据量相对于sqlite来说，更多也更安全，索引、触发器、存储过程等功能非常不错，支持数据导入导出、恢复备份，只要燃含橘你熟悉一下基本使用过程，很快就能掌握和运用：

这是加州大学计算机系开发的一个对象-关系型数据库（自由软件），免费、开源、跨平台，支持流计算、全文检索、图式搜索、并行计算、存储过程、空间数据、K-V类型，相比较mysql来说，在复杂查询、高并发下更稳定、性能更优越，可扩展性、可维护性非常不错，但也有劣势，例如新旧版本不分离存储，没有Coverage index scan等，总体使用效果来说还不错：

当然，除了以上3个数据库，还有许多其他数据库，像mssql、oracle等也都非常不错，对于存储和处理数据来说绰绰有余，只要你熟悉一下基本使用过程，很快就能入门的，网上也有相关教程和资料，介绍的非常详细，感兴趣的话，可以搜一下，希望以上分享的内容能对你有所帮助吧，也欢迎大家评论、留言进行补充。

最符合初学者理解和入门的是Access，因为它和Excel本来就是一个套件，相互转化容易，复制粘贴即可，非常好理解库、表、字段、键的概念。

如果数据量不大，强烈推荐试试Filemaker，脚本化编程，自由定制输入界面、工作流程，非常便捷高效。

最近杀出来的airtable，更是简单高效，界面美观，操作与电子表格相当，发展势头也非常迅猛。

二者侧重点有所不同，用户可根据需要选择

作为一个软件开发人员，长期需要和数据库打交道，个人更加青睐于MySQL。虽然可能基于你的Excel原因，有些人会建议你使用Access数据库，但是基于我个人的 意见，我并不建议你那样做。采用MySql的具体理由如下：

1.MySQL具有普遍性，在国内的环境中，绝大多数的互联网企业采用的是MySQL。有了广大的用户基础后，针对于各种问题网上也能更好地找到解决方案。

2.MySQL相对于Oracle而言，更加轻量化，针对于从Excel量级的数据，没必要使用Oracle。同时MySQL是完全免费的，不用担心版权及费用问题，无论对个人还是对预算有限的企业而言都是很好的选择。

3.MySQL高度兼容标准SQL，这对于以后迁移到其他数据库而言，也能很大程度地降低学习成本。

希望我的回答能够对你有所帮助！！！[耶][耶][耶]

Excel办公确实便利，可以做一些简单的数据分析，但涉及大量复杂的数据运算，就会遇到和题主一样的问题，运算速度慢，如果主机性能不是很好，还有可能面临电脑死机，老余数据丢失等问题。

遇到这种情况，我们该如何解决呢？数据库的重要性显而易见！

现在， 我将用3分钟的时间，与您探讨该选择何种数据库，以及选择它的理由，是否有更优的解决方案呢？

数据库选得好，企业的数据安全，资产安全，也就得到了保障。那么该如何选择数据库呢？这个跟你的业务量和业务服务行业，密不可分。

如果你只是上班打卡，用SQL server就可以了；

如果你要储存会话信息，用户配置信息，购物车数据，建议使用NoSQL数据库；

不过90%的企业或个人，首选数据库都是MySQL数据库。

因为，它集 低成本、高可用、可靠性强、易用性强、体积小、速度快开放源码 等特性于一身，所以在金融、财务、网站、 数据处理 等应用领域，它占据着独一无二的优势。

这也是几乎所有企业都选择它，来存储数据的原因。

加之MySQL数据库，支持多种存储引擎，支持大型数据库，可以处理成千上万条记录，还提供用于管理、检查、优化数据库操作的工具。

因而，MySQL尤其受个人，以及中小企业的推崇。

别担心，现在市面上已经出现了，一种自带数据库的新型办公软件。

比如说，云表企业应用平台，一款兼容excel功能，但功能更为强大的办公软件，它就内嵌了MySQL数据库。 （文末有免费获取方式）

1. 性能更加优化，更加兼容系统。因为云表的研发人员，时刻更新维护MySQL数据库。

2. 省去自己手动部署的麻烦。但如果你熟悉部署数据库，想把数据库改成Oracle或SQL server等数据库，也可以设置。（不过，我建议IT小白还是 “拿来即用” 就好）

3. 快速实时计算。数据分析实时交互，完全满足管理决策中的临时性分析，多变的业务需求，以及频繁的结果刷新。

4. 通过自带的内存计算引擎，无需事先建立CUBE，IT部门将告别报表延时报表分析，亿级数据秒级响应。

云表不仅是一款办公软件，同时还是一款开发工具。

通过它，你将解决以下问题：

复杂的数据运算，精确到行列的权限管控，以及工作流，海量用户同时在线办公，数据透视，制作像销售单，洽谈合同等表单报表，一份制作，即可重复录用......

你还可以通过它，与电子称、地磅等进行对接，与用友金蝶等三方系统集成，生成条形码，扫码出入库，生成移动端APP...... 基本上业务所需的功能，你都可以放心交给它做。

它最大的亮点就是，你可以 用使用excel的手法，用它来开发业务应用。

而且，可视化的 拖拉拽 之后，开发出来的ERP、WMS、OA、进销存等业务应用，还秉承了MySQL数据库增删改查的功能特性。

没错，用云表开发出来的业务应用，是允许二次开发的，而且功能可以随时增删改查，轻松满足大集团精细化的数据控制需求。

不过，大家最关心的应该是数据安全问题吧。

数据存放在云表内嵌的MySQL数据库，是安全不丢失的，它提供了多种数据存储的方式，本地部署，云端部署，混合部署，任君挑选！

正因如此，像 恒逸石化、许继电气、航天科工委、中铁、中冶、云南小松 等大型集团，才鼓励内部员工去学习云表。

篇幅所限，只说到这里，说太多你也不会看。

免费 的软获取方式在下方：

数据库的用处可大着呢，不仅可以实现数据共享，减少数据冗余度，还能实现对数据的集中控制，保持数据的一致性和可维护性。选取简单易用的数据库，你有什么好的建议呢，留言让我们看到噢！

题主强调了简单易用。所以推荐最简单三个。

1.Access。

2.Excel。

3.飞书文档、腾讯文档、石墨文档等的表格。

如果要做分析，数据量才比较大，建议Access，还是专业的更好一些。网上教程也很多，比较容易学。而且建议用早一点的版本，比如2003或者2007，Access这些年微软一直想从office里去掉，奈何用的人还是很多，所以不敢去掉，但是采取了一种比较恶心的方法让用户放弃，就是每发布一个新版本，就去掉一些好用的功能，所以说Access是越早的功能越强。

还一个推荐就是Sql Server Express版本，是SQL Server的免费版本，不要钱，基本功能都有，要比sqllite等强大的多

这要结合你个人实际情况来定，有计算机基础，懂一点数据库的话那么市场上的那些软件都可以用，常用有oracle，sqlserver，mysql等，要上手快还是sqlserver比较快，界面操作也比较直观；如果一点基础都没有，但是又要分析数据的话可以用微软自带的一个access，这个上手比较快。决定用哪一种之后还是要买点教材看，简单的sql查询要会，熟练之后也能提高工作效率。

个人使用数据库的话，只存数据不做分析，SQLite就足够了。

『伍』 sqlite3到底能支持多大的数据量

你的操作系统,文件系统是什么版本？ 操作系统本身对文件大小的限制是什么？

还真没听说过sqlite支持TB级，它的大小受制于运行时的文件系统。

下面是原文解释支持的大小：

Every database consists of one or more "pages". Within a single database, every page is the same size, but different database can have page sizes that are powers of two between 512 and 65536, inclusive. The maximum size of a database file is 2147483646 pages. At the maximum page size of 65536 bytes, this translates into a maximum database size of approximately 1.4e+14 bytes (140 terabytes, or 128 tebibytes, or 140,000 gigabytes or 128,000 gibibytes).

『陆』 sqlite 能存储百万级数据吗

http://ke..com/link?url=_QdWijj1ajbwm这里提到了sqlite的支持数据量到2TB，也有一些其他地方说的，官方网站没有找到明确数字。
至于文件系统的限制 我的硬盘格式是NTFS的文件大小限制应该是64GB吧，总不至于因为这个原因导致我写不了2GB的数据

『柒』 sqlite3 中类型text的最大长度为多少

text存储可变长度的非Unicode数据，最大长度为2^31-1(2,147,483,647)个字符。

理论上，TEXT可以存储的字符串长度为2^31-1(2,147,483,647)个字符，按英文字符来算的话就是 2G大小但是，Cursor 在获取超过2M 大小数据的时候，会报异常。所以处理方式用字符串截取的方式来处理。

(7)sqlite多大数据量扩展阅读

关于SQLite 不同类型存储数据大小的限制

1、CHAR。CHAR存储定长数据很方便，CHAR字段上的索引效率级高，比如定义char(10)，那么不论你存储的数据是否达到了10个字节，都要占去10个字节的空间，不足的自动用空格填充。

2、VARCHAR。存储变长数据，但存储效率没有CHAR高。如果一个字段可能的值是不固定长度的，我们只知道它不可能超过10个字符，把它定义为 VARCHAR(10)是最合算的。

VARCHAR类型的实际长度是它的值的实际长度+1。这一个字节用于保存实际使用了多大的长度。从空间上考虑，用varchar合适；从效率上考虑，用char合适，关键是根据实际情况找到权衡点。

『捌』 谁能用最简单的语言或者例子说下 Mysql，SQLite，Mongo的区别

MYSQL是硬盘，SQLITE是U盘，MongoDB是内存条
用途上，MYSQL和SQLITE是一样的。。都是用来存数据。。区别在于MYSQL需要启动后台服务，而SQLITE只需要一个文件，并不需要启动服务。。MYSQL的表空间的最大容量为64TB。。而整体容量几乎是无上限的，前提是你要有足够的硬盘空间。。而SQLITE的最大数据量，经过实际测试，大约在2TB左右。。
MYSQL只能部署在电脑上，而SQLITE既可以部署在电脑上，也可以用于手机等移动设备。。。但MYSQL支持的数据量比较大，SQLITE数据量小。。。这两个数据库对于数据储存都不够精确，小数点位数过多时，会丢失精度。一半用于互联网行业，做图文类网站。不能用于金融、财务、军事、科研、测绘等需要保证小数点精度的工作。更高端的数据库有SqlServer和ORACLE，这两个数据库则十分精确。
MongoDB是NOSQL数据库，这玩意和MYSQL,SQLITE不是一回事。。。里面其实是一大堆类似JSON的键值对。。。主要作用是作为临时储存，相当于变相起到了给关系型数据库加速的作用。。简单讲，它的作用主要用于加速，而并不是用于最终储存。。所以它是选配，并不是必须的。注意MongoDB有安全问题，非常容易攻击。若是有重要数据，最好别用。