gpt4 book ai didi

sql-server - 为什么通过函数调用 dbListTables 时会给出警告消息? (R DBI)

转载 作者:行者123 更新时间:2023-12-02 23:52:17 26 4
gpt4 key购买 nike

我使用 DBI 包中的 dbListTables 编写了一个函数,该函数引发了我无法理解的警告。当我在函数外部运行相同的代码时,我没有收到警告消息。

仅供引用,使用的数据库是 Microsoft SQL Server。

可重现的示例

library(odbc)
library(DBI)

# dbListTables in a function: gives a warning message

dbListTablesTest <- function(dsn, userName, password){

con <- dbConnect(
odbc::odbc(),
dsn = dsn,
UID = userName,
PWD = password,
Port = 1433,
encoding = "latin1"
)

availableTables <- dbListTables(con)
}

availableTables <-
dbListTablesTest(
dsn = "myDsn"
,userName = myLogin
,password = myPassword
)

# dbListTables not within a function works fine (no warnings)

con2 <- dbConnect(
odbc::odbc(),
dsn = "myDsn",
UID = myLogin,
PWD = myPassword,
Port = 1433,
encoding = "latin1"
)

availableTables <- dbListTables(con2)

(顺便说一句,我意识到我应该在使用后使用 dbDisconnect 来关闭连接。但这似乎会引发类似的警告。因此为了简单起见,我省略了 dbDisconnect。)

警告消息

执行上面的代码时,在使用第一个选项(通过函数)时收到以下警告消息,但在使用第二个选项(无函数)时没有收到以下警告消息。

warning messages from top-level task callback '1'
Warning message:
Could not notify connection observer. trying to get slot "info" from an object of a basic class ("character") with no slots

该警告显然是由 dbListTables 引起的,因为当我从上述函数中省略该行时,该警告就会消失。

我的问题

  • 为什么我会收到此警告消息?
  • 更具体地说,为什么我只有在通过函数调用 dbListTables 时才能获取它?
  • 我做错了什么/我应该做些什么来避免它?

我的 session 信息

R version 3.4.2 (2017-09-28)
Platform: x86_64-w64-mingw32/x64 (64-bit)
Running under: Windows 7 x64 (build 7601) Service Pack 1

Matrix products: default

locale:
[1] LC_COLLATE=Dutch_Belgium.1252 LC_CTYPE=Dutch_Belgium.1252 LC_MONETARY=Dutch_Belgium.1252 LC_NUMERIC=C LC_TIME=Dutch_Belgium.1252

attached base packages:
[1] stats graphics grDevices utils datasets tools methods base

other attached packages:
[1] DBI_0.7 odbc_1.1.3

loaded via a namespace (and not attached):
[1] bit_1.1-12 compiler_3.4.2 hms_0.3 tibble_1.3.4 Rcpp_0.12.13 bit64_0.9-7 blob_1.1.0 rlang_0.1.2

预先感谢您的帮助!

最佳答案

TL:DR 在另一个函数中调用 odbc::dbConnect 会导致此警告。

经过大量挖掘odbc github ,我已经找到了警告的来源。调用 dbConnect 会创建数据库连接。该函数内包含以下代码:

# perform the connection notification at the top level, to ensure that it's had
# a chance to get its external pointer connected, and so we can capture the
# expression that created it
if (!is.null(getOption("connectionObserver"))) { # nocov start
addTaskCallback(function(expr, ...) {
tryCatch({
if (is.call(expr) && identical(expr[[1]], as.symbol("<-"))) {
# notify if this is an assignment we can replay
on_connection_opened(eval(expr[[2]]), paste(
c("library(odbc)", deparse(expr)), collapse = "\n"))
}
}, error = function(e) {
warning("Could not notify connection observer. ", e$message, call. = FALSE)
})

# always return false so the task callback is run at most once
FALSE
})
} # nocov end

这个警告调用应该看起来很熟悉。这就是生成警告的原因。那么它为什么要这样做呢?

上面的代码片段尝试对连接对象进行一些检查,看看一切是否顺利。

它是如何做到这一点的,是通过添加一个函数来检查“TaskCallBack”。这是在完成顶级任务后执行的函数列表。我对此不是 100% 确定,但据我所知,这意味着这些函数是在调用堆栈中的最高函数完成后执行的。

通常,这将是脚本中的一行。例如:

library(odbc)
con <- odbc::dbConnect(odbc::odbc(), ...)

第二行赋值完成后,执行以下函数:

function(expr, ...) {
tryCatch({
if (is.call(expr) && identical(expr[[1]], as.symbol("<-"))) {
# notify if this is an assignment we can replay
on_connection_opened(eval(expr[[2]]), paste(
c("library(odbc)", deparse(expr)), collapse = "\n"))
}
}, error = function(e) {
warning("Could not notify connection observer. ", e$message, call. = FALSE)
}
}

顶级表达式被传递给函数并用于检查连接是否有效。然后,另一个名为 on_connection_opened 的 odbc 函数会执行一些检查。如果这在任何地方引发错误,则会由于 tryCatch 而发出警告。

那么为什么函数on_connection_opened会崩溃呢?

该函数采用以下参数:

on_connection_opened <- function(connection, code)

它所做的第一件事是:

display_name <- connection@info$dbname

这似乎与警告消息匹配:

trying to get slot "info" from an object of a basic class ("character") with no slots

从参数名称可以清楚地看出,函数 on_connection_opened 期望其第一个参数中有一个数据库连接对象。它从调用者那里得到什么? eval(expr[[2]])

这是原始调用的左侧:con

在本例中,这是一个连接对象,一切都很好。

现在我们有足够的信息来回答您的问题:

为什么我会收到此警告消息?

您的函数创建一个连接,该连接将检查连接函数排队。 If then 检查表列表并返回该列表。然后,检查连接函数将表列表解释为连接,尝试检查它,但惨败。这会引发警告。

更具体地说,为什么我只有在通过函数调用 dbListTables 时才能得到它?

dbListTables 不是罪魁祸首,dbConnect 才是。因为您是从函数内调用它,所以它无法获取它尝试检查的连接对象并失败。

我做错了什么/我应该做些什么来避免它?

解决方法是单独打开一个连接并将其传递到您的函数中。这样,连接就会在自己的调用中打开,因此检查可以正常工作。

或者,您可以再次删除 TaskCallback:

  before <- getTaskCallbackNames()
con <- odbc::dbConnect(odbc::odbc(), ...)
after <- getTaskCallbackNames()
removeTaskCallback(which(!after %in% before))

运行on_connection_opened是必需的吗?它到底有什么作用?

正如包的创建者在 this comment on Github 中所解释的那样,该函数处理 RStudio 中连接选项卡中连接的显示。如果您再次在同一函数中关闭连接,这看起来就不那么有趣了。所以这对于您的功能来说并不是必需的。

关于sql-server - 为什么通过函数调用 dbListTables 时会给出警告消息? (R DBI),我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/46728475/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com