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
Presto
Score 2.6 out of 10
N/A
Presto is an open source SQL query engine designed to run queries on data stored in Hadoop or in traditional databases.
Teradata supported development of Presto followed the acquisition of Hadapt and Revelytix.
N/A
Pricing
MariaDB Platform
Presto
Editions & Modules
No answers on this topic
No answers on this topic
Offerings
Pricing Offerings
MariaDB Platform
Presto
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
Presto
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.
I think Presto is one of the best solutions out there today at the cutting edge for interactive query analysis. One of the challenges is presto is a niche tool for the interactive query use case and doesn't have the knobs and whistles as much as Spark. In the foreseeable future …
Presto is good for a templated design appeal. You cannot be too creative via this interface - but, the layout and options make the finalized visual product appealing to customers. The other design products I use are for different purposes and not really comparable to Presto.
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.
Simple stories & templates work nicely - like for our Insider program. Stories that include a lot of images may be challenging to create & have look appealing.
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.
Linking, embedding links and adding images is easy enough.
Once you have become familiar with the interface, Presto becomes very quick & easy to use (but, you have to practice & repeat to know what you are doing - it is not as intuitive as one would hope).
Organizing & design is fairly simple with click & drag parameters.
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.
Presto was not designed for large fact fact joins. This is by design as presto does not leverage disk and used memory for processing which in turn makes it fast.. However, this is a tradeoff..in an ideal world, people would like to use one system for all their use cases, and presto should get exhaustive by solving this problem.
Resource allocation is not similar to YARN and presto has a priority queue based query resource allocation..so a query that takes long takes longer...this might be alleviated by giving some more control back to the user to define priority/override.
UDF Support is not available in presto. You will have to write your own functions..while this is good for performance, it comes at a huge overhead of building exclusively for presto and not being interoperable with other systems like Hive, SparkSQL etc.
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.
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.
I think Presto is one of the best solutions out there today at the cutting edge for interactive query analysis. One of the challenges is presto is a niche tool for the interactive query use case and doesn't have the knobs and whistles as much as Spark. In the foreseeable future if they are able to make presto work without the need for Hive, solving all the gaps it could be game changing and can be a direct threat to spark
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.