You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
ODBC actually returns connections of classes that it defines itself. As of ODBC 1.4.2, not all of these are exported (e.g. PostgreSQL is the resultant class of the connection, but that is not exported (though it is on main)).
ODBC actually returns connections of classes that it defines itself. As of ODBC 1.4.2, not all of these are exported (e.g.
PostgreSQL
is the resultant class of the connection, but that is not exported (though it is on main)).One can see how ODBC does this at https://github.com/r-dbi/odbc/blob/f5bf80dd23547d289332ba2c01c91b455e8e98de/R/odbc-connection.R#L57-L64
Could we (and should we) save the class during the capturing process and then construct the class from that when mock-connecting?
PR #184 works around the issue that triggered me to realize this by hardcoding the seemingly one thing that dbplyr uses dispatch for that class on.
The text was updated successfully, but these errors were encountered: