IBM Db2 Database Reviews

We use this solution for financial software and also for asset management.

We have a public cloud deployment using Microsoft Azure.

The most valuable features of this solution are security and stability.

We would like to see a web-based interface for this solution, as it would help to improve visibility.

It would be helpful to have more querying tools and more development tools for us to work easily with Microsoft. For example, ODBC drivers would make work easier for our development team.

This solution is very stable. We have had no problems since it was set up.

This solution is scalable. We have an infrastructure that is based on virtual machines, so we can add more to grow as we need. I am very happy about that.

We have perhaps sixty or seventy people using this solution.

Technical support for us in São Tomé is very difficult because we don't have a local representative from IBM. We have to get our support from Portugal, so it can take a long time to solve the problem.

The initial setup of this solution was very complex.

Our deployment took one or two days.

We needed to contract a specialist from Portugal to assist with the installation and the planning.

I don't think that we will be changing solutions within the next year.

I would rate this solution a seven out of ten.

Our primary use case for this solution was as a data lake, in an on-premises deployment.

We stopped using this solution almost a year ago. 

The most valuable feature of this solution is the integration with other IBM products.

This solution has good storage capabilities.

I would like to see better support for advanced analytics.

This is definitely a stable solution. I would rate the stability a nine out of ten.

I would say this solution is scalable, in terms of memory.

There are approximately one thousand users.

Technical support for this solution is good.

Prior to using this solution I was using Oracle, although it was not for exactly the same purpose.

The initial setup of this solution is straightforward.

There are between ten and fifteen staff that maintain this solution.

Licensing fees are on a yearly basis.

We have changed to a new platform, so I am no longer using IBM DB2.

If somebody is looking for stability then I recommend this platform, although it depends on whether they want a Data Lake or are looking for analytics.

I would rate this solution a nine out of ten.

My primary use case is for media management purposes.

Some of the most valuable features are the scaling from a small very cheap installation to a very large enterprise installation. In addition, the backups and assistance are good.

It would be nice if it was easily available on all platforms because nowadays, it is not there as a general database.

It has been very stable.

It has been a very scalable solution for us.

The initial set up was complex, but that was a long time ago.

We considered Oracle. But, Oracle kept coming out with new versions and every time you had to change something in your application.

I suggest to anyone considering this solution to get hands-on experience with the solution, and run some tests and pilots. When evaluating a solution like this one, you must consider the product itself, the support available and how common or popular the product is. I find that if it is a popular product, that means there are a lot of people who know the product well, and it's easy to do work with that particular product.

Compared to Oracle, it is so much cheaper.

It has a good, stable performance, and it's not Oracle. 

Some of the internal rearrangement in the administration is not as straightforward as it is in competing products. 

Not very solid compared to its competitors' products.

Scales well enough for a relational database. Not exceptional; scales at or slightly below its peers.

Do not use it. Freely available documentation is a bit weak.

No. I have previous experience extensive with Oracle, SQL Server and Sybase. It is a good product. Better than Sybase, but not as good as Oracle, and comparable to SQL Server. 

I can't comment. I have no experience here.

They are competitive and honest (compared to how peer firms approach licensing conversations).

No, they were the incumbent.

Prototype any use of fringe functionality, XML-specific handling, JSON Processing, NoSQL Extensions, etc. 

Internet & Mobile banking database

E-Payroll & E-Statement solutions

Website database

A) The command set is almost the same in Windows and AIX operating systems, which greatly minimize the administration efforts to manage DB2 in both environments. Needless to say that working with the banking sector (which is my default playground) I need the ability to deal with many operating systems.

B) The ability to understand and interpret PL/SQL queries, with ease switching from Oracle to DB2.

C) Stability, scalability and security with high performance.

Our software products have to be PCI-DSS compliant, so encryption of customers' credit card numbers is a must-have feature. Using DB2 AWSE v11 enables us to do out-of-the-box encryption with ease.

Backing up databases from Windows and restoring them on AIX and vise-versa.

Support for migrating DB2 v9.7 to 11 in a single process with no intermediate versions jumping

No.

No.

IBM Knowledge Base is more than enough, I never asked them for support.

I used Oracle DB and am still using it with some of my customers, but Oracle administration is a nightmare compared to DB2.

The initial setup is straightforward, but securing your environment is a bit more complex.

Use DB2 Express for your development environment, but consider using Workgroup Server Edition if you need to federate two databases together or need to server a huge amount of data. If you plan to be PCI-DSS compliant, use AWSE.

MS SQL Server 2014 and Oracle 12g.

I recommend it to medium-to-large enterprise applications

• PureScale
• Blu acceleration
• XML and JSON datatypes
• Autonomous computing (storage, memory, and maintenance)
• HADR
• NoSQL (RDF and MongoDB).

Due to the stability, the applications can have a very long uptime, even with modifications in the application.

I have never needed to install a fix pack because there is a problem on the engine where new functions are used. Users forget to know that a DB2 is supporting the data.

Monitoring. There are very few applications that really monitor DB2.
Marketing. IBMers from other IBM brands, do not rely on DB2.

12 years.

It is easier to administer and to use than other RDBMS; however, developers like complex things and they get into trouble when using DB2 for the first time.

Not at all.

A lot of scalability can be done in DB2, it only depends on the money you want to invest in it and on the functions that you really need. It can go from a free database to a very big infrastructure.

In other countries, different to US or Canada, the support is not straightforward. This product has a small market share outside North America, and for this reason, experts outside that part of the world are very few, even inside IBM. Thus, the customer support is very basic, and any medium problem needs to go to Canada.

A six out of 10.

I have used a little bit of Oracle, SQL Server, PostgresSQL, and MySQL. They are good platforms, but they are not as easy to work with as DB2 is.

DB2 is easy to install. You just need to run the installer, and that is all. In AIX, it runs smoothly.

In Linux, it requires some libraries. Sometimes in 32 bits they are not easy to get, but once you got them, the installation is normal.

In Windows, it is just next, next. Once the binaries are installed, the instance is created in less than a minute, and it is only necessary to know what an instance means in DB2.

Finally, the database is just a command, that in some very specific cases it need extra parameters. If not, it creates a database in two minutes, and then, you have a powerful database ready to receive your data.

If you are creating a small budget project, DB2 could be your first option. You have almost no limits with the Community-C edition (the free one), and then you can scale up to a supported version. Instead, when you have a very big infrastructure, I recommend you to check what you need, then DB2 could be a very good option.

Ease of use and robust automated security administration and reporting are features any mainframe shop needs and should have. The cost of investing in such products will usually offset the expense associated with the DB2 environment and the efforts to protect those data resources associated with it.

When new DB2 resources are introduced into the environment, the Vanguard Administrator product allows us to quickly build the required RACF security rules and access lists. There are features in the Administrator product that automate the tedious security administration efforts. The Vanguard Advisor product provides a mechanism for monitoring the RACF/DB2 environment, identifying and reviewing security violations that occur, etc. As stated earlier, we also use Vanguard Integrity Professional’s “Security Center” product for RACF DB2 administration. The Security Center has a direct GUI interface to RACF. As such, it does not require the RACF administrator to use TSO to define or change RACF security profiles associated with DB2.

It is worth noting that the RACF security product is used to safeguard the DB2 environment on the mainframe. This allows us to maintain all security rules for resources on the mainframe using the RACF security product. Some shops I have worked in do not use external security managers like RACF, Top Secret or ACF2 to protect the DB2 environment. I have seen instances where installations with DB2 use native internal security.

If an installation does not use an external security manager product like RACF, Top Secret or ACF2, then native internal DB2 security would have to be used to safeguard DB2 resources. This results in the DBA's being responsible for security profiles that protect DB2 resources. It's better to let the DBAs do the job they do best; that is, define the resources and then let the security team protect them accordingly, with their input of course.

We have used this solution for approximately 10 years.

There were no stability issues.

There were no real scalability issues. Features in the Vanguard RACF security products allow the installation to determine security policy for DB2 resources and build the security rules as needed.

I think the Support Team at Vanguard Integrity Professionals is great. I have never had a problem with Support getting back to me in a timely manner with the information I need to resolve issues.

We have not used any external security managers other than RACF to safeguard the mainframe DB2 environment. At one point I was involved in looking at IBM’s zSecure product as an alternative RACF security and audit tool.

The initial setup of the automated security products like Administrator and or Advisor is straightforward. I highly recommend a Systems Programmer install the products to maximize the software investment a company makes.

I am not directly involved with pricing and licensing, but I know that despite the associated cost of the software prudent and practical use of these products will be cost-effective. Mainframe software, after all, is expensive and you by strategically planning a security implementation up front will be beneficial in getting desired audit and security results.

If your computing budget allows you to get automated security and audit products for your mainframe environment and the applications that run on it, you are fortunate. It is then your responsibility to maximize the software investment to insure all resources on the mainframe platform are adequately protected.

Truth be told, companies using mainframes spend a lot of money on not just hardware, but the software (DB2/RACF/etc.), that runs on it. It goes without saying that any mainframe installation with DB2 and RACF needs reliable security products to administer the environment provide security and audit reporting and streamline efforts to safeguard the environment.

From personal experience, I submit that software that enhances and automates security administration efforts for the mainframe and it isn’t cheap either. It’s important for a mainframe organization to maximize the financial investment in such tools.

In addition, an installation running DB2 and RACF needs to make an important decision. That is, who will be responsible for securing the environment. If RACF or another external security manager is not used than internal DB2 security will need to be employed for safeguarding resources. It’s important to have a security process in place to:

• Determine what DB2 resources need protection and identify who the users or groups are that need access, and the type of access (inquiry, update, etc.).
• Audit settings: What type of violations are being monitored and what is the process for reporting them.
• Security reporting: Periodic re-certification of security rules and access lists, etc. Things (access requirements) change over time.
• Change control: Security updates which need to be applied in the event of employee hiring, transfers and terminations. Managing a mainframe environment is difficult enough without having to also worry about security clutter.

Incidentally, this is only a partial list of things to consider when securing a DB2 environment. For example, this write-up doesn’t even address backup, recovery, and/or restoration issues (process/procedures).

In the many years I have been administering RACF and other security, I have come to conclude that there perfect security does not exist for any application or specific resource. A practitioner I once observed at a security conference summed it up by saying, "Computer security is a journey that never ends..." Ever changing new technological developments and access requirements mean you have to adapt accordingly from a security perspective.

Data structure -- easy access batch or interface.

All parts of storage mediums, including VSAM and sequential files to make the system work.

Applications are used within the boundaries of their functionality and/or business purposes.

While there are different situations that may occur either on a daily basis or once in a while, solutions are limited to the scope of their usage. So it's very difficult to determine if any improvements are needed or suggested.

This would be a situation basis and an attempt to use the product
outside of the business scope.

Since the early 1970s (IBM DB2 V2).

Very rarely.

Very rarely.

Excellent, if this question is referencing our DBAs.

N/A.

Not involved.

Not involved.