是否有一些 SQL 语句能够更快地导致硬盘损坏?数据库表应该有多大的效果才能产生不良影响?
应该避免哪些 SQL 语句?我正在使用 SQLite 。与其他 DMBS 相比,这是否更糟?
这个问题出现了,因为我经常提出这些陈述:
insert into t ...
update t set x = x + 1 where x >= some_value
如果有一天行数为50000怎么办?这对硬盘来说还是安全的吗?
我试图举例说明背景,但将主要问题设想为:
应该避免哪些 SQL 语句(关于如何处理大数据)?
答案 0 :(得分:3)
如果硬盘想要存活,它就会存在。如果它想死,它就会死亡。
无论如何,请听听谷歌:大盘驱动器人口的失败趋势
http://en.wikipedia.org/wiki/Hard_disk_drive#Metrics_of_failures
如果您害怕(或不)数据丢失,您应该考虑使用备份,复制等。有价值的数据应至少保存在两个不同的地方。
答案 1 :(得分:2)
是否有一些SQL语句能够更快地导致硬盘损坏?
没有。
绝对不是数字“ 50000 ”。
对于硬盘来说,无论是DBMS阅读还是写作还是其他程序都没有区别。
答案 2 :(得分:2)
在硬盘驱动器上,除非你打开了省电功能,这样当你没有执行查询时主轴不会运行,那么它就不会产生任何真正的差异。
SSD更有趣。尽量避免写入,大写不太重要,但许多常规的小写可能会导致细胞死亡。但是,这应该在OS层而不是DBMS上实现。
答案 3 :(得分:1)
是的,完全保存。
我们的应用程序每天插入
-----------
245091
(1 row(s) affected)
将所有这些值插入一个表中。 因此,您不必担心。你需要注意的是你的日志文件。完全填满了。
你需要截断它。取决于您希望在硬盘上提供多大的尺寸。