You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
DBFlow Version: upgrading from 4.0.beta-7 to 4.0.5
Issue Kind (Bug, Question, Feature): Question
Please note if you are using Instant Run, there may be bugs where generated classes are not created. Ensure you are using
the apt or kapt plugins and that incremental compilation is off.
Description:
When upgrading to the latest DBFlow version, all my Foreign Keys are rejected in the build process because they are not nullable types (using Kotlin). While I understand that in theory an FK may have reason to be null, it can also be viewed as a violation of referential integrity (especially if the FK references a Primary Key).
Is it possible to turn this off? Otherwise the entire app must be re-written to support null checking on all of these objects, even though they should never be null.
I did see #1344 where you state "Currently foreign key fields don't support NOT NULL on individual references." Can they support NOT NULL on the entire database or codebase, if not individually?
The text was updated successfully, but these errors were encountered:
DBFlow Version: upgrading from 4.0.beta-7 to 4.0.5
Issue Kind (Bug, Question, Feature): Question
Please note if you are using Instant Run, there may be bugs where generated classes are not created. Ensure you are using
the apt or kapt plugins and that incremental compilation is off.
Description:
When upgrading to the latest DBFlow version, all my Foreign Keys are rejected in the build process because they are not nullable types (using Kotlin). While I understand that in theory an FK may have reason to be null, it can also be viewed as a violation of referential integrity (especially if the FK references a Primary Key).
Is it possible to turn this off? Otherwise the entire app must be re-written to support null checking on all of these objects, even though they should never be null.
I did see #1344 where you state "Currently foreign key fields don't support NOT NULL on individual references." Can they support NOT NULL on the entire database or codebase, if not individually?
The text was updated successfully, but these errors were encountered: