Is it possible to have a real time sync between a heavy Oracle database and mongodb? Has any one tried this?
I saw a site - Keep MongoDB and Oracle in sync
Here they have mentioned having triggers on the oracle tables, my doubt is that will this slow the applications already running on the Oracle database. Will this replication cause the applications to slow down or bring down the oracle database's performance?
The right solution would involve Change Data Capture from Oracle. This does not require triggers on oracle and thus won't effect performance. There are several tools you can use such as Striim and Attunity. Striim supports change data capture from Oracle and writing to MongoDB.
https://striim.com
https://attunity.com
Related
Anyone know if we can configure a different database than the default
mongodb database that shipped with formio? I found "formio-sql" and it seems to act as a connector to our own database where we have to create and maintain own database tables and configure them with actions. What I am actually looking for is whether formio can use different databases like Mysql to store the submitted data natively.
As of today, it is not possible to use databases other than MongoDB to store submitted data natively.
The only option is by using 'Sql Connector' action via 'formio-sql' which you have seem to have found yourself.
I'm developing a small NodeJS application, which uses data from a remote PostgreSQL database.
Everything works, but when scaling the lookup and round-trip time to/from the PostgreSQL are a hurdle.
I would like to implement a local cache of my table/view from PostgreSQL.
I've thought of using an In-Memory database like SQLite, and synchronize it on-the-go if something changes in PostgreSQL.
But... it seems a lot development and a bit cumbersome.
Are there more simple and straight-forward solutions?
I would like to know if the DB2 data base has any kind of Monitoring tools.
For example. I use Navicat to manage Mysql Bases, and Navicat has a monitor tool that shows me which queries are running at that momment and i can close the processes. So... Does the Db2 Has any kind of monitoring tool?
Use db2top.
There is a nice blog about using db2top here - http://www.thekguy.com/db2top
In your example, you mention that you use Navicat to manage MySQL databases.
Navicat interfaces with MySQL to give you reports on the state of your databases, but Navicat is not part of the MySQL database management subsystem, rather it relies on information that MySQL makes available to Navicat in order for it to generate its reports that give you your insight into how well they are performing.
There are monitoring products out there that do the same with DB2. i.e. interface with DB2 and give insight into what work is being processed and overall system health.
What monitoring tools there are available to you depend on where your DB2 subsystem runs, mainframe or Linux/Unix/Windows. Different platforms with different solutions, but common among them is that they report on the health of your DB2 subsystem and the elements contained within it.
So the basic answer to your question is, yes, there are monitoring and reporting tools and applications available to monitor a DB2 subsystem, the work it is doing, and the state of the objects within (databases, tables, indexes and the data within them).
e-commerce is a product of microsoft.As i gone through the product i came to know that it is mandatory to use SQL server along with e-commerce sever.i want to increase the speed of the retrival process and want to use a NoSQL database like MongoDB in place of SQL.Is that possible? please advice.
No, you can't.
MongoDB can not be used as a drop-in replacement for SQL databases. It already starts with the different and incompatible query language.
But it goes on with them having a completely different way of handling data, which makes it superior in some roles, but inferior in others. Even when you would use some translation-middleware which mimics a SQL server and translates the query commands into the equivalents of the MongoDB database behind it and translates the response back, the performance would likely be a lot worse than with a native MSSQL database, because you would be using MongoDB in a way it wasn't meant to be used.
When you want to use MongoDB successfully, you completely need to change the way you model your data and the way you deal with it. This affects your whole application design. When you try to use MongoDB as if it were a relational database, you will be extremely disappointed.
The same applies to other NoSQL databases.
Also, not every problem is a good fit for every database technology. When it comes to eCommerce applications, you should really think twice before choosing a database technology which doesn't fully guarantee ACID in all situations. Most (not all!) SQL databases do, most (not all!) NoSQL databases don't.
It's obvious that I'm not an expert on Cassandra. So the question may sound silly.
Given an existing SQL-based project does it give any benefit or is it even possible to apply a no-SQL database(e.g. Cassandra) as an additional layer between business logic and SQL database to speed up our queries or inserts.
It's relatively new technology and I'm trying to find its place.
Cassandra will work fine, but if you don't care if you have to rebuild your data memcached will be faster.
But if you want a persistent cache, Cassandra is probably your best option -- reddit started by using Cassandra like this and is working on moving more functionality to it.
I would go with Windows Server AppFabric aka Velocity distributed cache with SQL Server, assuming you are on the .NET platform.
Scott Hanselman has a bunch of posts on AppFabric.