使用 dplyr 进行括号转义的表名称

我正在以编程方式获取一堆数据集，其中许多数据集都有以数字开头的愚蠢名称，并且其中包含特殊字符，例如减号。因为没有一个数据集特别大，而且我希望 R 能够对数据类型做出最好的猜测，所以我使用 dplyr 将这些表转储到 SQLite 中。

我使用方括号来逃避可怕的表名称，但这似乎不起作用。例如：

data(iris)
foo.db <- src_sqlite("foo.sqlite3", create = TRUE)
copy_to(foo.db, df=iris, name="[14m3-n4m3]")

这会导致错误消息：

Error in sqliteSendQuery(conn, statement, bind.data) : error in statement: no such table: 14m3-n4m3

如果我选择一个合理的名称，这就会起作用。但由于种种原因，我很想保留这些繁琐的名字。我还可以直接从 sqlite 创建这样一个名字不好的表：

sqlite> create table [14m3-n4m3](foo,bar,baz);
sqlite> .tables
14m3-n4m3

在没有深入研究的情况下，这看起来 dplyr 正在以某种我无法弄清楚的方式处理方括号。我怀疑这是一个错误，但我想先检查一下以确保我没有遗漏任何东西。

编辑：我忘了提及我只是将 janky 名称直接传递给 dplyr 的情况。错误如下：

library(dplyr)

data(iris)
foo.db <- src_sqlite("foo.sqlite3", create = TRUE)
copy_to(foo.db, df=iris, name="14M3-N4M3")

Error in sqliteSendQuery(conn, statement, bind.data) : 
  error in statement: unrecognized token: "14M3"

这是 dplyr 中的一个错误。它仍然存在于当前的 github master 中。正如 @hadley 所指出的，他试图在 dplyr 中转义表名之类的内容来防止此问题。您当前遇到的问题是由于两个函数中缺乏转义引起的。当提供未转义的表名时，表创建工作正常（并且通过dplyr::db_create_table）。但是，向表中插入数据是使用DBI::dbWriteTable它不支持奇数表名。如果向此函数提供的表名称已转义，则无法在表列表中找到它（您报告的第一个错误）。如果提供转义，则执行插入的 SQL 在语法上无效。

当表格更新时，第二个问题就出现了。获取字段名称的代码（这次实际上在 dplyr 中）再次无法转义表名称，因为它使用paste0而不是build_sql.

我已修复这两个错误dplyr 的一个分支 https://github.com/NikNakk/dplyr/tree/sqlite-escape。我还向@hadley 提出了拉取请求，并就该问题做了说明https://github.com/hadley/dplyr/issues/926 https://github.com/hadley/dplyr/issues/926。同时，如果您愿意，您可以使用devtools::install_github("NikNakk/dplyr", ref = "sqlite-escape")然后修复后恢复到主版本。

顺便说一句，在 SQL 中转义表名（和其他标识符）的正确 SQL-99 方法是使用双引号（请参阅SQL标准转义列名？ https://stackoverflow.com/questions/2901453/sql-standard-to-escape-column-names）。 MS Access 使用方括号，而 MySQL 默认使用反引号。根据标准，dplyr 使用双引号。

最后，@RichardScriven 的提案不会普遍适用。例如，select是 R 中完全有效的名称，但在 SQL 中不是语法上有效的表名称。对于其他保留字也是如此。