Pomelo.entityframeworkcore.mysql: डिफ़ॉल्ट ASP.NET कोर 3.0 प्रोजेक्ट और पहचान विकल्प के साथ nvarchar और nvarchar(max) त्रुटियाँ

को निर्मित 9 अक्तू॰ 2019 · 4टिप्पणियाँ · स्रोत: PomeloFoundation/Pomelo.EntityFrameworkCore.MySql

प्रजनन के चरण

स्क्रिप्ट-माइग्रेशन कमांड चलाएँ।

एंटिटी फ्रेमवर्क कोर 3.0.0 ने विकल्प के साथ प्रदाता 'पोमेलो.एंटिटीफ्रेमवर्ककोर.माईएसक्ल' का उपयोग करके 'एप्लीकेशन डीबीकॉन्टेक्स्ट' शुरू किया: मैक्सपूलसाइज = 128 सर्वरवर्सन 5.7.22 मायएसक्यूएल

समस्या

ASP.NET कोर पहचान के लिए जेनरेट की गई SQL स्क्रिप्ट में त्रुटियां हैं। मुझे त्रुटि संदेश मिलते हैं, जब मैं अपने डेटाबेस पर स्क्रिप्ट के निष्पादन (केवल पहली तालिका बनाएं) करने का प्रयास करता हूं।
ऐसा लगता है कि nvarchar और nvarchar(max) मुद्दे हैं।

तालिका बनाएं AspNetRoles (
Id nvarchar(450) न्यूल नहीं,
Name nvarchar(256) NULL,
NormalizedName nvarchar(256) NULL,
ConcurrencyStamp nvarchar(max) NULL,
बाधा PK_AspNetRoles प्राथमिक कुंजी ( Id )
);

विश्लेषण के दौरान 4 त्रुटियां पाई गईं।

अपरिचित डेटा प्रकार। (स्थिति 39 पर "नवरचर" के पास)
अपरिचित डेटा प्रकार। (स्थिति 75 पर "नवरचर" के पास)
अपरिचित डेटा प्रकार। (स्थिति 117 पर "नवरचर" के पास)
अपरिचित डेटा प्रकार। (161 की स्थिति में "नवरचर" के पास)
एसक्यूएल क्वेरी:

टेबल बनाएं AspNetRoles ( Id nvarchar(450) NOT NULL, Name nvarchar(256) NULL, NormalizedName nvarchar(256) NULL, ConcurrencyStamp nvarchar(अधिकतम) नल, बाधा PK_AspNetRoles प्राथमिक कुंजी ( Id ))

MySQL ने कहा: दस्तावेज़ीकरण

१०६४ - आपके SQL सिंटैक्स में त्रुटि है; अपने MySQL सर्वर संस्करण से संबंधित मैनुअल की जाँच करें ताकि 'अधिकतम) NULL' के पास सही सिंटैक्स का उपयोग किया जा सके,

CONSTRAINT `PK_AspNetRoles` PRIMARY KEY (`Id`)

)' लाइन 5 . पर

आगे की तकनीकी जानकारी

MySQL संस्करण: 5.7.22
ऑपरेटिंग सिस्टम: विंडोज 10
Pomelo.EntityFrameworkCore.MySql संस्करण: 3.0.0-rc1. final
Microsoft.AspNetCore.App संस्करण: 3.0

closed-user-error

स्रोत

bobbd

सबसे उपयोगी टिप्पणी

ऐसा हो सकता है, यदि आप एक नया ASP.NET कोर प्रोजेक्ट बनाते हैं (प्रमाणीकरण विकल्प सक्षम के साथ), EF कोर प्रदाता को Pomelo.EntityFrameworkCore.MySql बदलें और फिर माइग्रेशन या अपडेट कमांड चलाएँ।

मुद्दा यह है कि वीएस ने माना कि आप SQL सर्वर का उपयोग करने जा रहे हैं, इसलिए उसने आपकी मदद करने की कोशिश की और पहले ही CreateIdentitySchema फाइलों में प्रारंभिक माइग्रेशन .\Data\Migrations\00000000000000_CreateIdentitySchema.cs ( Up युक्त) जोड़ दिया। Down संचालन) और .\Data\Migrations\00000000000000_CreateIdentitySchema.Designer.cs (अत्यधिक डेटाबेस निर्भर लक्ष्य मॉडल युक्त), जो SQL सर्वर प्रदाता का उपयोग करके उत्पन्न किए गए थे।

यदि आप SQL सर्वर का उपयोग कर रहे हैं, तो यह वास्तव में एक कदम कम है। हालाँकि, यदि आप किसी अन्य डेटाबेस प्रदाता का उपयोग कर रहे हैं, तो इसमें गलत माइग्रेशन होगा।

यदि आप केवल MySQL का उपयोग कर रहे हैं और SQL सर्वर का भी नहीं, तो इसे ठीक करने का सबसे आसान तरीका यह सुनिश्चित करना है कि UseMySql() को आपके ConfigureServices विधि में कॉल किया जा रहा है:

```सी#
विकल्प। उपयोग मायएसक्यूएल (
Configuration.GetConnectionString("DefaultConnection"));

Then delete the entire `Migrations` folder and just run something similar to the following command, to recreate the initial migration compatible with MySQL:

डॉटनेट एफई माइग्रेशन CreateIdentitySchema जोड़ें

After that, the newly created initial migration will be compatible with MySQL and other operations based on that migration will be as well.

For example, the `CREATE TABLE` script for `AspNetRoles` when creating a migration script (by using `dotnet ef migrations script`) will look like this:

```sql
CREATE TABLE `AspNetRoles` (
    `Id` varchar(255) NOT NULL,
    `Name` varchar(256) NULL,
    `NormalizedName` varchar(256) NULL,
    `ConcurrencyStamp` longtext NULL,
    CONSTRAINT `PK_AspNetRoles` PRIMARY KEY (`Id`)
);

lauxjpn 10 अक्तू॰ 2019

👍19

सभी 4 टिप्पणियाँ

#863 को पुन: पेश करने का प्रयास करते समय, मुझे dotnet ef update database कमांड पर वही त्रुटि मिल रही है, जो हुड के नीचे समान माइग्रेशन कक्षाओं का उपयोग करता है। अभी इसकी जांच कर रहे हैं।

lauxjpn 9 अक्तू॰ 2019

```सी#
विकल्प। उपयोग मायएसक्यूएल (
Configuration.GetConnectionString("DefaultConnection"));

Then delete the entire `Migrations` folder and just run something similar to the following command, to recreate the initial migration compatible with MySQL:

डॉटनेट एफई माइग्रेशन CreateIdentitySchema जोड़ें

After that, the newly created initial migration will be compatible with MySQL and other operations based on that migration will be as well.

For example, the `CREATE TABLE` script for `AspNetRoles` when creating a migration script (by using `dotnet ef migrations script`) will look like this:

```sql
CREATE TABLE `AspNetRoles` (
    `Id` varchar(255) NOT NULL,
    `Name` varchar(256) NULL,
    `NormalizedName` varchar(256) NULL,
    `ConcurrencyStamp` longtext NULL,
    CONSTRAINT `PK_AspNetRoles` PRIMARY KEY (`Id`)
);

lauxjpn 10 अक्तू॰ 2019

👍19

ऐसा हो सकता है, यदि आप एक नया ASP.NET कोर प्रोजेक्ट बनाते हैं (प्रमाणीकरण विकल्प सक्षम के साथ), EF कोर प्रदाता को Pomelo.EntityFrameworkCore.MySql बदलें और फिर माइग्रेशन या अपडेट कमांड चलाएँ।
मुद्दा यह है कि वीएस ने माना कि आप SQL सर्वर का उपयोग करने जा रहे हैं, इसलिए उसने आपकी मदद करने की कोशिश की और पहले ही CreateIdentitySchema फाइलों में प्रारंभिक माइग्रेशन .\Data\Migrations\00000000000000_CreateIdentitySchema.cs ( Up युक्त) जोड़ दिया। Down संचालन) और .\Data\Migrations\00000000000000_CreateIdentitySchema.Designer.cs (अत्यधिक डेटाबेस निर्भर लक्ष्य मॉडल युक्त), जो SQL सर्वर प्रदाता का उपयोग करके उत्पन्न किए गए थे।

Pomelo.EntityFrameworkCore.MySql वर्जन 2.2 में, यह CreateIdentitySchema को डिलीट और रीक्रिएट किए बिना काम करता है,

तालिका बनाएँ स्क्रिप्ट उत्पन्न

CREATE TABLE `aspnetroles` (
  `Id` varchar(255) NOT NULL,
  `Name` varchar(256) DEFAULT NULL,
  `NormalizedName` varchar(256) DEFAULT NULL,
  `ConcurrencyStamp` longtext,
  PRIMARY KEY (`Id`),
  UNIQUE KEY `RoleNameIndex` (`NormalizedName`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci;

बिना किसी त्रुटि के,

मुझे आशा है कि 3.0+ को संगतता और उपलब्धता के लिए समान काम करना चाहिए।

क्या इस बदलाव का कोई कारण है?

धन्यवाद,

JaySkyworker 17 दिस॰ 2019

Pomelo.EntityFrameworkCore.MySql वर्जन 2.2 में, यह CreateIdentitySchema को डिलीट और रीक्रिएट किए बिना काम करता है

यदि यह आपके लिए पोमेलो 2.2 में बिना किसी बदलाव के काम करता है, तो यह बहुत अच्छा है, लेकिन इसे सामान्यीकृत नहीं किया जा सकता क्योंकि यह आपके कॉन्फ़िगरेशन (और कुंजी प्रकार) पर अत्यधिक निर्भर है।

जैसा कि ऊपर लिखा गया है, आपको यह सुनिश्चित करने के लिए कि आपको एक वैध माइग्रेशन और मॉडल परिभाषा मिलती है, एक नया प्रोजेक्ट बनाते समय प्रारंभिक माइग्रेशन को पुन: उत्पन्न करना चाहिए। यदि आप नहीं करते हैं, तो आप अपने दम पर हैं और इसे काम करने के लिए उत्पन्न कोड के साथ थोड़ा सा छेड़छाड़ करने की आवश्यकता हो सकती है (यह आपके MySQL ज्ञान के आधार पर बहुत अधिक प्रयास के बिना किया जा सकता है)।

3.0 रिलीज़ के लिए कुछ ब्रेकिंग परिवर्तन हुए हैं (जिन्हें उचित रूप से टैग किया जाना चाहिए), इसलिए किसी भी बड़े या छोटे अपग्रेड के लिए, अपने कोड को उत्पादन में ले जाने से पहले अपने विकास और स्टेजिंग वातावरण में पहले परीक्षण करें।

बिना किसी त्रुटि के,
[...]
क्या इस बदलाव का कोई कारण है?

3.0 में आप किन त्रुटियों और परिवर्तनों के बारे में ठोस रूप से बात कर रहे हैं?

2.2.6 से 3.0.0 तक बहुत सारे परिवर्तन हुए हैं, इसलिए बेझिझक हमें एक समस्याग्रस्त मॉडल वर्ग, इसकी परिभाषा, उत्पन्न माइग्रेशन और परिणामी SQL स्क्रिप्ट पोस्ट करें, ताकि हम आपकी किसी भी समस्या के बारे में बात कर सकें।

lauxjpn 17 दिस॰ 2019

👍1

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स