Type converters
Drift supports a variety of types out of the box, but sometimes you need to store more complex data. You can achieve this by using TypeConverters
. In this example, we'll use the the json_serializable package to store a custom object in a text column. Drift supports any Dart type for which you provide a TypeConverter
, we're using that package here to make the example simpler.
Using converters in Dart
import 'dart:convert';
import 'package:drift/drift.dart';
import 'package:json_annotation/json_annotation.dart' as j;
part 'converters.g.dart';
@j.JsonSerializable()
class Preferences {
bool receiveEmails;
String selectedTheme;
Preferences(this.receiveEmails, this.selectedTheme);
factory Preferences.fromJson(Map<String, dynamic> json) =>
_$PreferencesFromJson(json);
Map<String, dynamic> toJson() => _$PreferencesToJson(this);
}
Next, we have to tell drift how to store a Preferences
object in the database. We write a TypeConverter
for that:
// stores preferences as strings
class PreferenceConverter extends TypeConverter<Preferences, String> {
const PreferenceConverter();
@override
Preferences fromSql(String fromDb) {
return Preferences.fromJson(json.decode(fromDb) as Map<String, dynamic>);
}
@override
String toSql(Preferences value) {
return json.encode(value.toJson());
}
}
Finally, we can use that converter in a table declaration:
class Users extends Table {
IntColumn get id => integer().autoIncrement()();
TextColumn get name => text()();
TextColumn get preferences =>
text().map(const PreferenceConverter()).nullable()();
}
The generated User
class will then have a preferences
column of type Preferences
. Drift will automatically take care of storing and loading the object in select
, update
and insert
statements. This feature also works with compiled custom queries.
Caution with equality
If your converter returns an object that is not comparable by value, the generated dataclass will not be comparable by value. Consider implementing ==
and hashCode
on those classes.
Since applying type converters for JSON conversion is so common, drift provides a helper for that. For instance, we could declare the type converter as a field in the Preferences
class:
static TypeConverter<Preferences, String> converter = TypeConverter.json(
fromJson: (json) => Preferences.fromJson(json as Map<String, Object?>),
toJson: (pref) => pref.toJson(),
);
Implicit enum converters
A common scenario for type converters is to map between enums and integers by representing enums as their index. Since this is so common, drift has the integrated intEnum
column type to make this easier.
enum Status {
none,
running,
stopped,
paused
}
class Tasks extends Table {
IntColumn get id => integer().autoIncrement()();
IntColumn get status => intEnum<Status>()();
}
Caution with enums
It can be easy to accidentally invalidate your database by introducing another enum value. For instance, let's say we inserted a Task
into the database in the above example and set its Status
to running
(index = 1). Now we modify Status
enum to include another entry:
enum Status {
none,
starting, // new!
running,
stopped,
paused
}
When selecting the task, it will now report as starting
, as that's the new value at index 1. For this reason, it's best to add new values at the end of the enumeration, where they can't conflict with existing values. Otherwise you'd need to bump your schema version and run a custom update statement to fix this.
If you prefer to store the enum as a text, you can use textEnum
instead.
enum Status {
none,
running,
stopped,
paused
}
class Tasks extends Table {
IntColumn get id => integer().autoIncrement()();
TextColumn get status => textEnum<Status>()();
}
Caution with enums
It can be easy to accidentally invalidate your database by renaming your enum values. For instance, let's say we inserted a Task
into the database in the above example and set its Status
to running
. Now we modify Status
enum to rename running
into processing
:
enum Status {
none,
processing,
stopped,
paused
}
When selecting the task, it won't be able to find the enum value running
anymore, and will throw an error.
For this reason, it's best to not modify the name of your enum values. Otherwise you'd need to bump your schema version and run a custom update statement to fix this.
Also note that you can't apply another type converter on a column declared with an enum converter.
Using converters in drift
Type converters can also be used inside drift files. Assuming that the Preferences
and PreferenceConverter
are contained in preferences.dart
, that file can imported into drift for the type converter to be available.
import 'preferences.dart';
CREATE TABLE users (
id INTEGER NOT NULL PRIMARY KEY AUTOINCREMENT,
name TEXT,
preferences TEXT MAPPED BY `const PreferenceConverter()`
);
When using type converters in drift files, we recommend the apply_converters_on_variables
build option. This will also apply the converter from Dart to SQL, for instance if used on variables: SELECT * FROM users WHERE preferences = ?
. With that option, the variable will be inferred to Preferences
instead of String
.
Drift files also have special support for implicit enum converters:
import 'status.dart';
CREATE TABLE tasks (
id INTEGER NOT NULL PRIMARY KEY,
status ENUM(Status)
);
Of course, the warning about automatic enum converters also applies to drift files.
Type converters and json serialization
By default, type converters only apply to the conversion from Dart to the database. They don't impact how values are serialized to and from JSON. If you want to apply the same conversion to JSON as well, make your type converter mix-in the JsonTypeConverter
class. You can also override the toJson
and fromJson
methods to customize serialization as long as the types stay the compatible. The type converter returned by TypeConverter.json
already implements JsonTypeConverter
, so it will apply to generated row classes as well.
If the JSON type you want to serialize to is different to the SQL type you're mapping to, you can mix-in JsonTypeConverter2
instead. For instance, say you have a type converter mapping to a complex Dart type MyObject
. In SQL, you might want to store this as an String
. But when serializing to JSON, you may want to use a Map<String, Object?>
. Here, simply add the JsonTypeConverter2<MyObject, String, Map<String, Object?>>
mixin to your type converter.
As an alternative to using JSON type converters, you can use a custom ValueSerializer
and pass it to the serialization methods.