<div dir="ltr">Does anyone know why the ODBC SQL_BIGINT is implemented as SQL_C_CHAR? There must be a reason for it, but this code is 10 years old so I'm not sure who to ask. I'm wondering if the original reason would even be relevant anymore.<br><br>I'm currently writing an Ecto adapter using ODBC and this is making it difficult. If you use a big int in your schema, Ecto expects an integer and gets a string instead. Either way the solution is to create a cache holding the type information and parse the string if a number is expected. I'm just wondering if this can be fixed for other people with my problem in the future.<br><br>I'm talking about this file <span style="color:rgb(36,41,46);font-family:SFMono-Regular,Consolas,"Liberation Mono",Menlo,monospace;font-size:12px;white-space:pre-wrap"></span><a href="https://github.com/erlang/otp/blob/master/lib/odbc/c_src/odbcserver.c" target="_blank">https://github.com/erlang/otp/blob/master/lib/odbc/c_src/odbcserver.c</a> <br><br></div>