Home/ Questions/Q 992445
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-16T06:16:09+00:00

We’re developing a new eCommerce website and are using NHibernate for the first time.

  • 0

We’re developing a new eCommerce website and are using NHibernate for the first time. At present we are splitting our data into multiple SQL Server databases, divided per area of functionality. So we have one for UserInfo, one for Orders, one for ProductCatalogue and so on…

Our justification for this decision is twofold really:

  1. the website has the potential to be HUGE (it is a new website for one of the largest online brands in the UK) and we feel that by partitioning our data along functional lines we will be able to move the databases onto their own servers which would give us an easy scaling route should we need it;

  2. my team has always worked this way – partly as a consequence of following the MS Commerce Server pattern from previous projects.

However, reading up on this decision on the internet, we find that the normal response to this sort of model is extremely scathing. “Creating more work for the devs now in order to create more work for the devs later” is one sample comment from Stack Overflow!

In addition, NHibernate is much easier to use with only one database (just one SessionFactory needed). And knowing that Stack Overflow ran off just one box for a long time makes me think that maybe we should not try to be so clever.

So, my question is, “are we correct in thinking that using fine-grained databases might increase our ability to scale or should we sacrifice this for easier development”?

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    Why don’t you just design your database properly and put the files on appropriate disk? Use a cluster if necessary. Creating multiple databases is not an inherently scaling solution. Also – cross database referential integrity? Good luck.

    What’s your definition of “HUGE”? SQL Server can handle massive databases, but one thing I’ve learnt is that people often have no idea what constitutes a lot of data.

    • 0