MariaDB is an open-source relational database made by the original developers of MySQL, supported by the MariaDB Foundation and a community of developers. The community states recent additional capabilities as including clustering with Galera Cluster 4, compatibility with Oracle Database, and Temporal Data Tables, allowing one to query the data as it stood at any point in the past.
N/A
SQLite
Score 8.0 out of 10
N/A
SQLite is an in-process library that implements a self-contained, serverless, zero-configuration, transactional SQL database engine. The code for SQLite is in the public domain and is thus free for use for any purpose, commercial or private. SQLite is one of the most widely deployed databases in the world.
N/A
Pricing
MariaDB Platform
SQLite
Editions & Modules
No answers on this topic
No answers on this topic
Offerings
Pricing Offerings
MariaDB Platform
SQLite
Free Trial
Yes
No
Free/Freemium Version
Yes
No
Premium Consulting/Integration Services
No
No
Entry-level Setup Fee
Optional
No setup fee
Additional Details
—
—
More Pricing Information
Community Pulse
MariaDB Platform
SQLite
Considered Both Products
MariaDB Platform
Verified User
Anonymous
Chose MariaDB Platform
MariaDB is perhaps the best open source database server available, combining a wide range of supported platforms, MySQL compatibility, a low footprint, and reasonably high performance. If you have cost constraints, or limited server resources, I recommend MariaDB, particularly …
MS SQL Server is like a BlackBox in many cases. Honestly we did not need advanced functionality that SQL server offers, just a plain DBMS. MariaDB is easier to manage, cross operating system, "lighter" with better performances than SQL server. We went with MariaDB Platform even …
It did not always compete against these technologies. Most of the time, it was complementing these databases for certain use cases to help provide a much more complete database. This makes more users want to use it to explore new solutions that help users. This is our target …
We tried Percona also, but we sometimes having trouble with it and on some cases it having lesser performance than MariaDB. MySQL is the the facto standard, we use this only in scenario that it cannot be replaced by MariaDB. MSSQL is used only if the client ask for Windows …
We were already wanting to migrate away from Cassandra for reasons of stability, cost (more servers were needed), and our data storage model. We evaluated PostgreSQL but passed on it due to being more familiar with MariaDB. Also we needed something that could do multi-region …
MariaDB is very similar to MySQL, but MariaDB has more alternative database engines and ideas for the future where MySQL is offers the stable and more mature version (if not stale).
(With and without RAC) My company migrated from Oracle to MariaDB. While MariaDB has some limitations (if you are used to Oracle) it has been much easier and cheaper (in several ways) to operate and has more than met my company's needs.
MariaDB is the clear winner compared to any other database I've used. Reliable, scale-able, affordable--you name the consideration and MariaDB is the winner.
MariaDB is much easier to set up and maintain compared to PostgreSQL makes it much faster to launch our application and relatively easier to upgrade its version so we can make sure the installed version is up to date with the latest patch, which is especially important if we …
MySQL is still a great solution, but MariaDB offers a more extensive set of free features than are available for MySQL. We also feel more confident that MariaDB will remain free to use over time. End users haven't noticed much of a difference, but from a development cost …
MariaDB stacks up the the competition just fine. Due to is ture open source nature we do not have to worry about licencing and spending money on nothing. Moreover, MariaDB does everything that we need to get done. We can run data that is a million rows or many smaller projects …
MariaDB provided the best fit for our business in upgrading legacy systems which were originally designed to use MySQL as a backend. By using MariaDB, no changes to the overall systems needed to be altered, reducing the time needed to upgrade everything. Other solutions …
Thanks to MySQL compatibility, everything you've learned while using it can be utilized when using MariaDB. Therefore it's a better choice than MongoDB and MSSQL if you're looking to switch away from MySQL. MariaDB is also a very mature and stable product, unlike MongoDB that …
MariaDB is cheaper than Oracle Database and MSSQL server. MySQL owned by Oracle. So MariaDB has too many forks, but enough people in the community. PostgreSQL has a larger community and better administration. However, it s not like MariaDB w/ Galera. MariaDB is not good for …
We know others DB alternatives like MySQL, Microsoft SQLServer, PostgreSQL. We selected MariaDB because it offer advanced features like active-active cluster, with no costs and easy to learn. With MariaDB was easy to migrate ours applications that use MySQL, with no …
We selected MariaDB over MySQL because of their true open source model and performance optimizations. It was also helpful that it is a drop-in replacement for MySQL so there was no need to update our various software drivers.
MariaDB costs much less than SQL Server to acquire and maintain. In comparison to Cassandra, it gives us operational use and helps in Agile development.
Postgresql is more advanced features then sqlite, however it needs a server and complexity is high for low level development work. for offline work sqlite is best. duckdb is great for analytics , it is the data base for analytics and better then sqlite for analytical purpose. …
SQLite is faster and also Light weight as compared to Microsoft SQL Server. Also being open source it reduces the application development cost drastically
SQLite has CRUD queries and manipulates external files. Cross-platform support includes iOS, Android, Mac OS X, and Windows. Compared to other databases, it is fast and straightforward to implement. Even if an application crashes, there is no effect on the database or the data …
We looked at other traditional RDBMS products, but found them to be cumbersome to deploy. They take up more space, and consume more computing resources than SQLite does. While the performance or direct integration to our primary applications may have been better or easier if we …
SQLite has many types of queries to do CRUD operations. and even do manipulation to external files as well. it is fast and easy to implement compared to other Databases. SQLite support atomic behaviours, so app crash in any situation, the won't impact database or data within …
SQLite is considered better against these two depending on the needs and phase of the project. If we require a lightweight yet reliable database which should also be portable across different platforms and speed is the most important part of the query and data security is not …
I think there is no real competition between them. In "SQLite" you can hear "light" when you don't need to store a big amount of data and when you need something easy to deploy, SQLite is a good choice, I didn't find those qualities in other database systems I knew.
When looking at the original items available, Valentina was a serious contender. What was good about SQLite was the familiar SQL interface and way it accessed data. Valentina, at the time, had issues with index corruption requiring vigilance with the database maintenance making …
SQLite stacks quite well against Microsoft SQL server management studio however we need the Microsoft security for our data MDSN documentation is poor but available.
Our installation scenario is a MariaDB cluster composed of 3 nodes to achieve high availability in the service and in this way the application that accesses the backend (MariaDB) is always working and is not down at any time.
To achieve high performance of the application when accessing the database, a MariaDB MaxScale has been mounted that acts as a proxy for queries to the database.
The portability and ease of use has us doing local development, and then shipping the database to production for implementation. This compact deliverable object is great. Until multiple developers need to access it at a time. It is a caveat, but we create a database per integration as it is easier to manage. Using a SQLite database to manage more than one integration or task is not something we would recommend.
MariaDB does well with PHP or Python (django) in a web environment. Developers are able to work quickly.
MariaDB is extremely well documented and has a gigantic support community. If you need ask a question on how to do things you can go to many placces online and find answers quickly.
MariaDB is fast! Queries with tens of thousands of rows are quick.
MariaDB is highly compatible with Oracle's MySQL. Basically the same thing but more open and with a brighter future.
With MariaDB it is so easy to import and export data, and backups are a cinch. This saves me so much time as compared to other RDBMS.
Driver Support - Some third party applications use database drivers that cause unexplained slowness with MariaDB. This can be worked around by using the MySQL drivers, but it's not clear what causes the problem in the first place.
Support - While online communities are helpful in diagnosing problems, there isn't as much professional documentation/support available for MariaDB as some of the other major database options.
Data Visualization - It would be helpful if there were more built in options for analyzing statistics and generating reports.
Although it is excellent at what it does, you should be really careful and plan accordingly if you know that your database is going to scale at a huge level because it is not suitable of databases which are of Enterprise level and demands top-notch security and protection.
If your project involves multiple people working on the same database simultaneously, then that becomes a big problem, because it only allows single write at one time. You really need to be forward thinking in a manner to predict if this database will cater to all the needs of your project.
The most common difficulty with this is the lack of some of the basic functionality which is present in the other premier databases like Joints, Stored Procedure calls, Security and permission grants. If you do require all those things then you are better off not using this software.
Lastly, if you are using this in an Andriod App development cycle then also your options are limited because it does not integrate with PostgreSQL and MYSQL.
MariaDB is very usable and stable to be used in production settings as an alternative to MySQL. The shortcomings of SQL are present but well understood in the community, and if the decision were to be made again, I would choose MariaDB over MySQL on future projects.
I have given this rating cause its irreplaceable in some of the areas like no more installation need except from a single library. I find dialect is simple in use cases. its suitable for any professionals with various skill levels. its easily connect with various os and devices. very less maintenance or administration required.
Yes, I would recommend MariaDB Platform support because they answer very fast and with detailed information. They also help you with the design of the storage infrastructure, not only with the maintenance problems. On the other hand, this service is a bit expensive.
It did not always compete against these technologies. Most of the time, it was complementing these databases for certain use cases to help provide a much more complete database. This makes more users want to use it to explore new solutions that help users. This is our target and how [we] work with MariaDb.
SQLite has CRUD queries and manipulates external files. Cross-platform support includes iOS, Android, Mac OS X, and Windows. Compared to other databases, it is fast and straightforward to implement. Even if an application crashes, there is no effect on the database or the data it contains. The user interface is best for input and output. It's best for developing skills and project deliverables.
MariaDB has saved us enormously on licensing compared to our previous DB software vendor.
In service, it has enabled us (speaking as the internal DB team here) to provide better service to the other teams in the company as well as our customers, with less staff.
The level of hardware required for adequate performance, in our environment, has been much lower. Those savings have been substantial, above and beyond savings on licensing and DBA staffing levels.
The active community has kept support costs low, further increasing ROI
The wide range of supported platforms and high level of compatibility has increased ROI by reducing time spent porting the database model to any platform specific solutions.