存储引擎 是 MySQL 上第一个提供外键约束的数据存储引擎，除了提供事务处理外，InnoDB 还支持行锁，提供和 Oracle 一样的一致性的不加锁读取，能增加并发读的用户数量并提高性能，不会增加锁的数量。InnoDB 的设计目标是处理大容量数据时最大化性能，它的 CPU 利用率是其他所有基于磁盘的关系数据库引擎中最有效率的。
InnoDB 是一套放在 MySQL 后台的完整数据库系统，InnoDB 有它自己的缓冲池，能缓冲数据和索引，InnoDB 还把数据和索引存放在表空间里面，可能包含好几个文件，这和 MyISAM 表完全不同，在 MyISAM 中，表被存放在单独的文件中，InnoDB 表的大小只受限于操作系统文件的大小，一般为 2GB。
不能将参数1从“const char []”转换为“LPCTSTR”
其解决方案就是, 在项目属性里面找到项目默认值下面的字符集, 将其换为:使用多字节字符集就ok了。 原因：
typedef LPCTSTR LPTSTR ;#ifndef _UNICODE typedef TCHAR char;#else typedef TCHAR wchar_t;#endif typedef LPTSTR const TCHAR*;
|
1、ANSI（即MBCS）：为多字节字符集，它是不定长表示世界文字的编码方式。ANSI表示英文字母时就和 ASCII一样，但表示其他文字时就需要用多字节。 2、Unicode：用两个字节表示一个字符的编码方式。比如字符'A'在ASCII下面用一个字节表示，而在 Unicode下面用两个字节表示，其中高字节用“0”填充；函数'程'在ASCII下面用两个字节表示，而在 Unicode下面也是用两个字节表示。Unicode的用处就是定长表示世界文字，据统计，用两个字节可以编码 现存的所有文字而没有二义。 3、Windows下的程序设计可以支持ANSI和Unicode两种编码方法的字符串，具体使用哪种就要看定义了 MBCS宏还是Unicode宏。MBCS宏对应的字符串指针为LPSTR（即char*），Unicode对应的指针为 LPWSTR（即unsigned char*）。为了写程序的方便，微软定义了类型LPTSTR，在MBCS下它表示char*， 在Unicode下它表示unsigned char*，这就可以重定义一个宏进行不同字符集的转换了。 4、关系 LPSTR：指向一个字符串的32位指针，每个字符占1个字节。 LPCSTR：指向一个常量字符串的32位指针，每个字符占1个字节。 LPTSTR：指向一个字符串的32位指针，每个字符可能占1个字节或2个字节。 LPCTSTR：指向一个常量字符串的32位指针，每个字符可能占1个字节或2个字节。 5、Windows使用两种字符集ANSI和Unicode，前者在处理英文字符时使用单字节方式，在处理中文字符时 使用双字节方式。后者不管是英文字符还是中文字符都是采用双字节方式表示。Windows NT的所有与字符 有关的函数都提供了两种方式的版本，而Windows 9x只支持ANSI方式。_T一般同字符常量相关，如_T("你 好！");。如果编码方式为ANSI，_T不起任何作用；如果编码方式为Unicode，编译器会把"你好！"以 Unicode方式进行保存。_T和_L的区别在于，_L不管你是以什么方式编译，一律以Unicode方法保存。 6、L表示字符串资源采用Unicode编码方式，示例如下： wchar_t Str[]=L"Hello World!"; //每个字符都用2个字节来存储 7、_T是一个适配宏。当定义了_UNICODE时，_T和L相同；否则，_T的字符串采用ANSI编码方式。示例如 下： LPTSTR lptStr=new TCHAR[32]; TCHAR* szBuf=_T("Hello"); 以上两个语句，无论是在ANSI编码方式，还是在Unicode编码方式下都是正确的。 8、微软推荐使用相匹配的字符串函数。例如，在处理LPTSTR或LPCTSTR的时候，应该使用_tcslen来替 代strlen函数。否则，在Unicode编码方式下，strlen不能处理wchar_t*的字符串。 9、T是一个非常重要的符号（TCHAR、LPTSTR、LPCTSTR、_T()和_TEXT()等），它表示使用一个中间 类型，既不明确表示使用MBCS，也不明确表示使用Unicode。到底使用哪种字符集，在编译的时候才决 定。 10、CString类型到LPTSTR类型的转换 CString path1; LPTSTR path2=path1.GetBuffer(path1.GetLenght()); |