我尝试使用“Python2.7.4+sqlite3”和“FirefoxSQLiteManager0.8.0”处理对同一数据库的相同请求。在微型数据库(8000条记录)上，Python和Firefox都能快速运行并给出相同的结果。在更大的数据库(2600000条记录)上:SQLiteManager在28秒内处理了数据库(24条记录)Python程序已经运行了20分钟而没有任何结果下面的程序有什么问题，pythonsqlite3不能在合理的时间内处理查询，而同样的请求可以处理得更快？importsqlite3_sql1="""SELECTDISTINCTJ2.rule_descriptio
我尝试使用“Python2.7.4+sqlite3”和“FirefoxSQLiteManager0.8.0”处理对同一数据库的相同请求。在微型数据库(8000条记录)上，Python和Firefox都能快速运行并给出相同的结果。在更大的数据库(2600000条记录)上:SQLiteManager在28秒内处理了数据库(24条记录)Python程序已经运行了20分钟而没有任何结果下面的程序有什么问题，pythonsqlite3不能在合理的时间内处理查询，而同样的请求可以处理得更快？importsqlite3_sql1="""SELECTDISTINCTJ2.rule_descriptio
begintransaction;createtableperson_id(person_idintegerprimarykey);insertintoperson_idvalues(1);...snip...insertintoperson_idvalues(50000);commit;此代码在我的机器上大约需要0.9秒，并创建一个占用392K的db文件。如果我将第二行更改为，这些数字将变为1.4秒和864Kcreatetableperson_id(person_idintegernonclusteredprimarykey);为什么会这样？ 最佳答案
begintransaction;createtableperson_id(person_idintegerprimarykey);insertintoperson_idvalues(1);...snip...insertintoperson_idvalues(50000);commit;此代码在我的机器上大约需要0.9秒，并创建一个占用392K的db文件。如果我将第二行更改为，这些数字将变为1.4秒和864Kcreatetableperson_id(person_idintegernonclusteredprimarykey);为什么会这样？ 最佳答案
我在Stackoverflow上看到了几个SQLite性能问题，但重点是网站，我正在考虑在客户端-服务器场景中使用这个数据库:我预计目前一台服务器有1-10个客户端，将来可能会增加到50个或更多。读取略多于写入数据库将位于服务器进程后面(即:不通过网络使用直接数据库访问)与使用PostgreSQL相比，使用SQLite是否会降低应用的响应速度？我的直觉告诉我，这些负载应该没问题，但也许有人对这种情况有一些实际经验。 最佳答案 我确实将SQLite用于一个主要的客户端/服务器产品，该产品与约10个并发用户一起使用，我对那个决定深感遗憾
我在Stackoverflow上看到了几个SQLite性能问题，但重点是网站，我正在考虑在客户端-服务器场景中使用这个数据库:我预计目前一台服务器有1-10个客户端，将来可能会增加到50个或更多。读取略多于写入数据库将位于服务器进程后面(即:不通过网络使用直接数据库访问)与使用PostgreSQL相比，使用SQLite是否会降低应用的响应速度？我的直觉告诉我，这些负载应该没问题，但也许有人对这种情况有一些实际经验。 最佳答案 我确实将SQLite用于一个主要的客户端/服务器产品，该产品与约10个并发用户一起使用，我对那个决定深感遗憾
我目前正在构建一个在网络前端使用python的高流量GIS系统。该系统是99%只读的。为了提高性能，我正在考虑使用外部生成的预生成读取优化GIS信息的缓存，并将其存储在每个单独的Web服务器上的SQLite数据库中。简而言之，它将用作分布式只读缓存，无需在网络上跳跃。后端OLTP存储将是postgreSQL，但它只能处理不到1%的请求。我考虑过使用Redis，但数据集非常大，因此它会增加托管虚拟机的管理成本和内存成本。Memcache不适合，因为它不能进行范围查询。我这样做会遇到SQLite的读取并发问题吗？这是明智的做法吗？ 最佳答案
我目前正在构建一个在网络前端使用python的高流量GIS系统。该系统是99%只读的。为了提高性能，我正在考虑使用外部生成的预生成读取优化GIS信息的缓存，并将其存储在每个单独的Web服务器上的SQLite数据库中。简而言之，它将用作分布式只读缓存，无需在网络上跳跃。后端OLTP存储将是postgreSQL，但它只能处理不到1%的请求。我考虑过使用Redis，但数据集非常大，因此它会增加托管虚拟机的管理成本和内存成本。Memcache不适合，因为它不能进行范围查询。我这样做会遇到SQLite的读取并发问题吗？这是明智的做法吗？ 最佳答案
我有一个代表安全摄像头NVR元数据的数据库。有一个26字节的recording每1分钟的视频片段行。(如果您很好奇，设计文档正在进行中here。)我的设计限制是8个摄像头，1年(约400万行，每个摄像头50万个)。我伪造了一些数据来测试性能。这个查询比我预期的要慢:selectrecording.start_time_90k,recording.duration_90k,recording.video_samples,recording.sample_file_bytes,recording.video_sample_entry_idfromrecordingwherecamera_i
我有一个代表安全摄像头NVR元数据的数据库。有一个26字节的recording每1分钟的视频片段行。(如果您很好奇，设计文档正在进行中here。)我的设计限制是8个摄像头，1年(约400万行，每个摄像头50万个)。我伪造了一些数据来测试性能。这个查询比我预期的要慢:selectrecording.start_time_90k,recording.duration_90k,recording.video_samples,recording.sample_file_bytes,recording.video_sample_entry_idfromrecordingwherecamera_i
