Ограничения внешнего ключа в Android с использованием SQLite? при удалении каскада
У меня есть две таблицы: треки и путевые точки, трек может иметь много точек, но точки присваивается только 1 трек.
в таблице точек пути у меня есть столбец под названием "trackidfk", который вставляет track_ID после создания дорожки, однако я не установил ограничения внешнего ключа для этого столбца.
когда я удаляю трек, я хочу удалить назначенные путевые точки, возможно ли это?. Я читал об использовании триггеров, но я не думаю, что они поддерживаются в Андроид.
чтобы создать таблицу путевых точек:
public void onCreate(SQLiteDatabase db) {
db.execSQL( "CREATE TABLE " + TABLE_NAME
+ " ("
+ _ID + " INTEGER PRIMARY KEY AUTOINCREMENT, "
+ LONGITUDE + " INTEGER,"
+ LATITUDE + " INTEGER,"
+ TIME + " INTEGER,"
+ TRACK_ID_FK + " INTEGER"
+ " );"
);
...
}
9 ответов
ограничения внешнего ключа с каскадом удаления поддерживаются, но их необходимо включить.
Я просто добавил следующее К моему SQLOpenHelper, что, кажется, делает трюк.
@Override
public void onOpen(SQLiteDatabase db) {
super.onOpen(db);
if (!db.isReadOnly()) {
// Enable foreign key constraints
db.execSQL("PRAGMA foreign_keys=ON;");
}
}
Я объявил свою колонку ссылок следующим образом.
mailbox_id INTEGER REFERENCES mailboxes ON DELETE CASCADE
начиная с Android 4.1 (API 16) SQLiteDatabase поддержка:
public void setForeignKeyConstraintsEnabled (boolean enable)
как сообщение от e.Шишкин говорит, что из API 16 вы должны включить ограничения внешнего ключа в SqLiteOpenHelper.onConfigure(SqLiteDatabase)
способ использования db.setForeignKeyConstraintsEnabled(boolean)
@Override
public void onConfigure(SQLiteDatabase db){
db.setForeignKeyConstraintsEnabled(true);
}
никогда не слишком старый вопрос, чтобы ответить на более полный ответ.
@Override public void onOpen(SQLiteDatabase db) {
super.onOpen(db);
if (!db.isReadOnly()) {
setForeignKeyConstraintsEnabled(db);
}
mOpenHelperCallbacks.onOpen(mContext, db);
}
private void setForeignKeyConstraintsEnabled(SQLiteDatabase db) {
if (Build.VERSION.SDK_INT < Build.VERSION_CODES.JELLY_BEAN) {
setForeignKeyConstraintsEnabledPreJellyBean(db);
} else {
setForeignKeyConstraintsEnabledPostJellyBean(db);
}
}
private void setForeignKeyConstraintsEnabledPreJellyBean(SQLiteDatabase db) {
db.execSQL("PRAGMA foreign_keys=ON;");
}
@TargetApi(Build.VERSION_CODES.JELLY_BEAN)
private void setForeignKeyConstraintsEnabledPostJellyBean(SQLiteDatabase db) {
db.setForeignKeyConstraintsEnabled(true);
}
все, что @ phil упомянул, хорошо. Но вы можете использовать другой метод по умолчанию в Сама база данных для установки foreignkey. Это setForeignKeyConstraintsEnabled (true).
@Override
public void onOpen(SQLiteDatabase db) {
super.onOpen(db);
if (!db.isReadOnly()) {
// Enable foreign key constraints
db.execSQL("PRAGMA foreign_keys=ON;");
//(OR)
db.setForeignKeyConstraintsEnabled (true)
}
}
для документов см. SQLiteDatabase.setForeignKeyConstraintsEnabled
Я не думаю, что SQLite поддерживает это из коробки. То, что я делаю в своих приложениях, это:
- создать транзакцию
- удалить данные данные (путевые точки в вашем примере)
- удалить основные данные (треки в вашем примере)
- совершить транзакцию на успех
таким образом, я уверен, что либо все данные удалены, либо нет.
триггеры поддерживаются android, и этот тип каскадного удаления не поддерживается sqlite. Пример использования триггеров на Android можно найти здесь. Хотя использование транзакций, как заявил Торстен, вероятно, так же просто, как триггер.
версия SQLite в android 1.6 составляет 3.5.9, поэтому она не поддерживает внешние ключи...
http://www.sqlite.org/foreignkeys.html "Этот документ описывает поддержку ограничений внешнего ключа SQL, введенных в SQLite версии 3.6.19."
в Froyo это SQLite версии 3.6.22, так что ...
изменить: чтобы увидеть версию sqlite: adb shell sqlite3-version
внешние ключи с "on delete cascade" поддерживаются в SQLite в Android 2.2 и выше. Но будьте осторожны при их использовании: иногда сообщается об ошибке при запуске одного внешнего ключа в одном столбце, но реальная проблема заключается либо в ограничении внешнего ключа другого столбца в дочерней таблице, либо в какой-либо другой таблице, ссылающейся на эту таблицу.
похоже, SQLite проверяет все ограничения при запуске одного из них. Это действительно упоминается в документации. DDL против DML проверка ограничений.