My main use case for Neo4j AuraDB is to create a knowledge graph with data that represents a waterway network and infrastructure. I get the data from sources such as URIs or OpenStreetMap and create a knowledge graph that allows me to connect waterway sections together and link infrastructures such as bridges, locks, and terminals to these sections. I also have a knowledge graph to represent vessels, barges, and other vessels that navigate these waterways. Each vessel can be represented as individual components that form the vessel, whether it is the hull, the propulsion system, the energy system more generally, the cargo type, the route, and the itinerary that the vessel will take can also be represented in a knowledge graph.

The best features Neo4j AuraDB offers include being fairly easy to use once you are familiar with Cypher, which I was not when I started. For me, the most useful feature is the rapidity with which I can extract shortest paths and relationships between nodes. I have used it with very long Cypher queries, and I find that quite confusing. My preferred method is to gather bigger datasets with shorter Cypher queries and then narrow it down.

The rapid extraction of shortest paths and relationships is a key feature, and it is particularly useful because Neo4j AuraDB currently acts as the data repository behind a digital twin platform for the static data, not for the live data or the dynamic state of the rivers, but really for the static features that form the modeling structure. It is convenient to quickly access the skeleton of the model whenever a user wants to run something live.

Neo4j AuraDB has impacted my organization positively as it was extremely useful to prototype the knowledge graphs for this digital twin platform. Because I work in different organizations within a consortium for a European project, I needed to create a minimum viable product to demonstrate to partners before integration to the digital twin platform that this approach could work. I used Neo4j AuraDB to benefit from the free access for sharing with partners outside my organization and for sharing the basic knowledge graph that I wanted to implement into the digital twin platform. This gave them access to the data, and it helped a few partners extract the data they needed and learn about Cypher at both small and large scales. I created a manual at some point with a few go-to Cypher queries to extract the data they needed. There was one small caveat in that I needed to reactivate it every seven days, which was not particularly convenient. It was good for prototyping and confirming that this was what we wanted. It was beneficial because people user tested the knowledge graph, told me what they could find, what they could not find, and what relationship was ambiguous so I could improve the overall taxonomy or the overall ontology underlying the knowledge graph before we moved into using a Neo4j instance on a virtual machine that could be linked to the digital twin platform.

One small thing that could improve Neo4j AuraDB is that the limited size of the free tier is not necessarily a problem. It is somewhat slower than when you have your own Neo4j desktop application, but it is still quite performant. For me, the thing that was the most painful is the seven-day expiration where you need to reactivate or restart it. That was perhaps the only thing that I found frustrating.

I cannot give a perfect score because of this inconvenience of the seven-day reset. I would also appreciate the ability to share credentials in a confidential way so we could share a session that would be convenient. Additionally, it would be nice to have better access to historical query Cypher statements that were tested or examples of Cypher, which I believe nowadays with AI would be absolutely doable. Providing the user with suggestions and explanations of what the Cypher would mean would be helpful. Neo4j AuraDB is a very good initiation or way for someone new to knowledge graphs to become familiarized with them, but it is a lot to take in, especially if you come from SQL where everybody says it is an easy transition, but in fact it is not exactly the same approach. It would be interesting to have some examples. I would also appreciate better explanations when errors occur or when syntax is wrong. It is typically quite generic in what is wrong about it. If there was a way to get more information, that would be helpful.

I have been using Neo4j AuraDB for a year and a half.

Neo4j AuraDB is absolutely stable.

Regarding Neo4j AuraDB's scalability, my experience with scaling up my data or adding new users is that the free tier was good enough to give access to a few people pending the seven-day expiration limit.

I never interacted with customer support. I never had the need to.

I did not use a different solution previously. Until now, I never had to deal with relationship databases. It was always very static, so that was my first time dealing with a knowledge graph.

I did not have any experience with pricing, setup costs, and licensing because I did not purchase Neo4j AuraDB.

As for the deployment of Neo4j AuraDB in my organization, because it was not my organization but another organization that dealt with the deployment, I understand that Neo4j itself was private. The GraphQL and Apollo server were made available via a public link. No one can actually directly access the knowledge graph, but they can query from it and mutate it via an Apollo server.

I have not seen a return on investment because for us it was not about money since it was really a research-funded project. All I can say is that this offered a way for a few partners to access data and to eventually create a platform that is meant to be accessible by a greater pool of stakeholders.

I did not have any experience with pricing, setup costs, and licensing because I did not purchase Neo4j AuraDB.

Before choosing Neo4j AuraDB, I do not think I evaluated other options. I do not recall looking into anything else. Neo4j AuraDB came as a quick way to share the data. What I started doing actually was building my own Neo4j on my desktop application. Neo4j AuraDB came as a way to share it with external partners.

I would recommend playing with the databases locally first.

I am grateful for the free tier, as it gave me an opportunity to share early projects with others without any incurred costs. I suggest adding a progression bar for the interview so the interviewee knows how long or how far they are in this process. I understand it is not necessarily obvious because it depends on the question asked, but there were some reactive questions, which is always good, but it would be nice to see a bar to know how far one is in the interview process. My overall rating for Neo4j AuraDB is eight out of ten.

My usual use case for Neo4j AuraDB is as a graph database tool to model relationships between components in our BOM system. This allows us to efficiently query complex relationships, which is especially important for our AI and features that we integrated in our BOM system.

The positive impact and benefits that I have seen from using Neo4j AuraDB include its suitability for easy setup and scalability without managing infrastructure, as well as the flexibility for improvement.

From a DevOps perspective, the features and capabilities of Neo4j AuraDB that I have found most valuable include the straightforward provisioning of the AuraDB instance. I used Terraform automated setup, and it required minimal code with a module provided to make it quick and efficient. Additionally, we explored the startup credit program and secured $16,000 in credits, which significantly reduced our initial cost.

Regarding scalability, Neo4j AuraDB offers different instance sizes, and we can scale after initial setup. For example, if we already set up an instance with 2GB RAM and 4 core CPU, we can scale it in the future if we require more resources. There is also a feature that allows us to pause the instance when we are not using it, making it cost-effective when it is running.

In my opinion, there are areas of Neo4j AuraDB that could be improved or enhanced due to some limitations. I have noticed a lack of flexibility in plugins, as we could not install some custom plugins, which restricts some advanced use cases. Additionally, Neo4j AuraDB only supports a single database per instance, and we could not create multiple databases within the same instance, which significantly increases infrastructure overhead. Cost is another factor to consider, as Neo4j AuraDB can be relatively expensive and resource-intensive compared to some alternatives.

I have been working with this solution for two years.

The stability and reliability of Neo4j AuraDB have been very good. It is a managed service with a 99.95% SLA, so the stability is impressive. I have not faced any outages when the product stopped working abruptly during my tenure of one and a half years.

I have communicated with the technical support of Neo4j AuraDB very rarely. Based on my limited experience, the impression of the technical support is that they were seeking solutions. While they were not able to guarantee the addition of multiple instances soon, they mentioned they are planning to add that feature. However, they did not provide any specific timeline for implementation.

Before Neo4j AuraDB, I used a different solution by self-hosting Neo4j in our managed clusters. I decided to switch from the previous solution because it was a tedious task to manage. It was very resource-intensive and the startup was challenging, so we moved to managed Neo4j AuraDB.

I participated in the initial setup of Neo4j AuraDB. The process for me involved requirements like credentials. We needed to generate our credentials as a user, and we had a specific Neo4j module in Terraform created by Neo4j. We used that module, updated our values based on our requirements, enabled the necessary features, and disabled those we were not using, such as analytics. We triggered the provisioning using Terraform commands like init and apply, created the instance, and monitored the instance creation using the Neo4j Aura console. I found the initial setup process of Neo4j AuraDB very straightforward.

Regarding return on investment with AuraDB, I did not see any return.

We explored the startup credit program and secured $16,000 in credits, which significantly reduced our initial cost.

Other than Neo4j AuraDB, we have not evaluated other options or solutions because we had a specific requirement from our AML engineers to use Neo4j.

Overall, I rate Neo4j AuraDB as a product an 8.5 out of 10.

I used Neo4j AuraDB for building a graph in which I listed properties and the properties of these properties, such as the bedrooms, bathrooms, and whether it is a new or old home. I also made nodes for people who own these properties and used this information.

Neo4j AuraDB helped us in building the recommendation system for our project in which we have nodes of people and nodes of properties and use easy links between those properties and people, enabling us to recommend specific properties to specific people dependent on their preferences.

We set the recommendation system as if a user likes properties with two bedrooms and one bathroom. We make a Cypher query that filters properties he liked with two bedrooms and one bathroom. Then we look for another recommendation for him such as properties with three bedrooms or one bathroom or three bedrooms and three bathrooms.

In this project, approximately 1,000 users use it daily now for recommendations, in which they enter the system and we generate a Cypher query for them and display properties from the project depending on this.

Building the graph easily is the best thing that Neo4j AuraDB offers. Also, navigating the graph and navigating from one node to another was very helpful. The GUI of Neo4j AuraDB and how I can look at the schema of the graph was a very helpful feature.

In the interface of Neo4j AuraDB, I can watch the schema of my graph, in which I can choose some nodes and the GUI draws these nodes, so I can see the graph with my eyes and do some edits to it or use it as it is.

The speed of recommendation really increased after we converted the first graph we had to a Neo4j AuraDB graph. We had the speed initially at about 5 to 10 seconds. Now we have the speed from 1 to 5 seconds. The response time of navigating Neo4j AuraDB graph reduced from 5 to 10 seconds in some cases to 1 to 5 seconds in most of the cases.

I have been using Neo4j AuraDB for two and a half years. The last time I used Neo4j AuraDB was three months ago, in which I built a graph using Neo4j nodes.

Neo4j AuraDB is very stable.

It is very scalable as we now handle about 1,000 users each day with our graph in Neo4j AuraDB, and it works very well.

They are very helpful.

I will rate the customer support a 10 as they helped us in most of the cases. I think that our calls take too long now as I was expecting this call to continue from 5 to 10 minutes, but now we have about 15 minutes.

We were using a solution that was built on my company. Neo4j AuraDB solution was built on a data structure in which we build a graph by a data structure graph and we use all things in this graph. This was built in my company locally, so it does not have all the required features and is different from Neo4j AuraDB.

We did not see any other solutions.

If you have a graph that you need to build, you can use Neo4j AuraDB directly and not navigate any other solution as this solution has all required things. I rate this product a 9 overall.

My main use case for Neo4j AuraDB is solving problems with the documentation adhering to what we have on the chatbot for problem solving. These documentations are of Microsoft Surface Laptop, and there are multiple problems over there, but they are all interconnected. This interconnection of documents or rather sites of problem can be done in a more sufficient way. In the conventional RAG way, it was problematic because there was no connection between two problems. However, with Neo4j AuraDB, a problem is connected. There are hyperlinks in one documentation which leads to another documentation. This is where Neo4j AuraDB, which has the graph capabilities to connect two segments or two documentations, was very beneficial.

Neo4j AuraDB helped me tackle those interconnected documentation challenges by making things much faster. Each of the nodes I define in the graph is one documentation. The connections, these relationships were simpler when it comes to graph architecture because, for example, one problem would be blue screen. The solution to it would be restarting your laptop or if your device hardware is damaged. All these two connections were given to two other nodes. We have a map out of it. The number of nodes decreased at a very huge level when it comes to the conventional way. With Neo4j AuraDB, documentation and adding things were very easy because the UI is very exploratively helpful.

Regarding my use case with Neo4j AuraDB, something I want to add is that if we go the conventional way, there were a lot of conventions because the first problem which the customer comes in and adds to the chatbot could be anything. Then the next problem would be L2 level. Then, anything coming in interaction could be L3 level. In the conventional way, it was going very redundant. There was no connection to it. However, in Neo4j AuraDB, it was a graph, so the number of documentation and the number of storage was very much decreased at a very huge level. The connections were very logical. Backtracking of things was very much helpful because we were able to see that in level three, when the customer went for an answer like restarting your laptop, then why they came down to this ladder of graph or nodes from L2 and then L1. This was helping us to backtrack the solution and maybe debug things. This was where a few of the challenges we faced from the conventional and helped us to push our things to Neo4j AuraDB.

Neo4j AuraDB has positively impacted my organization with specific outcomes or improvements. I may not be able to answer on the organizational level because I am on the development side of it, but a specific outcome or improvement that I have noticed while using Neo4j AuraDB is that if you find your data on which you are working is interconnected, those chunks, which we call chunks in RAG, are a set of data and a set of NLP lines which we generally retrieve or add into the vector embedding. If we find things that are interconnected and those interconnections are meaningful, then Neo4j or graph architecture is something that is very much beneficial. Neo4j would be a pioneer of this technology online, giving us a free tier to explore and enjoy and understand things at a much higher level. On the organizational level, if this would not have been in place, which I am speaking for Neo4j AuraDB, then things would have prolonged in more efforts plus line level. We may have spent more time on development things, which are very much futile and not fruitful to us. However, Neo4j helped us decrease our development time and also the storage level, which was very much helpful.

