Maximum capacity specifications for SQL Server
Applies to: SQL Server (all supported versions)
This article shows maximum sizes and numbers of various objects defined in SQL Server 2016 and later.
For SQL Server 2014, see Maximum capacity specifications for SQL Server 2014.
In addition to the information in this article, you might also find the following links helpful:
Database Engine objects
Maximum sizes and numbers of various objects defined in SQL Server databases or referenced in Transact-SQL statements.
|SQL Server Database Engine object||Maximum sizes/numbers SQL Server (64-bit)||Additional Information|
|Batch size||65,536 * (Network packet size)||Network packet size is the size of the tabular data stream (TDS) packets used to communicate between applications and the relational Database Engine. The default packet size is 4 KB, and is controlled by the network packet size configuration option.|
|Byte length of a string containing Transact-SQL statements (batch size)||65,536 * (Network packet size)||Network packet size is the size of the tabular data stream (TDS) packets used to communicate between applications and the relational Database Engine. The default packet size is 4 KB, and is controlled by the network packet size configuration option.|
|Bytes per short string column||8,000|
|Bytes per index key||900 bytes for a clustered index. 1,700 for a nonclustered index. Before SQL Server 2016, all versions supported 900 bytes for all index types.||The maximum number of bytes in a clustered index key cannot exceed 900 in SQL Server. For a nonclustered index key, the maximum is 1700 bytes.
You can define a key using variable-length columns whose maximum sizes add up to more than the limit. However, the combined sizes of the data in those columns can never exceed the limit.
In a nonclustered index, you can include extra non-key columns, and they do not count against the size limit of the key. The non-key columns might help some queries perform better.
|Bytes per index key for memory-optimized tables||2500 bytes for a nonclustered index. No limit for a hash index, as long as all index keys fit in-row.||On a memory-optimized table, a nonclustered index cannot have key columns whose maximum declared sizes exceed 2500 bytes. It is irrelevant whether the actual data in the key columns would be shorter than the maximum declared sizes.
For a hash index key, there is no hard limit on size.
For indexes on memory-optimized tables, there is no concept of included columns, since all indexes inherently cover of all columns.
For a memory-optimized table, even though the row size is 8060 bytes, some variable-length columns can be physically stored outside those 8060 bytes. However, the maximum declared sizes of all key columns for all indexes on a table, plus any additional fixed-length columns in the table, must fit in the 8060 bytes.
|Bytes per foreign key||900|
|Bytes per primary key||900|
|Bytes per row||8,060||SQL Server supports row-overflow storage, which enables variable length columns to be pushed off-row. Only a 24-byte root is stored in the main record for variable length columns pushed out of row. This feature allows limit that is effectively higher than in previous releases of SQL Server. For more information, see Large Row Support.|
|Bytes per row in memory-optimized tables||8,060||Starting SQL Server 2016 (13.x) memory-optimized tables support off-row storage. Variable length columns are pushed off-row if the maximum sizes for all the columns in the table exceeds 8060 bytes; this action is a compile-time decision. Only an 8-byte reference is stored in-row for columns stored off-row. For more information, see Table and Row Size in Memory-Optimized Tables.|
|Bytes in source text of a stored procedure||Lesser of batch size or 250 MB|
|Clustered indexes per table||1|
||Limited only by number of bytes|
|Columns or expressions in a
|Columns per index key||32||If the table contains one or more XML indexes, the clustering key of the user table is limited to 31 columns because the XML column is added to the clustering key of the primary XML index. In SQL Server, you can include non-key columns in a nonclustered index to avoid the limitation of a maximum of 32 key columns. For more information, see Create Indexes with Included Columns.|
|Columns per foreign key or primary key||32|
|Columns per table||1,024||Tables that include sparse column sets include up to 30,000 columns. See sparse column sets.|
||4,096||Different limits apply to sparse column sets.|
|Columns per view||1,024|
|Connections per client||Maximum value of configured connections|
|Database size||524,272 terabytes|
|Databases per instance of SQL Server||32,767|
|Filegroups per database||32,767|
|Filegroups per database for memory-optimized data||1|
|Files per database||32,767|
|File size (data)||16 terabytes|
|File size (log)||2 terabytes|
|Data files for memory-optimized data per database||4,096 in SQL Server 2014 (12.x). Later versions of SQL Server do not impose such a strict limit.|
|Delta file per data file for memory-optimized data||1|
|Foreign key table references per table||Outgoing = 253. Incoming = 10,000.||For restrictions, see Create Foreign Key Relationships.|
|Identifier length (in characters)||128|
|Instances per computer||50 instances on a stand-alone server.
25 failover cluster instances when using a shared cluster disks as storage.
50 failover cluster instances with SMB file shares as the storage option.
|Indexes per memory-optimized table||999 starting SQL Server 2017 (14.x) and in Azure SQL Database
8 in SQL Server 2014 (12.x) and SQL Server 2016 (13.x)
|Locks per connection||Maximum locks per server|
|Locks per instance of SQL Server||Limited only by memory||This value is for static lock allocation. Dynamic locks are limited only by memory.|
|Nested stored procedure levels||32||If a stored procedure accesses more than 64 databases, or more than two databases in interleaving, you will receive an error.|
|Nested trigger levels||32|
|Nonclustered indexes per table||999|
|Number of distinct expressions in the
|Number of grouping sets generated by operators in the
|Parameters per stored procedure||2,100|
|Parameters per user-defined function||2,100|
|REFERENCES per table||253|
|Rows per table||Limited by available storage|
|Tables per database||Limited by total number of objects in a database||Objects include tables, views, stored procedures, user-defined functions, triggers, rules, defaults, and constraints. The sum of the number of all objects in a database cannot exceed 2,147,483,647.|
|Partitions per partitioned table or index||15,000|
|Statistics on non-indexed columns||30,000|
||Limited only by available resources|
|Triggers per table||Limited by number of objects in a database||Objects include tables, views, stored procedures, user-defined functions, triggers, rules, defaults, and constraints. The sum of the number of all objects in a database cannot exceed 2,147,483,647.|
SQL Server Utility objects
Maximum sizes and numbers of various objects that were tested in the SQL Server Utility.
|SQL Server Utility object||Maximum sizes/numbers SQL Server (64-bit)|
|Computers (physical computers or virtual machines) per SQL Server Utility||100|
|Instances of SQL Server per computer||5|
|Total number of instances of SQL Server per SQL Server Utility||200*|
|User databases per instance of SQL Server, including data-tier applications||50|
|Total number of user databases per SQL Server Utility||1,000|
|File groups per database||1|
|Data files per file group||1|
|Log files per database||1|
|Volumes per computer||3|
* The maximum number of managed instances of SQL Server supported by SQL Server Utility may vary based on the hardware configuration of the server. For getting started information, see SQL Server Utility Features and Tasks. SQL Server Utility control point is not available in every edition of SQL Server. For a list of features that are supported by the editions of SQL Server, see Features Supported by the Editions of SQL Server 2019, Features Supported by the Editions of SQL Server 2017, or Features Supported by the Editions of SQL Server 2016.
SQL Server Data-tier application objects
Maximum sizes and numbers of various objects that were tested in the SQL Server data-tier applications (DAC).
|SQL Server DAC object||Maximum sizes/numbers SQL Server (64-bit)|
|Databases per DAC||1|
|Objects per DAC *||Limited by the number of objects in a database, or available memory.|
* The types of objects included in the limit are users, tables, views, stored procedures, user-defined functions, user-defined data type, database roles, schemas, and user-defined table types.
Maximum sizes and numbers of various objects defined in SQL Server Replication.
|SQL Server Replication object||Maximum sizes/numbers SQL Server (64-bit)|
|Articles (merge publication)||2048|
|Articles (snapshot or transactional publication)||32,767|
|Columns in a table* (merge publication)||246|
|Columns in a table** (SQL Server snapshot or transactional publication)||1,000|
|Columns in a table** (Oracle snapshot or transactional publication)||995|
|Bytes for a column used in a row filter (merge publication)||1,024|
|Bytes for a column used in a row filter (snapshot or transactional publication)||8,000|
*If row tracking is used for conflict detection (the default), the base table can include a maximum of 1,024 columns, but columns must be filtered from the article so that a maximum of 246 columns is published. If column tracking is used, the base table can include a maximum of 246 columns.
**The base table can include the maximum number of columns allowable in the publication database (1,024 for SQL Server), but columns must be filtered from the article if they exceed the maximum specified for the publication type.