আমি একটি নতুন স্থানান্তর যুক্ত করছি তবে এই বার্তাটি দেখায়:
একটি সুস্পষ্ট স্থানান্তর উত্পন্ন করতে অক্ষম কারণ নিম্নলিখিত সুস্পষ্ট স্থানান্তরগুলি মুলতুবি রয়েছে: [201203170856167_ বাম]। একটি নতুন স্পষ্ট স্থানান্তর উত্পন্ন করার চেষ্টা করার আগে মুলতুবি সুস্পষ্ট মাইগ্রেশন প্রয়োগ করুন।
আমাকে কি কেউ সাহায্য করতে পারবেন?
উত্তর:
এটি আপনাকে বলে যে আপনার অ্যাপ্লিকেশনটিতে কিছু অপসারণিত মাইগ্রেশন রয়েছে এবং আপনার Update-Databaseঅন্য কোনও স্থানান্তর যুক্ত করার আগে এটির চলমান দরকার ।
-StartupProject ContentHub.Database
Update-Databaseদেয়> বর্তমান মডেলটির সাথে মেলে ডাটাবেস আপডেট করতে অক্ষম কারণ সেখানে পরিবর্তনগুলি মুলতুবি রয়েছে
আমারও একই সমস্যা ছিল। দৃশ্যত সত্তা কাঠামোটি এই ত্রুটিটি উত্পন্ন করে যখন এটি ডাটাবেসে সংযোগ করতে অক্ষম। সুতরাং নিশ্চিত হয়ে নিন যে আপনি অন্যান্য সমস্যার সন্ধানের আগে এটি অ্যাক্সেস করতে সক্ষম হয়েছেন।
আপনার প্রয়োজন হয় প্যাকেজ ম্যানেজার কনসোল থেকে "আপডেট-ডাটাবেস" চালানো দরকার ডাটাবেসে আপনার পরিবর্তনগুলি ধাক্কা দেওয়ার জন্য বা আপনার মাইগ্রেশন ফোল্ডার থেকে মুলতুবি থাকা মাইগ্রেশন ফাইল ([201203170856167_left]) মুছে ফেলতে এবং তারপরে "অ্যাড-মাইগ্রেশন" পুনরায় রান করতে হবে আপনার সম্পাদনাগুলির ভিত্তিতে একটি নতুন মাইগ্রেশন তৈরি করুন।
এই ত্রুটির অর্থ এইও হতে পারে যে মাইগ্রেশনগুলি আর স্বীকৃত নয়। মাইগ্রেশনস কনফিগারেশন-এ কনটেক্সট-এর মান পরিবর্তন করার পরে আমার সাথে এটি ঘটেছিল। সমাধানটি কেবল ডাটাবেস সারণীতে কনটেক্সটকে আপডেট করা ছিল "__MigrationHistory" (অথবা আমার ধারণা অনুসারে কনফিগারেশন শ্রেণিতে মানটি ফিরিয়ে দেওয়া)। আপনার অ্যাপ্লিকেশনে কনটেক্সটকি এবং নেমস্পেসের মিল থাকা উচিত।
আবার সংযোগের স্ট্রিং পরীক্ষা করুন।
নিশ্চিত হয়ে নিন যে আপনি যার সাথে সংযুক্ত রয়েছেন তার এখনও পড়ার [__MigrationHistory]অনুমতি রয়েছে এবং স্কিমা সম্পাদনা করার অনুমতি তাঁর রয়েছে।
আপনি নিজের মতো করে অ্যাড-মাইগ্রেশন কমান্ড চালানোর জন্য ইন্টিগ্রেটেড সিকিউরিটি (উইন্ডোজ এথ) ব্যবহার করতে অ্যাপ বা ওয়েব কনফিগারেশন ফাইলটিতে সংযোগের স্ট্রিং পরিবর্তন করার চেষ্টা করতে পারেন ।
উদাহরণ স্বরূপ:
connectionString="data source=server;initial catalog=db;persist security info=True;Integrated Security=SSPI;"
এই সংযোগের স্ট্রিংটি প্রকল্পের অ্যাপকনফাইগ ফাইলে যাবে যেখানে ডিবি কনটেক্সট রয়েছে।
কমান্ড লাইনে বিভিন্ন প্রারম্ভ প্রকল্পের নির্দিষ্ট করতে পারেন অথবা আপনি সাথে প্রকল্পের ক্লিক করতে পারেন DbContext, Configurationএবং ফোল্ডার স্থানান্তরণ নির্বাচন প্রারম্ভ প্রকল্প হিসেবে সেট করুন । আমি গুরুতর, এটি আসলে সহায়তা করতে পারে।
Integrated Securityসমাধানটি দুর্দান্ত কাজ করে!
একই সমস্যা ছিল এবং উপরের উত্তরগুলি থেকে কিছু ইঙ্গিত দিয়ে সমাধান করতে সক্ষম হয়েছিল:
মাইগ্রেশনগুলির সাথে সংযোগ স্থাপনের চেষ্টা করা হয় এমন আরও সুনির্দিষ্ট তথ্য পেতে প্যাকেজ ম্যানেজার কনসোলে "আপডেট-ডাটাবেস -ভারবোস" ব্যবহার করুন। (আমার প্রারম্ভিক প্রকল্পটি সঠিকভাবে সেট করা হয়নি তা জানতে আমার ক্ষেত্রে সহায়তা করা ...)
আপনি যদি ব্যবহার না করেন তবে আপনি Update-Databaseএটি মুছতে পারেন। আপনি যদি আপডেট চালনা করেন তবে এটি ব্যবহার করে আবার রোল করুন Update-Database -TargetMigration "NameOfPreviousMigration", তারপরে এটি মুছুন।
তথ্যসূত্র: http://elegantcode.com/2012/04/12/entity-framework-migration-tips/
আমি এই লেখাটি সরাসরি এখান থেকে অনুলিপি করেছি: আমি কীভাবে সর্বশেষ অ্যাড-মাইগ্রেশন আদেশটি বাতিল করব?
এই সমস্যাটিতে চলার সময়, দয়া করে আপনার অ্যাড-মাইগ্রেশন সেমিডলেটটিতে পরামিতি যুক্ত করার চেষ্টা করুন। উদাহরণস্বরূপ, প্রারম্ভিক প্রকল্পটি নির্দিষ্ট করার সাথে সাথে সংযোগের স্ট্রিংয়ের নাম EF কে আপনার টার্গেট ডাটাবেসটি খুঁজে পেতে সহায়তা করতে পারে।
add-migration Delta_Defect_0973 -ConfigurationTypeName your.namespace.ContextClassName -StartUpProject DeltaProject -ConnectionStringName DeltaSQL
কোথায়:
ডেল্টা_ডেফেক্ট_0973 আপনার স্থানান্তরের নাম
your.namespace.ContextClassName আপনার মাইগ্রেশন ফোল্ডারে আপনার কনফিগারেশন ক্লাসের নাম, পুরো নাম জায়গার সাথে উপসর্গযুক্ত।
ডেল্টাপ্রজেক্টটি আপনার ওয়েব কোডফাইগ বা অ্যাপকনফাইগ ফাইল সহ আপনার মূল প্রকল্পের নাম।
ডেল্টা এসকিউএল আপনার ওয়েব কোডফাইগ বা অ্যাপকনফাইগ ফাইলে সংজ্ঞায়িত আপনার সংযোগের স্ট্রিংয়ের নাম।
এই ত্রুটিটির অর্থ হ'ল এখানে অপেক্ষারত মাইগ্রেশনগুলি আরও স্পষ্টভাবে অন্য কোনও মাইগ্রেশন সম্পাদন করার আগে কমিট করা দরকার। আপনি চয়ন করতে পারেন
এর পরে আপনি আবার "অ্যাড-মাইগ্রেশন ..." শুরু করতে পারেন
আশা করি এটা সাহায্য করবে
শুধু আমার দুটি সেন্ট:
আমার দৃশ্য:
সমাধান:
এটি পেতে আমি কেবল আরও স্পষ্ট প্যারামিটার সরবরাহ করেছি:
Add-Migration -ConnectionString "Server=localhost\SQLEXPRESS;Database=YourDataBase;Trusted_Connection=True;" -ConnectionProviderName "System.Data.SqlClient" -verbose
আমি বিশ্বাস করতে নেতৃত্ব দিচ্ছি যে আপনি এই আচরণটি ডিফল্ট করার অনুমতি দেওয়ার জন্য আপনি আপনার app.config ফোল্ডারে একটি সেটিংস সেট করতে পারেন যাতে আপনাকে প্রতিবার সুস্পষ্ট পরামিতি সরবরাহ করতে হবে না। তবে আমি কীভাবে এটি করব তা সম্পর্কে নিশ্চিত নই।
-ConnectionStringName
একটি অস্পষ্টতা এবং তাই ত্রুটি আছে। সর্বোত্তম উপায় হ'ল বর্তমান মাইগ্রেশন ফাইলটি বাদ দিয়ে নতুন মাইগ্রেশন ( অ্যাড-মাইগ্রেশন ) ফাইল তৈরি করা এবং তারপরে নতুন মাইগ্রেশনের বিষয়বস্তু বাদ দেওয়া ফাইলটিতে অনুলিপি করা এবং এটি আবার অন্তর্ভুক্ত করা এবং আপডেট-ডাটাবেস কমান্ড চালানো ।
update-databaseতখনই add-migrationকমান্ডটি
আমি একই সমস্যাটি সমাধান করেছি:
আমার একই সমস্যা ছিল এবং এটি কেবল অ্যাড-মাইগ্রেশন 'মাইগ্রেশননেম' -ফোরেশনে চলার সমাধান করতে সক্ষম হয়েছিল
-ফর্স গুরুত্বপূর্ণ অংশ হচ্ছে।
আমার স্থানীয় ডাটাবেসে __MigrationHistoryজনবহুল বা বিদ্যমান ছিল না। আমি ম্যানুয়ালি টেবিলটি তৈরি করেছি এবং তারপরে সেই টেবিলে থাকা ডেটাটি পিআরডি থেকে আমার স্থানীয় ডাটাবেসে স্থানান্তরিত করেছি। এটি ভিএসকে মনে করে যে স্থানান্তরগুলি প্রয়োগ করা হয়েছে (যা তারা হয়েছিল)।
পরামর্শ:-Script আপনি যদি নিশ্চিত না হন তবে মাইগ্রেশন কমান্ডগুলির জন্য স্যুইচটি ব্যবহার করা সর্বদা ভাল । এটি Update-Databaseপ্রকৃতপক্ষে কী করে তা বুঝতে সহায়তা করে।
আমি ডাটাবেস আপডেট করার জন্য নিম্নলিখিতগুলি চালিত করি, তারপরে আমি একটি স্ক্রিপ্ট পেয়েছি যা আমি ম্যানুয়ালি প্রয়োগ করতে পারি (বা -স্ক্রিপ্ট ট্যাগ ছাড়াই এটি আবার চালাতে পারি)।
Update-Databaseআমি নিম্নলিখিত চালাতে হবে জন্য :
Update-Database -Script -ConfigurationTypeName Configuration_ASPNETIdentity -ConnectionStringName SQL_AzureLive
SQL_AzureLiveআমার কনফিগারে নামযুক্ত সংযোগের স্ট্রিংটি কোথায় ।
তারপরে আমি এসকিউএলকে ঠিক মতো যাচাই করতে পারি, এটি প্রয়োগ করে শেষ হয়ে যেতে পারি। অন্য অনেকে যেমন বলেছেন যে সংযোগের স্ট্রিংটি ভুল বা অবৈধ তবে আপনি এই ত্রুটিটি পেয়ে যাবেন।
আমার জন্য, আমি মাইগ্রেশন ফাইলটি মুছে ফেলা করেছি (আপনার ক্ষেত্রে "201203170856167_left") Migrationsফোল্ডার থেকে এবং তারপরে প্যাকেজ ম্যানেজার কনসোলে নীচের কমান্ডটি চালিয়েছি
Add-Migration <Parameter>
Update-Database
পরিস্থিতি
সমস্যা
মাস্টার থেকে আপডেট করার পরে, আমি "অ্যাড-মাইগ্রেশন আমার_ইমিগ্রেশন_নাম" চালাই, তবে নিম্নলিখিত ত্রুটিটি পেয়েছি:
একটি সুস্পষ্ট স্থানান্তর উত্পন্ন করতে অক্ষম কারণ নিম্নলিখিত সুস্পষ্ট স্থানান্তরগুলি মুলতুবি রয়েছে: [201607181944091_AddExternEmailActivity]। একটি নতুন স্পষ্ট স্থানান্তর উত্পন্ন করার চেষ্টা করার আগে মুলতুবি সুস্পষ্ট মাইগ্রেশন প্রয়োগ করুন।
সুতরাং, আমি "আপডেট-ডেটাবেস" চালাচ্ছি এবং নিম্নলিখিত ত্রুটিটি পেয়েছি:
বর্তমানের মডেলটির সাথে মেলে ডাটাবেস আপডেট করতে অক্ষম কারণ সেখানে মুলতুবি পরিবর্তন রয়েছে এবং স্বয়ংক্রিয়ভাবে স্থানান্তর অক্ষম is
সমাধান
এই সময়ে "অ্যাড-মাইগ্রেশন আমার_ইমিগ্রেশন_নাম" পুনরায় চলমান আমার সমস্যার সমাধান করেছে। আমার তত্ত্বটি হ'ল "আপডেট-ডেটাবেস" চালানোর ফলে "অ্যাড-মাইগ্রেশন" কাজ করার জন্য প্রয়োজনীয় সমস্ত কিছু সেই রাজ্যে পেয়েছিল।
আমিও এই বিষয়টি নিয়ে এসেছি। এটি তখনই এসেছিল যখন আমি নতুন ডিবি তৈরি করেছি এবং আমার কোড-প্রথম ডিবি স্থানান্তরের জন্য আমার জন্য মুলতুবি পরিবর্তন রয়েছে তখন আমি "আপডেট-ডেটাবেস" কমান্ড চালানোর চেষ্টা করেছি। সমাধান: নতুন ডিবি-র জন্য নতুন স্থানান্তর তৈরি করতে "অ্যাড-মাইগ্রেশন-মাইগ্রেশননাম" কমান্ডটি চালান। তারপরে "আপডেট-ডাটাবেস" কমান্ডটি চালান।
অ্যাড-মাইগ্রেশন চালানোর সময় আমি জানতাম যে একটি ডেটাবেসেই আমি আপ টু ডেট ছিল for কেবলমাত্র দ্বিতীয় বার অ্যাড-মাইগ্রেশন কমান্ড চালিয়ে সমাধান করা। উপরের রবিন ডোরবেলের পরামর্শ অনুসারে কোনও সংযোগ সমস্যা সম্পর্কিত সন্দেহ করুন।
এটি হ'ল যখন আমি হঠাৎ করে ডিবিতে বিদ্যমান পুরানো মাইগ্রেশনের শ্রেণীর নামকরণ করি। আমি ভিসিএসের ইতিহাস পরীক্ষা করেছিলাম, এটি নির্ধারণ করে আবার নামকরণ করেছি। সব পরে কাজ।
আমি অন্যভাবে করেছি। আমি পুরোপুরি ডাটাবেস ফেলে দিয়েছিলাম এবং আবার ভার্সেসে "আপডেট-ডাটাবেস" চালাচ্ছি
আমি একটি সহজ সমস্যা ছিল। আমার ওয়ার্কস্টেশনে সংযুক্ত কোনও ক্লায়েন্টের সাইটের সাথে আমার ভিপিএন সংযোগ ছিল তখন ভিএস ভুল করে এই ত্রুটিটি জানিয়েছিল। সমস্যাটি ছিল যে ডিবিএমএস সুরক্ষাটি কেবলমাত্র আমার আসল স্থানীয় আইপি থেকে অনুরোধগুলি গ্রহণ করতে সেট করা হয়েছিল। কেবল ভিপিএন বন্ধ করে দেওয়া সমস্যার সমাধান করেছে।
আমার ক্ষেত্রে, আমি আজুরের ফায়ারওয়াল বিধিগুলিতে আমার আইপি ঠিকানা যুক্ত করতে ভুলে গেছি, মূলত যেহেতু আমি এই ত্রুটিটি পেয়েছিলাম ডাটাবেসের সাথে সংযোগ করতে পারছিলাম না। সুতরাং বিশেষত আমার ক্ষেত্রে, আমি আমার আইপি ঠিকানা অ্যাজুরে ডেটাবেস ফায়ারওয়াল নিয়মে যুক্ত করেছি এবং এটি সব ভালভাবে কাজ করেছে। এগুলি ছাড়াও, এটি প্রক্সি / ইন্টারনেট সংযোগ / ডিবি ব্যবহারকারীর পাসওয়ার্ড / ডিবি সংযোগের স্ট্রিং ইত্যাদির সমস্যা হতে পারে বা সম্ভবত আপনার আপত্তি মুলতুবি থাকতে পারে যার জন্য আপনাকে আপডেট-ডেটাবেস কমান্ড চালানো দরকার।
Orতিহাসিকভাবে আমি সর্বদা মুলতুবি থাকা মাইগ্রেশনগুলি মুছে ফেলার মাধ্যমে এটি সমাধান করেছি, বা যদি সেখানে কেবল 1 জন অবশিষ্ট থাকে এবং এটি -fপুনরায় তৈরি করে ব্যবহার করে এটি বেশিরভাগই পছন্দসই হয় ।
সম্প্রতি, এটি আমার পক্ষে কাজ করা বন্ধ করে দিয়েছে।
যখন এটি প্রথমবার হয়েছিল, আমি ভিজ্যুয়াল স্টুডিও পুনরায় চালু করেছি এবং তারপরে এটি আমাকে এগিয়ে যেতে দেয়।
দ্বিতীয়বার, আমি কেবলমাত্র প্রকল্পটিতে ক্লিন চালানোর পরে এটি কাজ করেছিল। এটি প্রায় এমন ছিল যেন এক্সপ্লোরার থেকে সমস্ত ফাইল মুছে ফেলা সত্ত্বেও মুলতুবি থাকা মাইগ্রেশনগুলি ধরে রাখা হয়েছিল।
এটি অনেক লোকের পক্ষে উত্তর হতে পারে না, তবে ডিবিতে সংযোগ স্থাপন করতে না পারলে ইএফ এই ত্রুটিটি ছিন্ন করবে। আপনি যদি আমার মতো বাড়ি থেকে কাজ করছেন তবে নিশ্চিত হন যে আপনি এখনও আপনার ভিপিএন এর সাথে সংযুক্ত আছেন!
পুরানো পোস্ট তবে কারও সাহায্য করতে পারে। আমার জন্য এটি ঘটেছিল কারণ আমি নাম পরিবর্তন করেছি Assembly nameএবং Default namespaceপ্রকল্পটি। তাই আমি আপডেট করার জন্য ছিল ContextKeyমধ্যে _MigrationHisotryনতুন মান টেবিল Assembly nameবা Default namespace। সত্যই আমি জানি না কোনটি ব্যবহার করা উচিত, কারণ আমার পক্ষে উভয়ই একই!
অন্য একটি স্থানান্তর থেকে অন্য দেশে ফিরে যাওয়ার পরে আমি ঠিক একই সমস্যার মুখোমুখি হয়েছি।
আমার ক্ষেত্রে আমি "মাইগ্রেশন06" থেকে "মাইগ্রেশন04" এ "টার্গেটমাইগ্রেশন" করেছি।
আমার "মাইগ্রেশন0" 6 মুছতে হবে এবং তারপরে আমি "মাইগ্রেশন05" তৈরি করতে বাধ্য হয়েছি। এটির মূলত অর্থ এই যে আপনি লক্ষ্যবস্তুর পরে কেবলমাত্র পরবর্তী স্থানান্তর রাখতে হবে to
আমার ক্ষেত্রে (এমএস ভিজ্যুয়াল স্টুডিও ব্যবহার করে) এটি ভিজ্যুয়াল স্টুডিও পুনরায় চালু করার মতোই সহজ ছিল।