In sharing metrics around the reduction in development time or storage with Neo4j AuraDB, mentioning exact numbers would be unfair to my current organization. For development time, the development time is reduced by around forty to fifty percent because in the conventional way, development involved getting up with a system that understood this type of data where connections also meant something. Neo4j was a platform itself where we just feed in data. That is another feature to it, that we can just feed in data, and it tries to understand itself with the use of AI. That is the feature which helped us to decrease at this magnitude of time. In terms of storage, it helped us around twenty percent because it was removing redundant places. In the conventional way, we had to duplicate a few things for more functioning, but as the architecture changed, we went to something faster. Caching of non-duplicate was something we were doing in the conventional way, but with Neo4j, we now have a very good amount of search time. Development time decreased, as well as on the customer front, the query time also decreased.

The best features Neo4j AuraDB offers, the best feature which stands out is the exploration and the UI which comes up. We can drag and drop, we can see what things are there, what nodes are connected to whom in a visual way. It is more understandable to people who are from the business side and non-technical side, who are not able to understand the query itself. We were able to explain things to them with the UI itself. This is one of the features. The second thing is the visualization of the graph, which is really helpful to make others understand what was happening and to backtrack things. The generative AI feature to create the Cypher query languages is valuable because CypherQL is not something which everybody is well-versed with. With the generative AI part to it, it was really helpful that we explain what we want, and it creates an easier level of query languages which goes there. Those features are valuable in day-to-day life because whenever we have a review with the tech team or our client, those graphs, when things get to backtracking of the solution, are very much helpful with the visualization, understanding them, understanding the problem, and how things went in. Debugging was very helpful.

In day-to-day life, the testing team found the generative AI query formation very helpful because then anybody can become an expert on the Cypher query language, which was embedded into the AuraDB interface. That was very helpful, and nobody has to go anywhere else to query or give intricate security details there to generate a query onto other platforms rather than in here itself. We can give what we want, and this used to generate our query languages. We were very much so secured that the data resides there and only we are asking questions.

Regarding the features of Neo4j AuraDB, another point I would like to add is that they offer a free tier. Even before we start off with client billing and everything, we were able to explore those things. We were able to understand that the documentation is really helpful in these places. They also provide us with some sample data so that we can play around with the graph architecture and understand how things are working around in the free tier. That is very much important. These were a few features that we like. The agent is a very new feature I am trying to explore, but not on this use case. However, the agent is something which I can see can be helpful for more business type of use cases where we add what we want.

If I say so, how Neo4j AuraDB can be improved, at a very minute level, I can say that the graphs, if I want things to be in three dimensions. Currently we get them in two dimensions. When we scale this up, the maps become complicated, and in two dimensions things can be complex in visualization purposes. When we put in filters, the connections also vanish sometimes. The visualization side is something that could help. Additionally, if there is a voice search capability, which we can implement, that would add more functionality. With so much AI involved, AI could be helpful if we put in our data and enable it to give insights from the networks already developed in the graph. Some insights could be shown to our client, indicating that their data already contains meaningful insights, which could serve an analytical purpose. Voice search on the graph would be easily understandable and provide faster outputs to the customer.

I have been using Neo4j AuraDB for the past two years, but on a very minimal level, primarily for research purposes. It has been here and there, but I have been in touch with AuraDB.

What advice would I give to others looking into using Neo4j AuraDB? First, please know how your data reacts, how your data is interconnected, and how your data moves around the other data in itself. What is the subset and the superset of each other? How can you manage your data? If you have this level of information, then this is the go-to-market solution for you. Second, if you are currently using conventional databases or other systems, you need to understand how graphs work. You have to work to comprehend this concept, and then come to this solution; it would be very helpful because this solution has some documentation and a learning curve. Do your homework before coming to this stage of work.

If you know your data and the connection between your data has meaning and you see that those meanings can be helpful in understanding your data, this is a perfect solution.

My main use case for Neo4j AuraDB is building recommendation and dependency mapping systems. For example, one of the projects involves using the model to establish relationships between users and products to generate personalized recommendations in real time. In another project, I am mapping dependencies between microservices and APIs to identify potential bottlenecks or failure points. Neo4j AuraDB's graph structures and queries make it easier to manage complex relationships compared to other databases.

I have been using Neo4j AuraDB for about two years. I first started with Neo4j as a community edition for local prototyping, then moved to Neo4j AuraDB for production workloads because of the fully managed setup and seamless integration with AWS. Over that time, I have used it mainly for building recommendation systems and dependency mapping features, where graph queries significantly improved performance compared to other relational models.

Neo4j AuraDB has had a positive impact on our organization by significantly reducing our infrastructure and maintenance overhead, allowing our team to focus more on product deployment and data modeling rather than managing servers or scaling issues. From a business perspective, it has improved the performance of our recommendation and dependency mapping systems, which directly enhances user experience and reliability. The query response time has decreased, and overall, Neo4j AuraDB has increased our deployment speed, improved system stability, and lowered operational costs, making our entire database stack more efficient and scalable.

In my opinion, the best features of Neo4j AuraDB are its fully managed environment, the Cypher query language, and the visualization tools. The managed setup saves considerable DevOps time since we do not have to worry about clustering, backups, and patching. Cypher is very intuitive for working with complex relationships, making it easy to express graph traversals that could be complicated in SQL. The visualization tools are also excellent for debugging and understanding data relationships.

Additionally, Neo4j AuraDB's seamless integration with AWS and its ability to scale automatically make it ideal for production workloads without manual infrastructure management. The fully managed environment is the feature that has made the biggest difference for our team. Before using Neo4j AuraDB, we spent considerable time maintaining clustering and backups and managing updates manually. With Neo4j AuraDB, all of that is automated, allowing us to focus entirely on the deployment and optimization of our graph instead of worrying about infrastructure. It has also improved reliability; we no longer have to deal with downtime for patching or scaling issues. The managed setup ensures consistent performance during automatic traffic spikes, especially during recommendation queries.

I would also mention that the managed environment gives us peace of mind with automatic backups and security updates, ensuring our data is always protected and compliant without extra effort from our side. The performance consistency across environments from development to production has also been reliable. Overall, it has allowed us to focus on delivering new features instead of maintaining infrastructure.

Neo4j AuraDB is a very strong platform, but there are a few areas for improvement. The pricing model can be somewhat unpredictable as your database grows, since costs scale with node and relationship counts. More transparency or cost estimation tools would be helpful. Additionally, importing large datasets should be smoother; bulk data sometimes requires extra tuning or batching to avoid timeouts. The documentation is good overall, but it would benefit from including more real-world production examples and best practices for optimized Cypher queries and scaling patterns. Lastly, on the lower-tier plans, the cold start time can be frustrating during production, so improving the setup speed would enhance the developer experience.

One improvement that would make daily work easier is having better monitoring and performance analytics directly in the Aura dashboard. Currently, we rely on external tools and custom scripting to track query performance and resource usage. Having native, real-time insights would help us quickly identify slow queries or inefficient patterns. Additionally, smoother integration with our CI/CD pipelines would be beneficial, such as an easy way to manage schema migrations or automatically seed data, which would make our development and testing process more efficient. These small enhancements could streamline our workflow.

I have been working in my current field for almost four years. I work specifically in backend development. During that time, I have focused on scaling backend systems, native cloud-native programming, and integrating and managing different databases. I am experienced in designing APIs and microservices on different technology stacks.

My advice for others considering Neo4j is to clearly identify where their data model truly benefits from graph relationships. If your application involves complex connections such as recommendations, dependencies, or network analysis, Neo4j AuraDB is an excellent choice. Take advantage of the managed services to save DevOps time while also monitoring your node and relationship counts to keep cost predictions in check. I also recommend investing time in learning Cypher properly; it is intuitive once you become accustomed to it and makes querying relationships very powerful. Finally, use the visualization tools early in deployment; they are great for understanding your data structure and debugging relationships. I would rate this product a nine out of ten.

Think of Neo4j AuraDB as a special type of database - it's a graph database. Graph databases can be used for situations where you want to do relationship-centric modeling. If you want to identify how data points are related to each other, that's where AuraDB does really well.

Specifically, in terms of RAG and generative AI use cases, where you want to find out how close data points are to each other, AuraDB does really well. It's fast because the data is essentially a graph database with points linked to each other.

It feels like a perfect solution if your use cases involve identifying or working with relationships within the data.

Think of AuraDB as a database. For example, imagine you have textual data in the form of documents, and you want to feed that data into an existing LLM model to gain extra context. That's where you would use AuraDB.

In this use case, you would convert your textual corpus into a graph database and store it in AuraDB. This can then be fed into an existing or newly created LLM model, which will provide better insights. You can then perform analysis on your data, and your LLMs can answer questions and provide better context based on the additional data you've provided.

This is essentially RAG workflow, but it's really useful for storing extra data or storing your data efficiently.

AuraDB effectively manages complex data relationships. If there is an inherent need within your data or your use case to identify how the data is related to each other and how the individual points are related to each other, then the graph structure of the database itself is the biggest feature AuraDB provides.

