We are currently doing UAT testing with MariaDB. Production has not started.
We will be using MariaDB in a complex project for the airlines.
We are currently doing UAT testing with MariaDB. Production has not started.
We will be using MariaDB in a complex project for the airlines.
MariaDB has helped our organization because we are able to use the solution more for projects. We do not have to pay a lot for licensing as we did before.
The most valuable feature of MariaDB is that it is open-source and we can easily migrate from other databases, such as Oracle to MariaDB.
MariaDB can improve by adding more features. There are a lot of features, which are available in Oracle, and which are not available in MariaDB. We hope they will introduce the features soon.
In a future release, MariaDB should add more collections. We want parallel processing.
I have been using MariaDB for more than 12 months.
MariaDB is stable.
MariaDB is scalable, but it could improve horizontal scaling.
We have approximately 150 end users using this solution in the organization.'
We have 10 applications lined up to add to the solution, and we plan on increasing usage.
I rate the scalability of MariaDB a three out of five.
The support from MariaDB has been very good. They are helpful.
I rate the support MariaDB a five out of five.
We previously use Oracle and we switched to MariaDB because the licensing cost for Oracle was too much.
The initial setup of MariaDB is simple. The full implementation took little time compared with similar solutions.
I rate the initial setup of MariaDB a five out of five.
We have an in-house team that does the implementation and support of MariaDB. MariaDB has been providing us with some training.
We have seen a return on investment because we are going to save a lot of revenue from not having to use Oracle licenses.
The solution is free, but if you want the enterprise version you will need to pay for some licenses but the cost is less than other solutions, such as Oracle.
We evaluated other options, such as PostgreSQL, before choosing MariaDB.
The solution is best for medium-sized businesses. If you have a very large business I would recommend looking at an alternative. Oracle is better for large businesses.
I rate MariaDB an eight out of ten.
The solution is primarily a database. There are lots of telco operations coming there, including log files, operations like SMS Firewall, and lots of rules that have been passing through the database. Almost 10 terabytes of database is available in MySQL.
The product is open-source and free to use.
If you know the parameters and combine those parameters, you have a lot of advantages over the Microsoft SQL Server.
With MariaDB, you can use it as a column store database. This means you replicate your data, transactional data, as columnar data, and then you can use it as a sort-of business intelligence.
It's a very easy product to set up.
The solution should do some fine-tuning on maybe the transaction per second so that users can get more than they can on the Microsoft SQL Server.
If you want to gain more transactions at MariaDB over the Microsoft SQL Server, you have to do lots of fine-tuning and combine a lot of parameters to get more transactions per second over the Microsoft SQL Server or another database. I reach the limits of MySQL at 15,000 transactions per second. MariaDB should aim to be better.
They should have more integrations with BI tools.
I've been using the solution for three or four years.
The solution is quite scalable. It's not a problem.
You need to rely on the community for support. If you are using the system at the mission-critical level, some companies don't want to use it as the response from the community edition is a bit slower.
I don't have any issue with the community edition. For me, it's fine. I'm not taking support from MariaDB. I only get support from Oracle to MySQL. We have a consolidated platform and we are using Oracle MySQL. MariaDB is open-source so we don't deal with technical support directly from them.
The solution is very straightforward and simple to set up. I'd rate the general ease of setup at a five out of five.
It's a free solution. It's completely open-source. We do not have to pay anything.
We're just end-users.
I would rate the solution nine out of ten.
We use MariaDB for any instance where we need faster retrieval and processing rates, such as establishing relationships between data entities through entity relationship mapping. MariaDB is our preference for structured data, like user details or product information. However, for handling non-structured data, such as metadata, we prefer DynamoDB or MongoDB.
MariaDB is inherently faster than MySQL database. However, given the opportunity, our team would have likely chosen Postgres for better performance in terms of concurrency, etc.
MariaDB is likely less resource-intensive than Postgres and other RDMS solutions because it offers only a subset of features.
Concurrency is a challenge in MariaDB.
I have been using MariaDB for a year.
Ten engineers are using this solution.
It's open source, but there are no dedicated technical support resources.
The deployment should be easier because we use AWS EC2 instances to run and deploy the image and the services. It took a few hours to complete.
It's an open-source solution that only charges for a server database.
I rate the solution's pricing an eight or nine out of ten, where one is expensive, and ten is cheap.
A few EC2 instances are running that solve the MySQL and the service.
Cross-functional GUIs are currently available. For example, we use DB Workbench, a solution that provides a GUI interface for MySQL, PostgreSQL, MariaDB, and several other databases.
It is seamless unless we want more advanced features, like simple database charting or event scheduling, which MariaDB doesn't support.
Our security team and platform team maintain security features. So, it depends on the type of protocols they use.
There are no particular challenges because the development kit, such as all the SD cases that are DB connectors, is well supported by Python and Java.
Our AI projects' data comes from non-relational sources like Mongo and Dynamo. Therefore, there's no direct correlation. However, MariaDB merely serves as a repository for information, such as profile data or some form of structured text (NTT), which can be displayed in tables or otherwise.
It depends on whether they prioritize performance and features. If so, they might prefer Postgres. However, MariaDB could be the better choice if they prioritize a time-tested solution and lower costs.
MariaDB offers more features than its competitors. It supports features like sharding and concurrent connections.
Overall, I rate the solution an eight out of ten.
I use MariaDB in my company for the deployment of web applications. MariaDB serves as a database software for web applications.
The most valuable features of the solution are that it is very stable and reliable. I like the fact that MariaDB is an open-source product and not resource-intensive. MariaDB runs on most of the operating systems of Linux. MariaDB is a cross-platform product, making it a great database choice.
MariaDB is a bit technical product, so whoever uses it will have to read a lot of documentation, which I don't think is a disadvantage of the product as it is just its nature. I believe that open-source products, in general, are a bit more advanced than regular systems. The difficult part related to the product stems not from the tool itself but is related to learning how to implement the product in the right way without creating any wrong configuration that could cause security issues or performance issues.
I have been using MariaDB for five years.
It is an absolutely stable solution.
It is a scalable solution.
Two or three people in my company use MariaDB.
I never had the need to contact the technical support team of MariaDB. I would usually find MariaDB's documentation and details online to read about how to deal with issues. Usually, issues in MariaDB are related to configurations more than stability as long as you make sure you install or use the stable version, which is considered to be a long-term supported system.
I moved from MySQL to MariaDB. MySQL is less maintained compared to MariaDB. Feature-wise and stability-wise, MariaDB is way better than MySQL from Oracle.
The deployment process of MariaDB is easy, provided you go through its documentation.
The solution can be deployed in ten to fifteen minutes.
Users can take care of the deployment part of the product by themselves, though, at times, it may depend on the project size that you plan to support with the software. If a project demands software that offers scalability and very high availability, the deployment process may take an entire day with many experienced engineers. If the deployment process is carried out for a single small system, it takes around fifteen to thirty minutes.
The solution is deployed on both the cloud and on-premises.
Quarterly maintenance is required for the solution. When some security incidents occur, the solution's maintenance may be required. If a security issue related to the system is revealed online, it would need immediate maintenance. Maintenance is required depending on the updates provided by the product, which usually occurs once a month or once a quarter.
One person in the company can take care of the maintenance phase of the product.
I rate the overall product a nine out of ten.
My company provides solutions for banks, credit card companies, and other enterprises in the financial industry.
MariaDB is a fast and flexible tool.
Integration with AWS could be improved.
I rate MariaDB nine out of 10 for stability.
I rate MariaDB eight out of 10 for scalability. It's relatively good.
We do not have paid support because we use the open-source version. If we have questions, we can look for answers online. MariaDB has an active user community.
I rate MariaDB seven out of 10 for ease of setup. Deployment is easy. We deploy it on-prem and on AWS. I am on a team of seven people, but one person is sufficient to set it up in two hours.
We use the community version of MariaDB. We don't have an enterprise license.
I rate MariaDB eight out of 10. I recommend MariaDB depending on the use case.
I would like to see a better user interface which would make the tool less complex.
I have been using the tool for three years.
The product is stable.
We have used MongoDB and MySQL before.
The solution was easy to setup.
We use the solution's free version.
I am satisfied with the overall product. I would rate the product an eight out of ten. The product has good documentation and you can find many examples online.
MariaDB is mainly used for current applications where there are connectors already in place with CROs that create everything in the architecture.
The most valuable feature of MariaDB is the power it provides. It is a powerful solution.
MariaDB could improve by adding support for non-relational structures and new data types.
I have been using MariaDB for approximately two years.
The way we configure MariaDB, it's very scalable and there is no performance issue.
We have approximately 10,000 end-users using this solution.
I have not used the technical support from MariaDB.
I have previously used MySQL. I switched from MySQL to MariaDB because there are more updates with MariaDB
The initial setup of MariaDB was simple. It took a few hours. We started with one server and then we did monitoring of the platform to see if the performance was adequate or not. If it was a bit underperforming, we would add resources, such as CPU and memory. If it was a larger gap, we would add a new server to the cluster.
We have approximately 10 people in the DevOps team that look after the solution.
MariaDB is a free-to-use solution.
I would recommend this solution to others.
I rate MariaDB an eight out of ten.
I use this product as a support tool, mainly as a repository for information. I'm a consultant and we implement this solution for our customers.
MariaDB is a commodity so its value is its ease of use and its availability in most environments. The product is really easy to set up, it's just a matter of doing a PT install and it's done.
I'd like to see more integration with user platforms.
I've been using this solution for six years.
The solution is stable.
The solution is very scalable. We only have three users in our company but I have hundreds of customers that use MariaDB.
The initial setup took less than 15 minutes. We implemented it ourselves. The solution manages itself.
I recommend this solution. It's great for web applications and it just works. I rate this solution nine out of 10.
We develop financial software such as credit management solutions for banks, financial institutions, and telcos, basically anyone who deals with credit. We are users of this product and resell to our customers. I'm the operations manager.
The solution is valuable because it has PL/SQL compatibility. Our base was previously on Oracle and we wanted to change our solution to a DBS which meant finding something compatible with that language. It's really a great language, especially as it's one that you can get for free. If we build our technical knowledge, then we won't need third-party support which is a strong plus.
The PL/SQL performance is slow. If you have big batch jobs running in the middle of the night for a bank doing its end-of-day audits, then MariaDB will take three times longer than using Oracle. The product lacks sufficient detail in its reports. MariaDB has many extra features that would help to optimize the DB in the enterprise version and it would be helpful if it were possible to add some of those features in the open source version.
I've been using this solution for two years.
The solution is very stable in the right perameters. If I have a customer looking for something that's not batch job heavy, then we use MariaDB. If I have a core system that's going to take a ton of records and go through all these in the batch jobs at night, then we default to Oracle, because it's faster. We've proposed it to enterprise clients and we've proven to them that it's stable enough.
It's probably one of the most used RDBMS's for scalability. We haven't really tested it on millions and millions of customers but there's no problem with scalability.
We use the community for support. If we were to purchase support, the cost would be around 5k per year. It's a big difference. We usually just use the after-market support and haven't required any direct support from the company. We've been able to handle it internally.
When I compare MariaDB to Oracle, an industry leader, the big difference we found is performance in the PL/SQL mode. With Oracle, regular queries get executed at the same level with no issues. For ease of use and the setup, they're pretty similar. We also looked at IBM DB2 but there were compatibility issues and it was significantly slower.
The initial setup is really easy for our team. It's a quick download and configuration. We have set parameters.
We use the open source edition which doesn't require licensing. We don't offer the enterprise edition, because if we're taking the customer off Oracle, for the additional benefits, we have to optimize the cost. If we have a customer with budget constraints, it's saving hundreds of thousands of dollars, sometimes millions, if we use MariaDB instead of Oracle.
I rate this solution nine out of 10.
I installed the solution here in the company when they required MySQL. I tried MariaDB instead, and it works fine due to the fact that MariaDB is an exact clone of some parts of MySQL. It also has a database for a help desk solution, called a GPLI.
It's open source. It's freeware. It's very similar to MySQL. MySQL is a very good database management system, a relational database management system. However, the problem, or the potential problem with MySQL, is that it is under Oracle's umbrella, and I want to be prepared in case it's being commercialized and closed.
MariaDB was created by the same creator of MySQL. However, before he sold it to, at that time, Sun Microsystems, it was later acquired by Oracle. It's the same creators. It's the same programmer. That's what I like.
It's a one-time installation and configuration, and then I almost forgot about it. What I like is that it's very easy to configure, and just from time to time, you can make your backups, and that's it.
I don’t have any particular issue with the solution. It works well for my purposes.
I’m not sure if it can scale, so I’m not sure how it would fare for significant companies. I know that MariaDB has a cluster solution that I don't need at the moment. Probably, it would be a good idea to have a way just to confirm that the cluster is available for when I require scaling.
We’ve been using the solution for one year.
It’s quite stable. I haven’t had issues with bugs or glitches. It doesn’t crash or freeze. It’s reliable. It’s very similar to MySQL.
I’m not sure if it is scalable. Scalability doesn’t affect me as I am only using one application. I don’t require any scaling capabilities.
Indirectly through the help desk solution, the whole company has about 60 plus users on this product.
It's open source and freeware. The support that I receive is in the forums and the blocks in the internal information. You can’t call or email someone at MariaDB.
We also use SQL Server Express, MySQL Fork, and SQLite.
The setup is simple. It’s as easy as setting up MySQL.
This product is open-source and free to use.
I am just a customer and an end-user.
I'm not sure right now which version we are on.
Whether or not this is a good solution for a user depends on usage. You need to be sure that this is the solution for you. I'm not going to scale up, which is why it's my current solution. If I had to scale, I’m unsure if this would fit.
I’d rate the solution nine out of ten.
