Products

Solutions

Resources

Partners

Community

Blog

About

QA

Ideas Test

New Community Website

Ordinarily, you'd be at the right spot, but we've recently launched a brand new community website... For the community, by the community.

Yay... Take Me to the Community!

Welcome to the DNN Community Forums, your preferred source of online community support for all things related to DNN.
In order to participate you must be a registered DNNizen

HomeHomeOur CommunityOur CommunityGeneral Discuss...General Discuss...Separate database for each portal?Separate database for each portal?
Previous
 
Next
New Post
5/2/2008 4:54 PM
 

Just a tid bit cause I been down your same road. As I just finished starting up a hosting company solely around DNN. Read up on your SSL / ip conflicts as those are the only main issue.

DNN in nature takes very little resources to run decent, but does scale up a bit based on the amount of users, but you tend to find its a bell curve. Mainly cause of how asp.net works with its worker processes.

Per the above reasons, I split seperate clients out into their own installations and bite the bullet and get developer / enterprise licenses when I get 3rd party modules. But have been very thankful for doing so. As I started to max one server out cause a client started becoming a huge resource hog and kept wanting to expand, all I had to do was setup another account and move the db's / file systems over poof they left my one installation and moved to the new one, no one including the client knew it happened. Was about a 5 minute rollback of the site.

HOWEVER I do have several clients which are using parent portals. For example the local sports group they have one install and 6 parent portals. The main site gives the general overview of the group, and the 6 portals are dedicated to each region, North, South, East, West, Central. Each of the sub portals has its own skins, content, layout, branding, etc.. There should never be a need to move one of the sub portals out or away from the main, as they are all tied together in purpose.

An example would be like ESPN. They wouldn't want a seperate install for each sport type. IE football, baseball, etc. They would want a "common" login for the visitors, but might want the option to www.espnfootball.com be a parent portal.

As stated above though its much more about how / who is using it and what they want to achive. DNN just gives you the tools to implement them anyways you want. WEll to some degree.

 
New Post
5/14/2008 5:52 AM
 

In conclusion is possible to make one DNN Installation but each portal in a separate DB?
I think it ll be the best solution for maintenence...

 

thanks

Rmartin

 
New Post
5/14/2008 2:06 PM
 

rmartin77 wrote

In conclusion is possible to make one DNN Installation but each portal in a separate DB?
I think it ll be the best solution for maintenence...

 

thanks

Rmartin

No, this is not possible in DNN.

 


DotNetNuke Modules from Snapsis.com
 
New Post
5/15/2008 8:43 AM
 

And for example if I have 50 web site with forum on my server and I need to modify something for a client, export delete ecc.... , i need to filter the data with portal name each time?

Sorry for my question, but I doesn't understood why is not possible to store the modules data to another db, teorically I think It's a great Idea....

Thanks  Rmartin

 
New Post
5/15/2008 11:41 AM
 

Yes, that is why it is not usually a good idea to have multiple portals with different clients all in one DNN install.

One DNN Install = One Database.

There really isn't any good reason to combine the websites of more than one customer, unless you are going to be doing all the webmaster tasks and you are willing to upgrade them all at one time and risk having them all be down at one time.

If you want them to be in their own database then you need to use another IIS website.


DotNetNuke Modules from Snapsis.com
 
Previous
 
Next
HomeHomeOur CommunityOur CommunityGeneral Discuss...General Discuss...Separate database for each portal?Separate database for each portal?


These Forums are dedicated to discussion of DNN Platform and Evoq Solutions.

For the benefit of the community and to protect the integrity of the ecosystem, please observe the following posting guidelines:

  1. No Advertising. This includes promotion of commercial and non-commercial products or services which are not directly related to DNN.
  2. No vendor trolling / poaching. If someone posts about a vendor issue, allow the vendor or other customers to respond. Any post that looks like trolling / poaching will be removed.
  3. Discussion or promotion of DNN Platform product releases under a different brand name are strictly prohibited.
  4. No Flaming or Trolling.
  5. No Profanity, Racism, or Prejudice.
  6. Site Moderators have the final word on approving / removing a thread or post or comment.
  7. English language posting only, please.
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out