It also has a query language called Cypher, which is used to query within the database, create the database, and get your use cases out.

So the key features or the key pointers are the Cypher query language, its speed, and the inherent graph structure of the database.

The most beneficial things in terms of AuraDB are its speed, its good pricing, the multi-cloud availability, and its availability across GCP, Azure, and Amazon. It's great for use cases where you want to do relationship-centric modeling. So, those are the most valuable things in AuraDB.

I also work with real-time data in the AuraDB solution. A lot of this, especially the scalability and how efficient these conversations are, depends on what model or writing strategy you go for. But you can definitely work with real-time data.

For my personal projects, I use AI. What we're seeing right now can work very well with RAGs in AuraDB or any graph database. So we take extra data, put it in a graph database—AuraDB in this case—and feed it to an existing large language or a small language model. With that, an AI model can gain some extra understanding of your data, which is stored in a graph database.

It can give out very contextual and specific answers based on the extra data users provide in the form of a graph database, which is stored in AuraDB. So the use cases are, from what I mean, the terminology is graph RAG, but that's where I see a lot of potential use cases for a lot of data.

The outcome accuracy with the AI-enhanced graph is good for my use cases. However, it may be difficult to assign a numerical accuracy metric to Neo4j. But for example, with text summarization, you cannot put a number to the accuracy. However, just seeing the answers and the improvements in the model, it's definitely helpful in improving the results. It's essentially giving an extra context to your model. So, I definitely see the advantages of using AuraDB.

I've been using it for a few months now, and everything has been fairly positive. Maybe in terms of documentation, they can improve a little bit.

Neo4j AuraDB already has a good set of documentation, and the initial setup is easy, but it could be made a bit easier. For me, things are going very well, actually.

In terms of AuraDB, the conversations have always been around scalability. So that's where people are majorly concerned: whether it can be used for truly production-grade projects. But Neo4j AuraDB consistently comes up with updates. But potentially, that could be one area where maybe I can see some more improvements.

I have been working with AuraDB for around six months now. It's mostly been an experimental thing where I try out projects and find use cases to see its maximum potential.

I do find it stable. There are some competitors out there, but in terms of the learning curve, it's very easy. The initial setup is very easy. So, it's definitely a stable solution.

Five years back, scalability was considered a bit of an issue with respect to AuraDB. But I think with the recent updates, they've handled it very well.

Currently, I'm using AuraDB just for experimental purposes, so from what I've read and what I've seen about AuraDB, it can handle quite a vast amount of data.

There may be some performance issues when your database or your data is very large, but then again, it's completely dependent on what pricing strategy you go for.

From my side, right now, it has been mostly experimental and working on personal projects. So, again, it's dependent on what project I've seen. But it can also be used for large-scale projects. That's where I see conversations where people are a little bit concerned, wherein very large use cases, where billions of data points are there, whether it would be as efficient. It would work, but maybe it might take a hit in terms of speed, even the efficiency of it.

As of now, I have not reached out to them as such because everything has been fairly clear to me. But I'm fairly sure that the technical support is good.

I have not worked with other graph databases, but I am aware of the competitors. There is TigerGraph database, and I think Amazon Neptune, and one from Azure as well. I've not really worked them out, so I use AuraDB.

I found the initial setup fairly straightforward. From what I felt, the learning curve was a bit simpler. AuraDB had their courses out there, and some of them are out there for free, so you can just quickly learn them. And I just felt that the initial setup was much simpler compared to others, and I was able to catch on to it.

The deployment is just a standard way—it's like any other database. There's no difference in the way AuraDB does things.

AuraDB can be hosted or is available in the major cloud services. So, the deployment procedure remains pretty standard compared to the other existing databases out there. There's no difference as such.

We use the public cloud, so that's where the deployment is being worked out.

The deployment time depends, again, on the project and the circumstances. But, the initial learning, it might take two to three months to pick it up. And working on a project, again, maybe another three, four months. And in terms of deployment, another one, two months to it. But, again, it's purely dependent on the project and the circumstances.

From what I have seen, there's no real maintenance or anything extra to it. It's just that since it's a new technology, or rather, not many people might be aware of it, it's just the awareness needs to be there, but there's no additional maintenance as such.

I have done the deployment myself. There has been no real assistance, at least until now. But I think their community support is fairly nice, so that's something to look out for as well.

The product offers three pricing strategies.

One is the free version of AuraDB, which can be used for small and experimental projects, which is what I'm doing.

