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
Some drivers (in my case presto) appear to not support getNString. In such cases, getString seems to work just fine. The problem this presents us with is how to choose which function to use (this matters for the vast majority of cases which are automated such as dumping into DataFrames). Note that right now these functions are looked up in a Dict depending on their JDBC type code.
I actually don't seem to have anywhere where I can test getString on drivers which support getNString (I'm not entirely sure what those are anyway).
Any thoughts on this? Can anyone check if getString works for them in place of getNString? It would be really nice if we can just get rid of getNString. Error catching would be waaaay too slow here.
The only other alternative I could see would be to create a function that changes the Dict appropriately on user command. This is inelegant and entrenches an existing efficiency problem, but should work.
The text was updated successfully, but these errors were encountered:
Some drivers (in my case presto) appear to not support
getNString
. In such cases,getString
seems to work just fine. The problem this presents us with is how to choose which function to use (this matters for the vast majority of cases which are automated such as dumping into DataFrames). Note that right now these functions are looked up in aDict
depending on their JDBC type code.I actually don't seem to have anywhere where I can test
getString
on drivers which supportgetNString
(I'm not entirely sure what those are anyway).Any thoughts on this? Can anyone check if
getString
works for them in place ofgetNString
? It would be really nice if we can just get rid ofgetNString
. Error catching would be waaaay too slow here.The only other alternative I could see would be to create a function that changes the
Dict
appropriately on user command. This is inelegant and entrenches an existing efficiency problem, but should work.The text was updated successfully, but these errors were encountered: