<br><div class="gmail_quote">On Mon, May 11, 2009 at 2:44 PM, Carl McDade <span dir="ltr"><<a href="mailto:carlmcdade@gmail.com">carlmcdade@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
[...]<br>
<br>
Out of this list there are 8 varchar fields of varying lengths that<br>
should be supported as strings according to the ODBC to Erlang map in<br>
the docs.<br>
<br></blockquote></div><br>These days, those varchar strings are actually very likely to be nvarchar fields (what does MySQL actually say those columns are?) and therefore not supported by Erlang odbc. Have you tried using ODBC conversion functions to recast your SQL results, as I suggested?<br>
<br>Unless you're trying to write some kind of DB agnostic higher-level-do-anything-kind-of-thingamajig (ORM?), and you want to get a bit of data in and out of the DB, I suggest just casting your values. It's easier than any other approach.<br>
<br>Robby<br><br>