Then there is AuraDB Professional, which is $65 a month.

And then there is AuraDB Enterprise, which is for the production of large-scale use cases, and that's where they give more security and support.

So those are the pricing strategies.

I use the free version as well.

I would definitely recommend AuraDB to others. Give it a shot to see whether it fits your use case, and I would definitely recommend it.

So, for my current usage, I would give AuraDB a nine out of ten. I think it's fairly good. Again, the small improvements might be in terms of the scalability and a little bit more documentation, but a fairly solid nine out of ten.

Neo4j AuraDB is a cloud-based graph database. It’s mainly used for projects that must start small and scale up as required. The cloud interface is easy to use and requires no maintenance, making it ideal for development and client handover.

From my experience, I particularly like the professional version. Initially, developers often start with the free variant. Once the project grows, we switch to the professional version, which offers multiple databases, expanded memory, and better scalability. This allows us to handle more data and use cloud scaling features.

There’s room for improvement in Neo4j AuraDB, especially on the developer side. The learning curve can be steep, and the interface for developing and pushing code can be unnecessarily complex. It might be beneficial to simplify this process to help developers ramp up more quickly.

Working with graph databases like Neo4j can be more challenging than standard databases, particularly for juniors and those new to graph technology. Streamlining the development process could make it easier for new users to get up to speed. This would be particularly useful for teams with less experience in graph databases.

If I could add a feature to Neo4j AuraDB, I’d focus on improving the Bloom interface. It’s excellent for visualizing smaller datasets, but navigating through it becomes challenging as the data grows—say, past 100,000nodes. The interface works well for beginners but doesn’t scale effectively for more advanced users of large datasets. I want a UI that bridges the gap between the easy-to-use Bloom interface and more complex, text-based tools. This would help manage larger datasets more efficiently and improve performance.

I’ve been working with Neo4j since it first launched, and I've been using Neo4j AuraDB for around two years. AuraDB is relatively new, having been around since about 2021. It moved into the cloud, which made it easier to use. As a tech consultant, I use AuraDB forthe projects I’m working on.

For Neo4j AuraDB's stability, I would rate it around eight or nine. We've only had issues when using multiple heavy instances on the same setup, but we haven't faced significant problems with either the professional or enterprise versions. I haven't worked much with the enterprise scale, but I haven't heard any complaints from the teams using it.

As for technical support, I personally haven't contacted them, but my team has, and they were quite satisfied with the support they received.

When it comes to installation, setup, and deployment of Neo4j AuraDB, it's straightforward.

Since AuraDB is cloud-based, you don't have to deal with manual installation or server management. You download the desktop application, connect to it, and you're' ready.

I come from an open-source background and often use Docker
instances, but with AuraDB, the process is straightforward. Developers can start with a free instance that handles up to 200,000 or 400,000 data points, sufficient for smaller projects. Upgrading is simple and affordable as they gain confidence and the business needs to grow. Overall, the setup is user-friendly and efficient.

Neo4j AuraDB is reasonably priced, especially considering it removes the need for cloud administration and associated costs. It's a good deal for the professional version, as it includes managed services, which reduces the overhead compared to setting up your own infrastructure. The cost can be higher for enterprise-scale projects, but that's often due to the scale and complexity of the project rather than the product itself. Startups sometimes overestimate their needs and jump to enterprise pricing too quickly, leading to higher costs than necessary.

As a consultant, my decision to use Neo4j AuraDB comes from personal experience and client demand. Initially, I started using Neo4j when graph databases gained traction, which worked well for me. Clients began asking for it because Neo4j has a strong reputation and brand. Neo4j is an easy choice when presenting options to clients due to its established credibility.

If you’re considering using Neo4j AuraDB for the first time, my advice would be to first ask yourself why you need a graph database in the first place. Understanding your specific use case is crucial because graph databases are not a one-size-fits-all solution. You need to know how to design and implement it properly to avoid failure. If your use case fits, then I would recommend Neo4j. It's often a good starting point due to its reasonable pricing, strong support, and community resources. Many other graph systems have their own advantages, but Neo4j’s support and ease of use make it a solid choice.

For beginners, Neo4j AuraDB is generally easy to get started with. Downloading the desktop application and setting it up is straightforward. However, mastering it beyond the basics can be challenging. New developers with little experience in graph databases might find it hard to progress beyond the initial setup. The learning curve is steeper when moving to more complex development tasks. It’s important to understand the graph database concept itself, as applying traditional database knowledge may not always work well. While the initial setup is simple, deeper learning and effective use of Neo4j require a broader technical aptitude and a good grasp of how graph databases function.

