রুম ডাটাবেস সহ প্রোগ্রাম চলাকালীন আমি এই ত্রুটিটি পাচ্ছি
Room cannot verify the data integrity. Looks like you've changed schema but forgot to update the version number.
You can simply fix this by increasing the version number.
দেখে মনে হচ্ছে আমাদের ডাটাবেস সংস্করণটি আপডেট করা দরকার, তবে আমরা কোথা থেকে রুমে এটি করতে পারি?
উত্তর:
আপনি যখন প্রথম এই বার্তাটি জুড়ে আসবেন, আপনি সম্ভবত ডাটাবেসের অপ্রকাশিত সংস্করণটির বিরুদ্ধে কাজ করবেন। যদি এটি হয় তবে সম্ভবত আপনার ডাটাবেস সংস্করণ বৃদ্ধি করা উচিত নয় । কেবল অ্যাপ্লিকেশন ডেটা সাফ করার ফলে আপনি ব্যতিক্রমটি পেরিয়ে যাবেন।
আপনি যদি ডাটাবেস বৃদ্ধি না করেন (প্রস্তাবিত):
আপনার অ্যান্ড্রয়েড সেটিংস থেকে অ্যাপ্লিকেশনটির অ্যাপ্লিকেশন ডেটা সাফ করা উচিত। আপনি বিকল্পভাবে পূর্ববর্তী অ্যাপ্লিকেশন সংস্করণটি আনইনস্টল করতে এবং তারপরে ব্যতিক্রমটি পাস করার জন্য নতুন সংস্করণ ইনস্টল করতে সক্ষম হতে পারেন। এই পরবর্তী পদ্ধতিটি কিছু নির্দিষ্ট শর্তে কাজ করে না (যেমন কখন ব্যাকআপ সক্ষম করার অনুমতি দেওয়া হয়)
যেহেতু অ্যাপ্লিকেশন ডেটা সাফ করে সর্বদা কাজ করে, তাই আমি প্রতিবার সেই রুটটি নিয়ে যাই।
আপনি যদি ডাটাবেস সংস্করণ বর্ধন করেন:
ডাটাবেস স্কিমাতে যে কোনও পরিবর্তনের জন্য অ্যাকাউন্টে আপনাকে ডাটাবেস মাইগ্রেশন কোড লিখতে হবে। মাইগ্রেশন সম্পর্কিত তথ্যের জন্য এখানে দেখুন ।
ডাটাবেস মাইগ্রেশন কোড লেখার বিকল্প হ'ল fallbackToDestructiveMigrationরুম ডাটাবেস বিল্ডারে কল করা। এটি সম্ভবত একটি ভাল ধারণা নয়। এই কলটি সরিয়ে ফেলার ভুলে যাওয়া এবং তারপরে ডাটাবেস আপগ্রেড করতে ভুলে যাওয়ার ফলে ডেটা ক্ষতি হয়।
// Using this fallback is almost certainly a bad idea
Database database = Room.databaseBuilder(context, Database.class, DATABASE_NAME)
.fallbackToDestructiveMigration()
.build();
আবার, তন্ন তন্ন ডাটাবেসের সংস্করণ বৃদ্ধিশীল কিংবা ধ্বংসাত্মক মাইগ্রেশন ফিরে পতনশীল যদি পূর্ববর্তী ডাটাবেসের স্কিমা লাইভ নয় প্রয়োজন বন্য মধ্যে ।
1.0.0-rc1কক্ষের সংস্করণে আমার জন্য কাজ করা একমাত্র কাজ ছিল ডাটাবেস সংস্করণ বৃদ্ধি করা।
ডিফল্টরূপে অ্যান্ড্রয়েড ম্যানিফেস্টে রয়েছে android:allowBackup="true", যা অ্যাপ্লিকেশনগুলিকে পুনরায় ইনস্টল করার ক্ষেত্রে তাদের এসকিউএলডি ডিবি চালিয়ে যাওয়ার অনুমতি দেয়।
ধরুন আপনার DATABASE_VERSIONপ্রাথমিকভাবে 3 ছিল এবং তারপরে আপনি ডিবি সংস্করণটি 3 থেকে 1 থেকে কমিয়ে আনার সিদ্ধান্ত নিয়েছেন।
@Database(entities = {CallRecording.class}, version = DATABASE_VERSION)
public abstract class AppDatabase extends RoomDatabase {
public abstract RecordingDAO recordingDAO();
// static final Migration MIGRATION_1_2 = new Migration(1, 2) {
// @Override
// public void migrate(SupportSQLiteDatabase database) {
// // Since we didn't alter the table, there's nothing else to do here.
// }
// };
}
আপনি এটি এভাবে অর্জন করতে পারেন
DATABASE_VERSIONধ্রুবক হিসাবে রাখা এটি একটি ভাল অনুশীলন ।
অ্যান্ড্রয়েড: অ্যান্ড্রয়েড ম্যানিফেস্ট.এক্সএমএল এর ভিতরে অনুমতিব্যাকআপ = "সত্য" the
এটি আপনার ম্যানিফেস্টে যুক্ত করুন:
android:allowBackup="false"
এবং অ্যাপ্লিকেশনটি পুনরায় ইনস্টল করুন।
দ্রষ্টব্য: আপনি স্বতঃব্যাকআপ চাইলে পরে এটি সত্যে ফিরে এসেছেন তা নিশ্চিত করুন।
আরেকটি সমাধান:
আপনার পুরানো জসন ফাইলের পরিচয় হ্যাশ এবং অ্যাপস apps স্কিমা ফোল্ডারে নতুন জসন ফাইল পরীক্ষা করুন।
পরিচয় হ্যাশ পৃথক হলে, এটি ত্রুটি দেয়। আপনি কিছু পরিবর্তন করতে না চাইলে উভয় জসন ফাইলের সাথে তুলনা করে আপনি কি পরিবর্তন করেছেন তা সন্ধান করুন।
আপনার এক্সপোর্টশেমা = সত্য আছে তা নিশ্চিত করুন।
@Database(entities = {MyEntity.class, ...}, version = 2, exportSchema = true)
জেসন স্কিমা ফাইল:
"formatVersion": 1,
"database": {
"version": 2,
"identityHash": "53cc5ef34d2ebd33c8518d79d27ed012",
"entities": [
{
কোড:
private void checkIdentity(SupportSQLiteDatabase db) {
String identityHash = null;
if (hasRoomMasterTable(db)) {
Cursor cursor = db.query(new SimpleSQLiteQuery(RoomMasterTable.READ_QUERY));
//noinspection TryFinallyCanBeTryWithResources
try {
if (cursor.moveToFirst()) {
identityHash = cursor.getString(0);
}
} finally {
cursor.close();
}
}
if (!mIdentityHash.equals(identityHash) && !mLegacyHash.equals(identityHash)) {
throw new IllegalStateException("Room cannot verify the data integrity. Looks like"
+ " you've changed schema but forgot to update the version number. You can"
+ " simply fix this by increasing the version number.");
}
}
অনিরুদ্ধ পরিহারের উত্তর আমাকে একটি ইঙ্গিত দিয়েছে এবং এটি সমাধান হয়েছে।
এমন কোনও শ্রেণীর সন্ধান করুন যেখানে আপনি প্রসারিত করেছেন RoomDatabase। সেখানে আপনি নীচের মত সংস্করণ পাবেন:
@Database(entities = {YourEntity.class}, version = 1)
শুধু সংস্করণ বৃদ্ধি করুন এবং সমস্যার সমাধান হয়ে গেছে।
লগতে প্রদর্শিত হিসাবে এটি খুব সহজ
Looks like you've changed schema but forgot to update the Database version number.
You can simply fix this by increasing the version number.
আপনার ডেটাবেস সংস্করণ শ্রেণিতে সরল যান এবং বর্তমান থেকে 1 টি বাড়িয়ে আপনার ডিবি সংস্করণটি আপগ্রেড করুন।
উদাহরণস্বরূপ: নীচের মতো আপনার প্রকল্পে @ ডেটাবেস টিকাটি সন্ধান করুন
@Database(entities = {YourEntityName.class}, version = 1)
এখানে সংস্করণ = 1, এটি ডাটাবেস সংস্করণ, আপনাকে একে একে একে বাড়িয়ে দিতে হবে, এটি।
It seems we need to update database version। কিন্তু যেখানে সংস্করণটি উল্লেখ করা হয়েছিল আমি সেখানে পাচ্ছিলাম না। যাইহোক যে ইঙ্গিত জন্য ধন্যবাদ।
অ্যান্ড্রয়েড ফোনে:
অ্যাপটি আনইনস্টল করুন বা অ্যাপ্লিকেশন ডেটা সাফ করুন
অ্যাপ্লিকেশন ডেটা মুছতে: সেটিংস -> অ্যাপ্লিকেশন -> আপনার অ্যাপ নির্বাচন করুন -> সঞ্চয়স্থান -> ডেটা সাফ করুন
আনইনস্টল (এবং পুনরায় ইনস্টল) প্রতিটি ক্ষেত্রে কাজ করে না, তাই প্রথমে পরিষ্কার ডেটা চেষ্টা করে দেখুন!
আমার ক্ষেত্রে android:allowBackup="false"এটি সত্য থেকে মিথ্যা কাজ করাতে যেমন এটি আমাকে আগের মতো দুঃস্বপ্নও দিয়েছে, এটিই সবচেয়ে অদ্ভুত বিষয় কেন এই সেটিংটি ডিফল্টরূপে সক্ষম করা হয়েছে!
কোটলিনে সমস্যাটি সমাধান করার জন্য:
প্রথম
@Database(entities = [Contact::class], version = 2)
দ্বিতীয়
val MIGRATION_1_2 = object : Migration(1, 2) {
override fun migrate(database: SupportSQLiteDatabase) {
database.execSQL("ALTER TABLE Contact ADD COLUMN seller_id TEXT NOT NULL DEFAULT ''")
}
}
তৃতীয়
private fun buildDatabase(context: Context) = Room.databaseBuilder(
context.applicationContext,
EpayDatabase::class.java,
"epay"
)
.addMigrations(MIGRATION_1_2)
.build()
আরও তথ্যের জন্য, সরকারী ডকুমেন্টেশন চেক করুন
এই সমস্যাটি বেশিরভাগ বিকাশে ঘটে।
আপনি যদি নিজের স্কিমা পরিবর্তন করেন, তবে নতুন বিল্ডের সাথে পূর্ববর্তী বিল্ড দ্বন্দ্বের মধ্য থেকে বেরিয়ে আসার মধ্যবর্তীতার মধ্যে অধ্যয়নকারী টেবিল সত্তা সমেত আপনার শ্রেণীর নামকরণ / যুক্ত / সংশোধন করুন।
পূর্ববর্তী বিল্ডটি আনইনস্টল করার পরে অ্যাপ্লিকেশন ডেটা সাফ করুন বা নতুন বিল্ড ইনস্টল করুন ।
এখন, পুরানো ডিবি নতুনটির সাথে বিরোধ করবে না।
android:allowBackup="true"এটি সম্পর্কে পড়ি এবং বিজ্ঞতার সাথে ব্যবহার করি
আমার ক্ষেত্রে আমার একটি অ্যাপড্যাটাস ক্লাস ছিল।
@Database(entities = {GenreData.class, MoodData.class, SongInfo.class,
AlbumsInfo.class, UserFolderListsData.class, UserPlaylistResponse.PlayLists.class, InternetConnectionModel.class}, version = 3, exportSchema = false)
আমি এই সংস্করণ নম্বর আপডেট করেছি এবং এটি সমস্যার সমাধান করেছে। সমস্যা দেখা দিয়েছে কারণ আমি সংঘইনফো ক্লাসে একটি সম্পত্তি যুক্ত করেছি এবং সংস্করণ নম্বরটি আপডেট করতে ভুলে গিয়েছি।
আশা করি এটি কাউকে সাহায্য করবে।
আপনি যদি পুরানো সংস্করণ থেকে রুম সংস্করণকে 1.0.0-alpha9 তে আপগ্রেড করছেন তবে নীচের নিবন্ধটি দেখুন। পুরানো সংস্করণ থেকে 1.0.0-alpha9 সংস্করণে স্থানান্তরিত করার জন্য খুব ভাল নিবন্ধ।
কক্ষের নতুন সংস্করণে 1.0.0-alpha9 কক্ষটি নূন্যতম সীমাবদ্ধতার জন্য সমর্থন যোগ করে।
এটি রুমটি তৈরি করে এমন স্কিমা পরিবর্তন করতে চলেছে। যেহেতু এটি স্কিমা পরিবর্তন করে, এটি ডিবির পরিচয় হ্যাশও পরিবর্তন করে এবং এটি রুম দ্বারা প্রতিটি ডিবি সংস্করণ অনন্যভাবে সনাক্ত করতে ব্যবহৃত হয় identify অতএব, আমাদের একটি অভিবাসন প্রয়োজন need
আমার ক্ষেত্রে আমি মাইগ্রেশনের অভ্যন্তরে একটি লেনদেন ব্যবহার করছিলাম এবং রুম কোনও অভিবাসন সহায়ক ব্যবহার করে হ্যাশ আপডেট করতে পারে না
@get:Rule
val migrationTestHelper: MigrationTestHelper =
MigrationTestHelper(InstrumentationRegistry.getInstrumentation(),
C2GDatabase::class.java.canonicalName,
FrameworkSQLiteOpenHelperFactory())
/* Testing method throws error*/
db = migrationTestHelper.runMigrationsAndValidate(C2GDatabase.DB_NAME,
3,
false,
C2GDatabase.Migration_1_2(),
C2GDatabase.Migration_2_3())
override fun migrate(database: SupportSQLiteDatabase) {
/**
Error
database.beginTransaction()
**/
database.execSQL("PRAGMA foreign_keys=off;")
database.execSQL("ALTER TABLE user RENAME TO user_old;")
database.execSQL("CREATE TABLE user ( id_user INTEGER PRIMARY KEY AUTOINCREMENT, external_id INTEGER NOT NULL;")
database.execSQL("INSERT INTO user ( id_user, external_id ) " +
" SELECT id_user, external_id" +
" FROM user_old;")
database.execSQL("CREATE UNIQUE INDEX idx_unique_user ON user (external_id);")
database.execSQL("PRAGMA foreign_keys=on;")
database.execSQL("DROP TABLE user_old;")
//database.endTransaction()
}
@Database(entities = {Tablename1.class, Tablename2.class}, version = 3, exportSchema = false)
আপনার রুমডাটাবেস ক্লাসে সংস্করণ নম্বরটি পরিবর্তন করুন। সংস্করণ সংখ্যা বৃদ্ধি করুন।
যদি ক্রমবর্ধমান স্কিমা সংস্করণটি আপনার সাথে কাজ করে না, আপনার ডাটাবেসের স্থানান্তর সরবরাহ করুন। এটি করার জন্য আপনাকে ডাটাবেস বিল্ডারে মাইগ্রেশন ঘোষণা করতে হবে:
Room.databaseBuilder(context, RepoDatabase.class, DB_NAME)
.addMigrations(FROM_1_TO_2)
.build();
static final Migration FROM_1_TO_2 = new Migration(1, 2) {
@Override
public void migrate(final SupportSQLiteDatabase database) {
database.execSQL("ALTER TABLE Repo
ADD COLUMN createdAt TEXT");
}
};
এস্প্রেসো পরীক্ষায় আমার ঠিক একইরকম সমস্যা ছিল এবং কেবলমাত্র এটিই স্থির করেছিল যে এটি ডেটা সাফ করছিল এবং অ্যানড্রয়েড পরীক্ষার অ্যাপসটি আনইনস্টল করা যেমন:
adb uninstall androidx.test.orchestrator
adb uninstall androidx.test.services
আমার ক্ষেত্রে আমি একটি ডেটাবেজে আপডেট করছি যা আমি আমার অ্যাপ্লিকেশনটির সাথে প্রি-প্যাকেজিং করব। এখানে কোনও পরামর্শই কাজ করেনি। তবে অবশেষে আমি বুঝতে পেরেছিলাম যে আমি একটি ডাটাবেস প্রোগ্রামে .db ফাইলটি খুলতে পারি (আমি "এসকিউলাইটের জন্য" ডিবি ব্রাউজার "ব্যবহার করেছি) এবং" ব্যবহারকারী সংস্করণ "ম্যানুয়ালি 2 থেকে 1 এ পরিবর্তন করতে পারি that এর পরে, এটি পুরোপুরি কার্যকর হয়েছিল।
আমি মনে করি আপনি যে আপডেটটি করেছেন তা এই ব্যবহারকারীর সংস্করণে পরিবর্তন হয়েছে এবং আমি এই ত্রুটিটি পেয়েছি।
আমার ক্ষেত্রে আমি উপরের সমস্ত চেষ্টা করেছিলাম। কিছুই কাজ করছে বলে মনে হচ্ছিল না তাই সমাধানটি আমার পক্ষে সহজভাবে সেট করা ছিল android:allowBackup="false", অ্যাপটি ইনস্টল করুন এবং আবার এটি সত্যে সেট করুন
আশা করি এটি অন্যকে সহায়তা করবে :)
কোডলাবদের প্রশিক্ষণ অনুষ্ঠানের সময় আমি একই ত্রুটি পেয়েছি। যেখানে একটি প্রশিক্ষণ সেশনে আমি একটি প্রকল্প তৈরি করেছি এবং এটি সমস্ত ডাটাবেস ক্রিয়াকলাপের সাথে সাফল্যের সাথে চলে। পরের সেশনে, আমি একটি আলাদা রেপো নিয়ে কাজ করছি, তবে এটি পূর্ববর্তী প্রকল্পের একটি বর্ধিতাংশ ছিল, বর্ধিত অ্যাপ্লিকেশনটির প্রথম বিল্ড থেকে কেবল আমার ত্রুটি হয়েছিল।
হতে পারে স্টুডিও নতুন বিল্ডের সাথে অনুপস্থিত কক্ষের ডাটাবেসের সাথে প্রমাণীকরণের কৌশল রাখে।