SAP HANA Cloud vs. Titan Distributed Graph Database

SAP HANA Cloud works effectively with SMBs or small to medium-sized enterprises and requires an affordable, scalable ERP system. Companies that must implement SAP S/4 HANA as soon as possible. Companies looking to take advantage of the newest innovation from SAP are looking to cut expenses on their IT infrastructure. SAP HANA CLOUD is not suitable for 1. Large companies with intricate operational procedures. 2. Companies with stringent policies regarding data residency. 3. Businesses with a sizable SAP landscape on premises 4. Companies must closely integrate SAP HANA CLOUD with non-SAP systems.

Titan is definitely a good choice, but it has its learning curve. The documentation may lack in places, and you might have to muster answers from different sources and technologies. But at its core, it does the job of storing and querying graph databases really well. Remember that titan itself is not the whole component, but utilizes other technologies like cassandra, gremlin, tinkerpop, etc to do many other things, and each of them has a learning curve. I would recommend titan for a team, but not for a single person. For single developer, go with Neo4j.

Incentivized

• SAP HANA Cloud can help drive data analytics, data migration, and data management exceptionally well.
• It offers an integration service that lets you integrate data and processes with 3rd party app or any other cloud app.
• In-memory capability helps in faster data processing.

Incentivized

• Titan is really good for abstraction of underlying infrastructure. You can choose between different storage engine of your choice.
• Open source, backed by community, and free.
• Supports tinkerpop stack which is backed by apache.
• Uses gremlin for query language making the whole query structure standardized and open for extension if another graph database comes along in future.

Incentivized

• Requires higher processing power, otherwise it won't fly. How ever computing costs are lower. Incase you are migrating to cloud please do not select the highest config available in that series . Upgrading it later against a reserved instance can cost you dearly with a series change
• Lack of clarity on licensing is one major challenge
• Unless S/4 with additional features are enabled mere migration HANA DB is not a rewarding journey. Power is in S/4

Incentivized

• The community is lacking deep documentation. I had to spend many nights trying to figure many things on my own. As graph databases will grow popular, I am sure this will be improved.
• Not enough community support. Even in SO you might not find many questions. Though there are some users in SO who quickly answer graph database questions. Need more support.
• Would love an official docker image.

Incentivized

At this moment we are not focusing on SAP, however would love to in the future. This is primarily because of our limited ability to generate more revenue to fund for SAP partnerships and products. Our initial tryst with SAP Partneredge open ecosystem didn't go as planned and we have shelved that for now. Hope we can revive in the future

Incentivized

SAP HANA Cloud requires significant expertise on technical side to admin and manage it.It surely is lot of improvement over previous versions of SAPThe modern, role-based SAP Fiori interface has enhanced the user experience for applications like S/4HANA, though the complexity of the underlying database remains. For the average business user, the usability of SAP solutions running on the HANA database has seen a major transformation, largely thanks to the Fiori user interface.

Incentivized

One specific example of how the support for SAP HANA Cloud impacted us is in our efforts to troubleshoot and resolve technical issues. Whenever we encountered an issue or had a question, the support team was quick to respond and provided us with clear and actionable guidance. This helped us avoid downtime and keep our analytics operations running smoothly.

Incentivized

Professional GIS people are some of the most risk-averse there are, and it's difficult to get them to move to HANA in one step. Start with small projects building to 80% use of HANA spatial over time.

Incentivized

It enables preview and better cloud service than other cloud platforms. Easy document transfer and faster document transfer are the key points for the selection of the HANA cloud server. The preview of data before its execution is also one of the factors in the selection of the HANA server.

Incentivized

To be honest, titan is not as popular as Neo4j, though they do the same thing. In my personal opinion, titan has lot of potential, but Neo4j is easier to use. If the organization is big enough, it might choose titan because of its open source nature, and high scalability, but Neo4j comes with a lot of enterprise and community support, better query, better documentation, better instructions, and is also backed by leading tech companies. But titan is very strong when you consider standards. Titan follows gremlin and tinkerpop, both of which will be huge in future as more graph database vendors join the market. If things go really well, maybe Neo4j might have to support gremlin as well.

Incentivized

Limitation of training deliverable by organization

Incentivized

• perception that it is "expensive" - this is a messaging issue, not a real issue
• perception that it only runs ERP - SAP is a victim of it's own success in this regard
• perception that it isn't an industrial strength DBMS when, in fact, it is

Incentivized

• Steep learning curve. Your engineers would have to spend lots of time learning different components before they feel comfortable.
• Have to plan ahead. Maybe this is the nature of graph databases, but I found it difficult to change my schemas after I had data in production.
• It is free, so time is the only resource you have to put in titan.

Incentivized