Unix Technical Forum

Re: How many table i can create at MSSQL Database

This is a discussion on Re: How many table i can create at MSSQL Database within the SQL Server forums, part of the Microsoft SQL Server category; --> I got it, it's sounds more practical, TQ. But is there any limitation of how many databases i can ...


Go Back   Unix Technical Forum > Database Server Software > Microsoft SQL Server > SQL Server

FAQ Members List Calendar Search Today's Posts Mark Forums Read
  #1 (permalink)  
Old 02-28-2008, 06:00 PM
Chen Fock Siong
 
Posts: n/a
Default Re: How many table i can create at MSSQL Database



I got it, it's sounds more practical, TQ. But is there any limitation of
how many databases i can create into the database container ?

Is the same implementation can apply for the Oracle 8i or IBM DB2
database ?


*** Sent via Developersdex http://www.developersdex.com ***
Don't just participate in USENET...get rewarded for it!
Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiFurl this Post!
Reply With Quote
  #2 (permalink)  
Old 02-28-2008, 06:00 PM
Joseph Weinstein
 
Posts: n/a
Default Re: How many table i can create at MSSQL Database



Chen Fock Siong wrote:

> I got it, it's sounds more practical, TQ. But is there any limitation of
> how many databases i can create into the database container ?


I don't think there's a software limitation, but there is a non-trivial amount
of disk spaces needed for each database...

> Is the same implementation can apply for the Oracle 8i or IBM DB2
> database ?


I don't know much about DB2, but Oracle cannot do this, having multiple
databases within a given DBMS instance. You would have to have separate
running instances of oracle, one for each company (not practical).
The approach that would be most easily transferable would be to have a
different schema (user) for each company. In oracle, a fully defined tablename
is <schema>.<tablename>, such as scott.company, where 'scott' is the user
that created the table.
Let's revisit the reason you want to avoid one table. You said that the table
would get very big. That may be true, but many applications successfully use
very large tables. With the appropriate indexes, the DBMS can usually make
your important queries very efficient.
Joe Weinstein at BEA

>
>
> *** Sent via Developersdex http://www.developersdex.com ***
> Don't just participate in USENET...get rewarded for it!


Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiFurl this Post!
Reply With Quote
Reply


Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On
Forum Jump


All times are GMT. The time now is 01:17 PM.


Powered by vBulletin® Version 3.6.5
Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.
SEO by vBSEO 3.2.0
www.UnixAdminTalk.com