How can I limit the UserNameIndex UNIQUE index in the table AspNetUsers?
I am using ASP.NET Identity with a Mysql backend and am running up against another instance of:
Index column size too large. The maximum column size is 767 bytes.
I have tried
modelBuilder.Entity<Secuser>().Property(x => x.UserName).HasMaxLength(100);
modelBuilder.Entity<Secuser>().Property(t => t.Id).HasMaxLength(100);
I have done all the standard:
public class Secuser : IdentityUser
 {
 [Required]
 public string FullName { get; set; }
 [Required]
 public string Address { get; set; }
 [Required]
 public string City { get; set; }
 [Required]
 public string Country { get; set; }
 [Required]
 public bool AgreeTermsOfServicePrivacyPolicy { get; set; }
 [Required]
 public string BasePath { get; set; }
}
[DbConfigurationType(typeof(MySqlEFConfiguration))]
public class ApplicationDbContext : IdentityDbContext<Secuser>
{
 public ApplicationDbContext() : base("DefaultConnection")
 {
 }
 .....
 protected override void OnModelCreating(DbModelBuilder modelBuilder)
  {
  modelBuilder.Entity<Secuser>().Property(x => x.UserName).HasMaxLength(100);
  modelBuilder.Entity<Secuser>().Property(t => t.Id).HasMaxLength(100);
  .....
  base.OnModelCreating(modelBuilder);
  }
 }
When I issue:
update-database -verbose
the output is:
Using StartUp project 'sec'.
Using NuGet project 'sec'.
Specify the '-Verbose' flag to view the SQL statements being applied to the target database.
Target database is: 'sec' (DataSource: localhost, Provider: MySql.Data.MySqlClient, Origin: Configuration).
Applying explicit migrations: [201405072209015_InitialCreate].
Applying explicit migration: 201405072209015_InitialCreate.
.....
create table `AspNetUsers` (`Id` nvarchar(128)  not null ,`FullName` longtext not null ,`Address` longtext not null ,`City` longtext not null ,`Country` longtext not null ,`AgreeTermsOfServicePrivacyPolicy` bool not null ,`BasePath` longtext not null ,`Email` nvarchar(256) ,`EmailConfirmed` bool not null ,`PasswordHash` longtext,`SecurityStamp` longtext,`PhoneNumber` longtext,`PhoneNumberConfirmed` bool not null ,`TwoFactorEnabled` bool not null ,`LockoutEndDateUtc` datetime,`LockoutEnabled` bool not null ,`AccessFailedCount` int not null ,`UserName` nvarchar(256)  not null ,primary key ( `Id`) ) engine=InnoDb auto_increment=0
CREATE UNIQUE index  `UserNameIndex` on `AspNetUsers` (`UserName` DESC) using HASH
MySql.Data.MySqlClient.MySqlException (0x80004005): Index column size too large. The maximum column size is 767 bytes.
at MySql.Data.MySqlClient.MySqlStream.ReadPacket()
at MySql.Data.MySqlClient.NativeDriver.GetResult(Int32& affectedRow, Int64& insertedId)
.....
I have also made the changes to allow Migration History to work:
public class MySqlHistoryContext : HistoryContext
 {
 public MySqlHistoryContext(DbConnection connection, string defaultSchema):base(connection,defaultSchema)
  {
  }
 protected override void OnModelCreating(DbModelBuilder modelBuilder)
  {
  base.OnModelCreating(modelBuilder);
  modelBuilder.Entity<HistoryRow>().Property(h => h.MigrationId).HasMaxLength(100).IsRequired();
  modelBuilder.Entity<HistoryRow>().Property(h => h.ContextKey).HasMaxLength(200).IsRequired();
  }
 }
It appears that the entire problem centers around
`UserName` nvarchar(256)
modelBuilder.Entity<Secuser>().Property(x => x.UserName).HasMaxLength(100);
appears to not be working. I am using EntityFramework 6.1.0 and Microsoft.AspNet.Identity.Core 2.0.1.
So, it appears from looking at:
ASP.NET-Identity limit UserName length
that either I am missing something in how I implemented HasMaxLength or there is some other reason why it does not work.
Simply, if you look at the log (not that evident), it's crashing on this query :
CREATE UNIQUE index  `UserNameIndex` on `AspNetUsers` (`UserName` DESC) using HASH
When you look at your migration code, the up() function, you will see this by default :
 UserName = c.String(nullable: false, maxLength: 256, storeType: "nvarchar"),
I just changed the maxLength value to 196 it should work. You'll just have to remember that usernames can't be longer than 196 characters (which, I think, is really enough for 99.9% of the population)
PS : I got the same error for the "AspNetRoles" table
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With