We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
I can see that version 1.5.2 generates 2 primary keys for sample migration below:
Schema::create('table_name', function (Blueprint $table) { $table->string('name'); $table->unsignedBigInteger('valu'); $table->primary('name'); });
Sql is:
create table `table_name` ( `name` varchar(255) not null, `val` bigint unsigned not null, primary key `table_name_name_primary`(`name`), primary key (`name`) ) default character set utf8mb4 collate 'utf8mb4_unicode_ci'
which throws SQL error like below: General error: 1851 COLUMNAR indexes and SKIPLIST indexes cannot be used on the same table
General error: 1851 COLUMNAR indexes and SKIPLIST indexes cannot be used on the same table
I would appreciate it if you could check it.
The text was updated successfully, but these errors were encountered:
It seems the package misses this update from a recent PR.
Sorry, something went wrong.
Hey @AmirHossein You are right. I'm going to work on a fix.
AdalbertMemSQL
Successfully merging a pull request may close this issue.
I can see that version 1.5.2 generates 2 primary keys for sample migration below:
Sql is:
which throws SQL error like below:
General error: 1851 COLUMNAR indexes and SKIPLIST indexes cannot be used on the same table
I would appreciate it if you could check it.
The text was updated successfully, but these errors were encountered: