解决VS2010连接MySQL出现的问题

核心提示：之前经过配置，成功的在vs2010中成功的用c语言连接上的MySQL数据库，解决VS2010连接MySQL出现的问题，但是最近连接MySQL数据库，无论怎么配置，搞明白dll和lib的作用，或许都能分析出这个问题了原因了，老是出错，代码如下：#include <windows.h> #include &l

之前经过配置，成功的在vs2010中成功的用c语言连接上的MySQL数据库，但是最近连接MySQL数据库，无论怎么配置，老是出错。
代码如下：

#include <windows.h>
#include <stdio.h>
#include <string.h>
#include <mysql.h>

#pragma comment (lib, "libmysql.lib")
#pragma comment (lib, "mysqlclient.lib")

int main()
{
char szTargetDSN[] = "test";
char szSqlText[500]="";
MYSQL * myData;
myData = mysql_init((MYSQL*)0);

//连接数据库
if(mysql_real_connect( myData, NULL, "root", "123456", szTargetDSN, MYSQL_PORT, NULL, 0))
{
printf("数据库连接成功！\n");
//构造SQL语句
sprintf(szSqlText, "create table mytable" "(time datetime, s1 char(6), " "s2 char(11), s3 int, s4 int)");
if (mysql_query( myData, szSqlText))
{//执行SQL语句出错
printf( "Can't create table");
mysql_close( myData );
return FALSE;
}
printf("表创建成功\n");
mysql_close(myData);
}

return TRUE;
}
错误如下：
error LNK2019: 无法解析的外部符号 _mysql_real_connect@32，该符号在函数 _main 中被引用
error LNK2019: 无法解析的外部符号 _mysql_query@8，该符号在函数 _main 中被引用
error LNK2019: 无法解析的外部符号 _mysql_init@4，该符号在函数 _main 中被引用
error LNK2019: 无法解析的外部符号 _mysql_close@4，该符号在函数 _main 中被引用



采用了以下的办法：
点击
1.项目->属性->vc++目录。
然后在"包含目录"中添加"E:\Program Files\MySQL\MySQL Server 5.5\include"
“库目录”中添加"E:\Program Files\MySQL\MySQL Server 5.5\lib"和"E:\Program Files\MySQL\MySQL Server 5.5\lib\Debug"。
2.项目->属性->链接器->输入->附加依赖项中添加libmysql.lib

但是编译依旧还是同样的问题。


于是开始思考，

lib是编译时需要的，dll是运行时需要的。
如果要完成源代码的编译，有lib就够了。
如果也使动态连接的程序运行起来，有dll就够了。
在开发和调试阶段，当然最好都有。
一般的动态库程序有lib文件和dll文件。lib文件是必须在编译期就连接到应用程序中的，而dll文件是运行期才会被调用的。如果有dll文件，那么对应的lib文件一般是一些索引信息，具体的实现在dll文件中。如果只有lib文件，那么这个lib文件是静态编译出来的，索引和实现都在其中。静态编译的lib文件有好处：给用户安装时就不需要再挂动态库了。但也有缺点，就是导致应用程序比较大，而且失去了动态库的灵活性，在版本升级时，同时要发布新的应用程序才行。

1.编译是通过静态链接库（lib）去找到接口的。
2.#pragma comment (lib, "libmysql.lib")
#pragma comment (lib, "mysqlclient.lib")
但是这两句代码并没有报错，证明这两个链接库也正常加入了啊。怎么还是出现“无法解析的外部符号”，很纳闷。





百思不得其解，踏遍百度谷歌必应。还是木有办法，或许就是那么灵光一闪，我擦。突然想起一个问题了。哥哥我装的是win7 64位啊，MySQL也是赤裸裸的64位，丫的，我用WIN32 项目搞毛线。于是有一个猜想就是，MySQL 64位的lib也是64位的接口。

于是用了两部去证明这个想法，
.项目->属性->配置管理器
活动解决方案平台，下拉选新建，出现一个新的对号框，在键入选择新平台中选择X64


最后重新编译，这次完全证明的我想法是对的。编译成功。哦也!




最后分析一下解决这个问题关键，其实这个问题很简单。搞明白dll和lib的作用，或许都能分析出这个问题了原因了。
写到这，再去搜索果不其然
http://www.linuxso.com/sql/19105.html