James thanks for your explanation earlier I would llike to register
-1 Emphasizing the same argument that Tofunmi has expressed, migrations are a really exhausting exercise and in a Production setup with huge databases the transition requires a lot of consideration. Some organisations may be slower to migrate for various reasons, some require boardroom decisions and smaller more financially inclusive institutions need time and money, therefore they will not all be running on the same previous versions of fineract. We could put across their different use cases on the dev list to work on a migration strategy but I think ending support for MySQL and MariaDB is a big step that requires a more pragmatic approach. Regards, Sifiso From: Tofunmi Oguntibeju [mailto:[email protected]] Sent: Tuesday, 24 March 2026 04:28 To: [email protected] Subject: Re: [VOTE] FSIP-9: Standardize on PostgreSQL +1 non-binding and I want to explain why I think this vote matters beyond the technical details. This is not really a question of PostgreSQL versus MySQL. It is a question of what kind of project Apache Fineract wants to be over the next decade. Financial infrastructure is moving toward higher scale, stricter auditability, and richer data capabilities. Our database choice either opens that door or keeps it closed. The technical arguments for PostgreSQL are well made and I will not repeat them all here. What I think deserves equal attention is the question of who our current deployers are and what we actually know about their setups. Before we finalize a deprecation timeline, I would strongly advocate for a simple survey of active Fineract deployments to understand how many are running MySQL or MariaDB in production today. That data should shape our timeline, not assumptions. For existing deployments, migration is a real operational burden — especially for smaller institutions with limited resources. If we are serious about financial inclusion as a project goal, we should treat the migration path as a first-class deliverable: tested tooling, clear documentation, and enough runway across at least two major versions. With that commitment in place, I believe this change positions Fineract for the kind of scale and capability that the next decade of financial infrastructure will demand. I am voting yes, and I am happy to contribute to the migration documentation effort. Regards, Tofunmi Oguntibeju On Mon, Mar 23, 2026 at 11:47 PM Fred Amaral via dev <[email protected] <mailto:[email protected]> > wrote: +1 non-binding james, sorry. On Mon, Mar 23, 2026 at 7:12 PM Sifiso Mtetwa <[email protected] <mailto:[email protected]> > wrote: +1 Non-binding From: Ádám Sághy [mailto:[email protected] <mailto:[email protected]> ] Sent: Monday, 23 March 2026 23:05 To: [email protected] <mailto:[email protected]> Cc: [email protected] <mailto:[email protected]> Subject: Re: [VOTE] FSIP-9: Standardize on PostgreSQL +1 binding (ensuring a migration path) Regards, Adam Sent from my iPhone On 23 Mar 2026, at 20:02, Pragati <[email protected] <mailto:[email protected]> > wrote: Yes, postgreSQL is good to move on On Sun, 22 Mar 2026 at 9:49 PM, Ashhar Ahmad Khan <[email protected] <mailto:[email protected]> > wrote: Non-binding contributor +1 Support the move toward PostgreSQL-only for simplifying maintenance and reducing cross-database edge cases. Migration strategy will be important to handle existing deployments smoothly. On Sun, Mar 22, 2026 at 9:34 PM Paul <[email protected] <mailto:[email protected]> > wrote: Community member +1 -- Paul On Sun, Mar 22, 2026, 10:50 AM Adam Monsen <[email protected] <mailto:[email protected]> > wrote: I'd like to call a vote on simplifying Fineract database support to Postgres only. Please review FSIP-9 <https://cwiki.apache.org/confluence/display/FINERACT/FSIP-9%3A+Standardize+on+PostgreSQL> and cast your vote. This vote closes in 72 hours. Voting process <https://apache.org/foundation/voting.html> reminders (thank you Terence Monteiro <https://lists.apache.org/thread/mw1jvz0695jbj1oo4d2xkyccdhot8jcq> ): PMC members: Binding votes (+1/-1) Committers: Non-binding votes welcome and valued Community members: Non-binding votes also welcome - your review helps strengthen our releases Even non-binding votes are important contributions that demonstrate the participatory nature of the Apache Way and help validate our release quality. Every review adds confidence to our release process. This is a code modification, so I'll assume consensus approval when counting votes. -- Adam Monsen Software Engineer » Mifos Initiative Release Manager » Apache Fineract Author » Steadfast Self-Hosting PGP key » 0xA9A14F22F57DA182
