From b3dc80682e678b20c89fb2a430c0bc77960a29ac Mon Sep 17 00:00:00 2001 From: Ben Cail Date: Wed, 31 Jan 2024 10:27:33 -0500 Subject: [PATCH] Fixed #35156 -- Removed outdated note about not supporting foreign keys by SQLite. --- docs/topics/db/multi-db.txt | 10 +++++----- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/docs/topics/db/multi-db.txt b/docs/topics/db/multi-db.txt index 8da71df25009..be7e9953fa8f 100644 --- a/docs/topics/db/multi-db.txt +++ b/docs/topics/db/multi-db.txt @@ -740,14 +740,14 @@ primary key of the related object is valid. If the primary key is stored on a separate database, it's not possible to easily evaluate the validity of a primary key. -If you're using Postgres, Oracle, or MySQL with InnoDB, this is +If you're using Postgres, SQLite, Oracle, or MySQL with InnoDB, this is enforced at the database integrity level -- database level key constraints prevent the creation of relations that can't be validated. -However, if you're using SQLite or MySQL with MyISAM tables, there is -no enforced referential integrity; as a result, you may be able to -'fake' cross database foreign keys. However, this configuration is not -officially supported by Django. +However, if you're using MySQL with MyISAM tables, there is no enforced +referential integrity; as a result, you may be able to 'fake' cross database +foreign keys. However, this configuration is not officially supported by +Django. .. _contrib_app_multiple_databases: