<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.artinsoft.net/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>Mauricio Rojas Blog : C#, ODBC</title><link>http://blogs.artinsoft.net/mrojas/archive/tags/C_2300_/ODBC/default.aspx</link><description>Tags: C#, ODBC</description><dc:language>en</dc:language><generator>CommunityServer 2007.1 (Build: 20917.1142)</generator><item><title>Migration to 64-bit: ODBC</title><link>http://blogs.artinsoft.net/mrojas/archive/2008/12/05/migration-to-64-bit-odbc.aspx</link><pubDate>Fri, 05 Dec 2008 19:20:00 GMT</pubDate><guid isPermaLink="false">871fd81c-a111-489f-851d-e9637b8e2ce4:1734</guid><dc:creator>Mrojas</dc:creator><slash:comments>1</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.artinsoft.net/mrojas/rsscomments.aspx?PostID=1734</wfw:commentRss><comments>http://blogs.artinsoft.net/mrojas/archive/2008/12/05/migration-to-64-bit-odbc.aspx#comments</comments><description>&lt;p&gt;Most people migrating their application want to move ahead and take advantage of new technologies and new operating systems.&lt;/p&gt;
&lt;p&gt;So if you had a VB6 application and you migrated it with us to .NET we will recommend and automate the process to use ADO.NET.&lt;/p&gt;
&lt;p&gt;Why?&lt;/p&gt;
&lt;p&gt;You can still use ODBC but i will list some compelling reasons:&lt;/p&gt;
&lt;p&gt;* There a very fast ADO.NET drivers available. Using ODBC implies addind an interop overhead that can affect performance.&lt;br /&gt;* Some vendors do not support and/or certify the use of ODBC drivers for .NET. So in those cases if you use ODBC your are on your own.&lt;br /&gt;During my consulting experience I have seen several problems using ODBC drivers ranging from just poor performance, problems with some SQL statements, stored procedures calls, database specific features or complete system inestability.&lt;br /&gt;* and also problems running in 64-bit.&lt;/p&gt;
&lt;p&gt;This last one is very concerning. If you made all the effort to migrate an application to .NET and run it on for example on a Windows 2003 64 bit server it wont be able to use your 32-bit ODBC drivers unless you go to the the Build tab, and set Platform Target to &amp;quot;x86&amp;quot;.&lt;/p&gt;
&lt;p&gt;This is very sad because your application cannot take advantage of all the 64 bit resources.&lt;/p&gt;
&lt;p&gt;If you are lucky enough you might find a 64 bit version of your ODBC driver but I will really recommend going straigth to 64-bit and use ADO.NET. And that&amp;#39;s exactly what we can really help you to do specially in our version 2.2 of the VBUC.&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;&lt;img src="http://blogs.artinsoft.net/aggbug.aspx?PostID=1734" width="1" height="1"&gt;</description><category domain="http://blogs.artinsoft.net/mrojas/archive/tags/VIsual+Basic+.NET/default.aspx">VIsual Basic .NET</category><category domain="http://blogs.artinsoft.net/mrojas/archive/tags/.NET+General+Tip/default.aspx">.NET General Tip</category><category domain="http://blogs.artinsoft.net/mrojas/archive/tags/VB6+Migration/default.aspx">VB6 Migration</category><category domain="http://blogs.artinsoft.net/mrojas/archive/tags/C_2300_/default.aspx">C#</category><category domain="http://blogs.artinsoft.net/mrojas/archive/tags/Interop/default.aspx">Interop</category><category domain="http://blogs.artinsoft.net/mrojas/archive/tags/ODBC/default.aspx">ODBC</category><category domain="http://blogs.artinsoft.net/mrojas/archive/tags/64-bit/default.aspx">64-bit</category></item></channel></rss>