Skip to content

Conversation

@hellsworth
Copy link
Contributor

No description provided.

@hellsworth hellsworth requested a review from Alecaddd March 21, 2025 00:03
Copy link
Member

@Alecaddd Alecaddd left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks good to me

@hellsworth hellsworth merged commit 68647b8 into thunderbird:master Mar 21, 2025
Delivery Quarter: Q2 2025
High level objectives (non-exhaustive):
* SQLite based.
* Rust interfaces.
Copy link
Contributor

@bcampbell bcampbell Mar 21, 2025

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Don't think there's any specific plan for rust interfaces at the moment, though obviously it'd be usable from rust, and c++ and js.

Comment on lines +157 to +158
* Migrations.
* Rollbacks.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't know what "Migrations"/"Rollbacks" mean in this context.

Does this refer to the DB as a whole, or to transactions affecting the database (eg grouping multiple atomic operations)?
Going to assume it means the former: upgrading/downgrading the app, and migrating existing data.

Obviously we need forward migrations from older databases (including mork) to newer ones.

But there's not been any policy discussion on being able to roll back to an older version from a newer version (either legacy new db). Either you need to ship builds which can roll back from a future version (hard! error prone! likely impractical!), or you backport a rollback procedure to an earlier version and make sure users know which versions support which rollbacks.

* Rust interfaces.
* Migrations.
* Rollbacks.
* Build in parallel and populate it alongside the current database.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

There is no plan to have both legacy and new databases running in parallel simultaneously. They will both be compiled in, and you can switch between them with a preference, but they won't be running at the same time.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

3 participants