MySQL 连接器/NET 发行说明  / MySQL Connector/Net 6.4 中的变化  /  MySQL Connector/NET 6.4.6 的变化(2012-11-26,Alpha)

MySQL Connector/NET 6.4.6 的变化(2012-11-26,Alpha)

此版本修复了自 6.4.5 以来的错误。

修正错误

  • 调用方法FirstOrDefault LINQ to Entities查询导致 System.Data.EntityCommandCompilationException 异常。(错误#15856964,错误#67377)

  • 在 Visual Studio 2012 中使用 Entity Frameworks: Code First 并使用 GUID 作为类中的主键时,可能会出现以下错误:

    Incorrect column specifier for column 'column_name'.

    Connector/NET 将AUTO_INCREMENT 属性应用于列,这要求列使用整数数据类型。(缺陷 #15834176,缺陷 #67450)

  • 在 Connector/NET 中使用 IPV6 地址的连接尝试将失败。(缺陷 #14835718,缺陷 #67253)

  • Visual Studio 2012 项目有时会出现以下错误对话框:

    Failed to merge object(s).
    
    Keyword not supported.
    Parameter name: AttachDbFilename.

    此问题主要影响 VisualStudio 2012 项目,从 VisualStudio 2010 迁移或包括使用 VS2010 创建的网站,连接到 MySQL 5.5 服务器。(漏洞 #14733472,漏洞 #66880)

  • 当应用程序启动、创建连接,然后在执行一次数据库操作后进入空闲状态时,现在可以更快地清理连接:通常是在 3 分钟而不是 6 分钟的空闲时间之后。这种优化对于低流量站点上的 ASP.net 应用程序特别有用。(缺陷 #14652624,缺陷 #66472)

  • 在某些情况下, CacheServerProperties=true连接字符串中的设置可能会导致Packet too large错误。启用连接池 CacheServerProperties=true后,第一个连接按预期工作,但如果查询超过 1024 字节,第二个、第三个等等连接失败。(缺陷 #14593547,缺陷 #66578)

  • Connector/NET 不支持创建具有字符串类型键的实体。在创建数据库的过程 MySqlException中,抛出 一个BLOB/TEXT column 'Name' used in key specification without a key length. 提供者生成的 DDL 指定了MEDIUMTEXT主键的列,但没有指定键的长度。在使用 Entity Framework 版本 4.3 及更高版本时,此修复尤为重要,因为 __MigrationsHitory表(替换 EdmMetadata表)使用字符串属性作为其键。(错误#14540202、错误#65289、错误#64288)

  • 尝试执行以下语句时, 可能ExecuteNonQuery()会返回错误 :Parameter '?' must be defined

    insert into table_name (Field1, Field1) VALUES(?,?)

    也就是说,当用两个不同的?占位符引用同一个字段两次时。(缺陷 #14499549,缺陷 #66060)

  • 当使用 MySQL 数据库设置为UTF32 ASP.net 成员数据库时,Web 应用程序可能会出现 密钥太长错误,并且网站管理工具无法连接到提供商。原因是 my_aspnet_sessions.SessionId当从Latin1字符集 转换为每个字符 4 个字节时,列超过了主键UTF32的长度限制:

    Specified key was too long; max key length is 767 bytes

    (缺陷 #14495292,缺陷 #65144)

  • NullReferenceException尝试插入带有空VALUES子句的新记录时 ,MySQL Connector/NET EntityFramework 提供程序会抛出异常 。INSERT当表中唯一需要的 ( NOT NULL) 列是主键自动递增列时,这样的方法应该有效。(缺陷 #14479715,缺陷 #66066)

  • 使用 Entity Data Model Designerdecimal 类型和CreateDatabase函数,值在小数点右侧存储为 0 位。通过此修复,默认值为小数点右侧的 2 位数字,并且可以正确应用通过实体数据模型设计器指定的任何精度。(错误#14474342,错误#65127)

  • 通过在 Code First 项目的方法中调用方法来自定义精度 HasPrecision()OnModelCreating()始终生成精度设置 (10,2) 而不是指定的精度。(缺陷 #14469048,缺陷 #65001)

  • 通过 MySql.Data.MySqlClient.MySqlCommand()类构建命令时,内存可能会泄漏,因为某些 IO.MemoryStream实例没有被有效释放。内存泄漏可能是 SQL 密集型应用程序中的一个问题,例如处理大量INSERT 语句的日志记录应用程序。(错误#14468204,错误#65696)

  • 将 ASP.net 网络安全功能与 MySQL 数据库一起使用时,使用访问 my_aspnet_usersinroles表的功能会导致异常:

    MySql.Data.MySqlClient.MySqlException: Table 'testdb.my_aspnet_usersinrole' doesn't exist.

    例如,尝试从角色中删除用户或在角色中查找用户时可能会发生此错误。该修复程序将表名的拼写更正为 my_aspnet_usersinroles. (缺陷 #14405338,缺陷 #65805)

  • 虽然成员变量 MySqlCommand.LastInsertedId是 64 位的 long,但它的值实际上被限制在最大值Int32(2,147,483,647)。如果主键超过此值,则 的值 LastInsertedId是错误的。对于具有大量行的表,这种不匹配可能是个问题。(漏洞 #14171960,漏洞 #65452)

  • 将 Entity Framework 与 Connector/NET 一起使用时,在 的函数中 OnDelete未考虑关联属性,从而导致出现错误消息 。函数生成的 SQL 缺少and 子句。这些子句由 DDL 生成向导正确填写。(缺陷 #14008752,缺陷 #64779)CreateDatabaseScriptObjectContextSystem.Data.UpdateException was unhandledCreateDatabaseScriptON DELETEON UPDATE

  • 使用 Code First 实体框架调用应用程序中的存储过程或函数可能会导致错误:

    Unhandled Exception: MySql.Data.MySqlClient.MySqlException: You have an error
    in your SQL syntax; ...

    代码更改允许使用如下语法调用存储过程,而无需使用 CALL语句,也无需使用 CommandType.StoredProcedure.

    int count = myContext.Database.SqlQuery<int>("GetCount").First();

    (缺陷 #14008699,缺陷 #64999)

  • 使用 Entity Framework Code First 方法时,生成的代码可能不正确:

    • 缺少数据类型的长度说明符,例如 VARBINARY代替 . VARBINARY(n)

    • ALTER TABLE当在主类中指定私有成员时,引用不存在的表的语句。

    (漏洞 #13900091,漏洞 #64216)

  • System.InvalidCastException调用存储函数时可能会发生异常 。解决方法是指定CheckParameters=false连接选项。(错误#13864627,错误#64633)

  • 使用 时MySqlProfileProvider,调用该函数ProfileManager.DeleteProfiles 可能会引发InvalidCastException 异常。(缺陷 #13790123,缺陷 #64470)

  • 在 Visual Studio 表设计器中,新索引的名称始终派生自表名且无法更改。(漏洞 #13613801)

  • 使用 Entity Framework Code First 方法时,生成的代码可能会 MEDIUMTEXT在其他类型VARCHAR 更合适的上下文中使用数据类型,从而导致错误,例如:

    error 0064: Facet 'MaxLength' must not be specified for type 'mediumtext'.

    (漏洞 #13582335,漏洞 #63920)

  • 在 Visual Studio 2005 中,通过服务器资源管理器添加新的数据连接会产生一条错误消息:Package Load Failure。Visual Studio 插件动态链接到 VS2008 版本的程序集 Microsoft.VisualStudio.Data(v9.0)。固定插件与该库的 VS2005 版本 (v8.0) 链接,向上兼容更高版本的 Visual Studio。(缺陷 #13491674,缺陷 #63073)