Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Code Project
  1. Home
  2. Database & SysAdmin
  3. Database
  4. Multiple SQLServer databases

Multiple SQLServer databases

Scheduled Pinned Locked Moved Database
databasesql-serveroraclesysadminannouncement
2 Posts 2 Posters 0 Views 1 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • J Offline
    J Offline
    John Oliver
    wrote on last edited by
    #1

    Hello, We're upgrading our application to use SQL Server, having used Access for some time and I need some insight, as I may have to redesign the tables. The application is a web based front-end for our data. In the Access version, we have a completely separate database for each Client/Project who logs on, each database had the same structure. It is easier to deal with things when they had this both physical and logical division. There is some data duplicated between the databases, and this must be manually copied, usaully when the database is first created. Is SQLServer designed to allow multiple databases to exist independently, but still allow some common data to be shared, and also allow Stored Procedures to be shared among the different but same structured databases. Perhaps we should go the way of combining everything into one database however I would really prefer to store them independently. I understand that Oracle may have something like this in the way of folders. I'd appreciate any words of wisdom. Thanks, John

    G 1 Reply Last reply
    0
    • J John Oliver

      Hello, We're upgrading our application to use SQL Server, having used Access for some time and I need some insight, as I may have to redesign the tables. The application is a web based front-end for our data. In the Access version, we have a completely separate database for each Client/Project who logs on, each database had the same structure. It is easier to deal with things when they had this both physical and logical division. There is some data duplicated between the databases, and this must be manually copied, usaully when the database is first created. Is SQLServer designed to allow multiple databases to exist independently, but still allow some common data to be shared, and also allow Stored Procedures to be shared among the different but same structured databases. Perhaps we should go the way of combining everything into one database however I would really prefer to store them independently. I understand that Oracle may have something like this in the way of folders. I'd appreciate any words of wisdom. Thanks, John

      G Offline
      G Offline
      Gaurav Bindlish
      wrote on last edited by
      #2

      I would advice keeping all the data in the same database as that makes maaging the databases like backup etc. easy. Else if you want to stick to the multiple database option, you can definately store the common data in a common database and then acess the tables using notation [Common DB Name].[Table Owner].[Table Name]. As far as stored procedures are concerned, I would recommend keeping copy of same in all databases as using three part concvention as mentioned above will make the stored procedures creepy and bad performing. Gaurav

      1 Reply Last reply
      0
      Reply
      • Reply as topic
      Log in to reply
      • Oldest to Newest
      • Newest to Oldest
      • Most Votes


      • Login

      • Don't have an account? Register

      • Login or register to search.
      • First post
        Last post
      0
      • Categories
      • Recent
      • Tags
      • Popular
      • World
      • Users
      • Groups