Overall, I’d rate Neo4j AuraDB a nine. It’s a simple and effective tool for getting started with graph databases. The price is reasonable, especially for beginners, and it’s free for those who want to explore. As your needs grow, the pricing remains acceptable. It’s stable and has no major issues if you follow their process. It’s an excellent tool for learning and scaling, and Neo4j has a strong position in this market space.

I was getting data from Hacker News to store it on Neo4j. I was running a cron job using Neo4j to scrape topics and comments from Hacker News every two hours. I ran that for at least a year and a half, but stopped recently. I wanted to see how stable and useful it was.

First, I liked that it was free. I also liked that you can run multiple languages with it. I can connect it to a Spring Boot app, a Python app, or a Go app. If I'm doing network correlation, graph or node analysis, I can easily connect my Google Colab to my Neo4j AuraDB account. Those are the things I like about it.

I like the idea of graphs and nodes and the possibilities Neo4j AuraDB offers.

I've experienced it crashing a few times, so stability could be better.

For things to improve, I think the GUI on the cloud needs improvement. If it's more intuitive, someone new to it can spend less time on tutorials and pick it up faster. The truth is, if your product is good, you spend less time on advertising. I take my inspiration from Telegram. Their product was so good they didn't need to spend much on advertising. It just grew on its own.

I have been using it for the last one and a half years.

I've experienced it crashing a few times, but it's common with other products like Chrome or Firefox. So I understand that sometimes products require restarts. But outside of that, it's a very good tool.

It was for personal use. I got interested in the graph stack, which uses the Neo4j database as its backend. So it was more personal than for a company.

There were multiple reasons that I decided to go with Neo4j AuraDB rather than something else. Number one, it was cheap.

Then, being able to run it on the cloud for a single node was appealing. The tools also made me choose Neo4j.

There's a very good community around it, and the learning resources are easy to follow. They have useful blogs, and there's a product manager with a helpful YouTube channel. The community makes it very easy to use. That's one of the big selling points for me.

The initial setup is neither easy nor difficult. I've created both the on-premise app (downloaded directly from the website) and the AuraDB cloud version. The cloud version is simpler. I needed a short video clip on the website to install the on-premise Neo4j on my system.

The Cypher tutorial that comes with the on-premise Neo4j installation is thorough.

I used the free tier.

If you want to use it for the first time, I'd advise you to go for the cloud version, AuraDB.

If you want to use it as a company, at least using that, you can test if it fits your use case. As developers, we're trying to solve problems. The best way, the easiest way, the less painful way, and also the best way to maintain it is important. You might leave the company, and someone else needs to take over, and you want to spend less time setting them up so they succeed faster. I think they've done well with the AuraDB cloud section.

With the right tutorial, it is easy for a beginner to learn to use this tool for the first time. There are a lot of good tutorials available. I got into it from a Medium blog, and I've also tried creating tutorials myself.

Overall, with my experience, I would rate it a nine out of ten, from one being bad to ten being the best.

I'm a research scholar, and I've learned cipher language for my research work. I've been using Neo4j AuraDB for that cipher language.

I'm also working on Python as a front-end language. Integrating the front-end language with Neo4j AuraDB is a very easy process. We can directly import packages and see the visualization in the Python interface. Neo4j AuraDB provides interfaces for languages other than Python, such as Java.

I have been using Neo4j AuraDB for three to four years.

We don't have to install Neo4j AuraDB. The solution provides a server, and we can use an online server to create the database. You may not have to install it on the local system or server. You can also have direct online access.

I am using an open-source version of Neo4j AuraDB.

The solution's documentation has been well written. Sometimes, I look at different sources on the internet when I need help. Everything is available on the Neo4j website.

I attended the NODES workshop organized by the Neo4j community, where people from different backgrounds gave a very good lecture series. The lectures focused on which particular area and domain we can use Neo4j AuraDB as a database.

I would recommend the solution to other users. I have already recommended it to my colleagues working on different types of graphs. Some of my colleagues have started using Neo4j AuraDB and built a big graph. One of them has come up with a very nice social network graph.

I would definitely recommend Neo4j AuraDB to someone looking for an easy-to-use graphical database with a good user interface. The solution's visualization is very good, and you can use it to visualize property graphs and state-of-the-art knowledge graphs. Neo4j AuraDB has plenty of options in its repository.

Overall, I rate the solution eight and a half out of ten.