该.sqliterc为sqlite3的文件主要是为建议.这和.那风格的点命令,比如广受欢迎的MySQL的输出仿真:
.header on
.timer on
.mode column
但是,您可以将所需的任何SQL放入.sqliterc.一旦你意识到sqlite3有多慢,默认情况下,在处理大型数据集时,你会学到一些PRAGMA命令,这些命令可以让生活更美好,比如PRAGMA synchronous = OFF;.
这些命令也可以放在.sqliterc中,如果您了解这些命令会影响您使用命令行"sqlite3"工具执行的所有操作,无论哪个数据库!在我的情况下,这很好.对于我使用,在特定机器上Linux的帐户,我想其中的一些PRAGMA设置,所有的时间.
然而,一些PRAGMA设置产生验证输出,如yes或off或exclusive或memory.当你做这样的事情时,这就成了一个问题,那些额外的小输出词会被默默地包括在内:
echo "select * from blah;" | sqlite3 foo.db > output.txt
echo "select * from blah;" | sqlite3 foo.db | wc -l
如果你碰巧在.sqliterc中有5个PRAGMA语句,并且其中2个产生输出,那么第二个例子(wc -l)中的行数将会减少两个,而你的数据output.txt并不完全符合你的预期.那些额外的2行stdout不是stderr顺便说一句.
详细说明,使用包含以下内容的.sqliterc文件:
PRAGMA synchronous = OFF;
PRAGMA foreign_keys = ON;
PRAGMA journal_mode = …Graphite中的Carbon监听器经过精心设计和调整,使其在服务器上的负载可以预测,以避免服务器本身充满IO等待或整体系统负载暴涨.如有必要,它将丢弃传入的数据,将服务器负载作为优先级.毕竟,对于存储的典型数据,这没什么大不了的.
我很欣赏这一切.但是,我试图将来自不同来源的大量数据积压到石墨中,而不是在实际数据中抽取实时数据.我有一个来自第三方的可靠数据源,它是一天一天散装给我的.
所以在这种情况下,我不希望任何数据值丢失在地板上.我真的不关心数据导入需要多长时间.我只是想禁用所有的安全机制,让碳做它的事情,并且知道我的所有数据都已经成功.
我正在搜索文档并找到关于在carbon.conf中调整carbon_cache参数的各种建议,但我找不到这个.它开始听起来更像艺术而不是科学.任何帮助赞赏.