Q: Is NexusDB really more expensive than buying a set of components to access MySQL, etc. and the time cost of porting all the stuff  to another system?

No, it is not. Please take a look at http://www.mysql.com/products/licensing.html. In their simplest form, the following are general licensing guidelines:

If your software is licensed under either the GPL-compatible Free Software License as defined by the Free Software Foundation or approved by OSI, then use our GPL licensed version.
If you distribute a proprietary application in any way, and you are not licensing and distributing your source code under GPL, you need to purchase a commercial license of MySQL
If you are unsure, we recommend that you buy our cost effective commercial licenses. That is the safest solution. Licensing questions can be directed to [email protected] for our advice, and we encourage you to refer to the Free Software Foundation or a lawyer as appropriate.

In other words that means: If you don't release the source for your application under the GPL you need to acquire a commercial license for mySQL. A look at the pricing for commercial mySQL licsense:

http://www.mysql.com/products/pricing.htm

The MySQL Server license is per database server (single installed MySQL binary). There are no restrictions on the number of connections, number of CPUs, memory or disks to that one database server so these are per deployment royalties.

Number of licenses: 1 .. 9 - Price per copy: EUR 440 / USD 495

So from only TWO deployed servers on NexusDB at $900 per Developer is cheaper for a single Developer than mySQL. This doesn't even take into account the costs for whatever component you plan to use to access the mySQL Server, which is normally licensed per Developer as well.

Q: I had a discussion with a colleague. He told me: "Why do you use NexusDB? Why don't you use standards like Oracle, MSSQL, ..?" I kept in silence, so: What would you say in this case?

As honest as possible: there are reasons to use NexusDB and reasons to use other products. NexusDB has a real strength in three areas: vertical applications, embedded within application servers and embedded within desktop apps. NexusDB is competitive in just about any other area as well, but in some cases there are reasons to select the other db's.

For vertical applications, it completely removes the need for a DBA and is extremely easy to install.  If you are an ISV and are selling

licenses/deployments of your system, NexusDB enables you to add those "standard" database licensing fees *directly* to your bottom line. The business reasons are undeniably in NexusDB's favor.

For embedded applications NexusDB is far superior to anything else out there. First, you get a powerful full-blown server that supports direct table access in addition to SQL. No other database gives you this power and flexibility. Second, the performance is better than the other embedded DB's (we suggest you run your own numbers if you doubt it). Third, you can expose NexusDB to external report writers or clients. This is an awesome capability for ISV's developing vertical applications.

Some companies use an embedded NexusDB server in their application server to implement caching in the middle tier. They put lookup tables and other things that take a long time to calculate in there. It's easy to do and improves the overall responsiveness of the system for users.

Overall, there is a lot about NexusDB and its flexibility and ability to complementing other databases makes it extremely useful.

Oracle is a fine database, but its *way* too bloated and too pricey for many of the applications it's used for.  Even the Oracle Client is

bloated...500MB install or something?  If your customers or management like paying (at least) 10 times more (and for several years) for something that will do the same job as NexusDB then no amount of rational argument can dissuade them.

MSSQL is another fine database, but it is also becoming pricey.  If your customers or management want a "standard" database, this is the one we'd recommend.  The reason why people want "standard" databases is so they can minimize risk and there's not much you can do dissuade them either.

Several reasons in no particular order why NexusDB is very favourable choice:

support; can't get better than direct access to the developers of the code
full source code
superb design and implementation
royalty free distribution
easy to deploy/maintain
flexibility of deployment options (c/s or embedded)
performance
full featured

Q: Why NexusDB can be much better choice than Interbase/Firebird?

Interbase doesn't give you real embedded capability.
Interbase has deployment fees
Firebird and Interbase require SQL access which may be all you want/need,but other times I find that TTable coding much better/productive.
Firebird doesn't scale on SMP machines
Firebird support is typically more expensive than NexusDB's overall cost
Firebird is written in C++; NexusDB has code that can be used beyond thedatabase (memory manager, transports, service application wrapper, etc).
Home