MS SQL Server
SQL Server Editions & Use Cases
What Are SQL Server Editions?
Microsoft ships SQL Server in multiple editions — each targeting a different audience, workload size, and budget. Every edition runs the same Database Engine and the same T-SQL language. What differs is the hardware each edition can use, the advanced features it unlocks, and the licence cost.
The five editions you will encounter most often are Express, Developer, Standard, Enterprise, and Azure SQL. Code written on Express runs unchanged on Enterprise — the T-SQL is identical across all editions.
- All editions share the same Database Engine and T-SQL — no syntax differences between them
- Editions differ in RAM limits, CPU core usage, high-availability features, and advanced engine capabilities
- Developer Edition is functionally identical to Enterprise but licensed for development and testing only
- Express is free, redistributable, and production-legal — but capped at 10 GB per database
Editions at a Glance
| Edition | Cost | Max DB Size | Max RAM | Typical Use |
|---|---|---|---|---|
| Express | Free | 10 GB | 1.4 GB | Small apps, learning, embedded use |
| Developer | Free | Unlimited | OS maximum | Development and testing — not production |
| Standard | Paid | Unlimited | 128 GB | Departmental apps, mid-size businesses |
| Enterprise | Paid (premium) | Unlimited | OS maximum | Mission-critical, high-availability systems |
| Azure SQL | Pay-as-you-go | Up to 4 TB | Scales on demand | Cloud-native apps, no infrastructure management |
Express — Free and Production-Ready with Limits
SQL Server Express is the free entry-level edition. It is ideal for learning, small desktop or web applications, and embedding a database inside a distributed app. There is no licence cost, no time limit, and it can be redistributed with your application freely.
The limits are real — Express is capped at 10 GB per database, 1.4 GB of RAM, and 4 CPU cores. It also lacks SQL Server Agent, so scheduled jobs must be handled externally. For any application expected to grow beyond a few gigabytes, plan an upgrade path from the start.
Real-world use cases: A dental clinic builds a patient appointment scheduler as a Windows desktop app. The database stores patient records, appointment slots, and treatment history — total data will never exceed 3 GB and the two front-desk staff are the only users. Express is free, production-legal, and can be bundled directly inside the installer. An off-the-shelf accountancy or point-of-sale package that ships SQL Server as part of its own installer is another classic Express deployment — the software vendor redistributes Express at no extra cost to the end user.
- Best for learning, small internal tools, desktop apps, and proof-of-concept builds
- Not suitable for applications with growth ambitions or high-availability requirements
- Can be deployed to client machines and redistributed at no extra cost
Developer — Full Enterprise Features, Free
SQL Server Developer Edition is the edition used throughout this course. It includes every feature available in Enterprise Edition — no feature restrictions, no database size limits, no RAM caps. The only restriction is the licence: it cannot be used in production. It is licensed strictly for development, testing, and demonstration.
This makes it the perfect choice for learning and building locally. When you are ready for production, you purchase an Enterprise licence — your T-SQL code, schemas, and procedures carry over unchanged.
Real-world use cases: A back-end engineer is building a new order management system. She needs to test stored procedures, experiment with partitioning, and configure an Always On Availability Group — all features that require Enterprise in production. Developer Edition on her laptop gives her every one of those features for free. The same logic applies to CI/CD pipelines — build servers running Developer Edition can run full integration tests against a real SQL Server instance without any licence cost. Developer is the standard choice for every non-production SQL Server environment, regardless of which edition the production server runs.
- Functionally identical to Enterprise — every feature, no artificial limits
- Free to download and use for any non-production purpose
- The recommended edition for this course and all local development work
- Cannot legally serve production traffic — this is a licence restriction, not a technical one
Standard — Paid Production, Mid-Scale
SQL Server Standard is the paid production edition for departmental applications, mid-size businesses, and workloads that need real reliability without the full cost of Enterprise. It supports unlimited database sizes but caps the buffer pool at 128 GB and limits Availability Groups to two nodes (Basic AG).
For the majority of business applications — ERP, CRM, internal reporting, and moderate e-commerce — Standard gives you everything needed at a fraction of Enterprise cost.
Real-world use cases: A regional logistics company runs an operations database tracking vehicle routes, delivery manifests, and driver schedules. The database is 80 GB, 120 concurrent users work across three warehouses, and the company needs a failover copy for disaster recovery. Standard covers all of this — unlimited database size, a Basic Availability Group for a two-node failover pair, and SQL Server Agent for nightly ETL jobs and scheduled index maintenance. The 128 GB RAM cap is not a constraint at this scale. A law firm running document management and billing, or a manufacturer running an MRP system for a single plant, sits in the same bracket.
- Best for departmental databases, mid-size e-commerce platforms, and business applications
- Supports Basic Availability Groups — two-node failover for disaster recovery
- Licensed per core, or per server plus Client Access Licence (CAL)
Enterprise — No Limits, Mission-Critical
SQL Server Enterprise removes all artificial constraints. It uses as much RAM as the OS supports, scales across all CPU cores, and unlocks the full feature set — Always On Availability Groups with up to nine readable secondaries, In-Memory OLTP, advanced compression, partitioning, and Resource Governor.
Enterprise is the edition used by banks, large-scale retail systems, healthcare platforms, and any application where downtime costs money by the second. The licence reflects this — it is priced per core and represents a significant investment for large server deployments.
Real-world use cases: A national e-commerce platform processes 50,000 orders per hour at peak. The database is 4 TB, runs across a primary and four readable secondaries for reporting offload, and must failover in under 30 seconds if the primary fails. Enterprise is the only on-premises edition that supports this — full Always On AG with multiple readable secondaries, In-Memory OLTP tables for the shopping cart and session store, and advanced compression to keep storage costs manageable at 4 TB. A large bank running its core transaction ledger, a hospital network managing patient records and imaging data across multiple sites, or a government tax authority processing millions of filings at year-end are all Enterprise-grade workloads.
- Best for high-traffic transactional systems, data warehouses, and zero-downtime requirements
- Always On AG with up to nine readable secondaries and automatic failover
- In-Memory OLTP — tables stored entirely in RAM for extreme throughput
- Advanced compression and partitioning for managing very large tables efficiently
Azure SQL — SQL Server in the Cloud
Azure SQL Database is Microsoft's fully managed cloud version of SQL Server. There is no server to install, patch, or maintain — Microsoft handles all infrastructure, backups, replication, and security updates. You provision a database, connect with T-SQL, and pay only for what you use.
Azure SQL comes in three flavours: SQL Database (single managed database), SQL Managed Instance (near-complete on-prem compatibility in a managed environment), and SQL Server on Azure VM (full control, you manage the OS and SQL Server). The course covers Azure SQL in depth later in the series.
Real-world use cases: A SaaS startup launches a project management tool expecting to grow from 100 to 100,000 users over 18 months, with no infrastructure team. Azure SQL Database lets them start on a 2-vCore tier, scale to 8 vCores during a growth spike with a single command, and scale back overnight. Backups, patches, and high availability are all managed by Microsoft. For the lift-and-shift scenario — a manufacturing company whose legacy ERP uses SQL Agent jobs, linked servers, and cross-database queries — Azure SQL Managed Instance preserves all of those features with almost no code changes, delivering cloud operational benefits without a full rewrite.
- Best for cloud-native apps, startups avoiding infrastructure, and global applications needing geo-replication
- Pay-as-you-go — scale up during peak hours, scale down overnight
- Built-in 99.99% SLA high availability with no extra configuration required
- Same T-SQL as on-prem with minor compatibility differences in edge features
Feature Comparison by Edition
| Feature | Express | Developer | Standard | Enterprise |
|---|---|---|---|---|
| Cost | Free | Free | Paid | Paid (premium) |
| Production use | ✓ | ✗ | ✓ | ✓ |
| SQL Server Agent | ✗ | ✓ | ✓ | ✓ |
| Always On AG | ✗ | ✓ Full | Basic (2 nodes) | Full (up to 9 nodes) |
| In-Memory OLTP | Limited | ✓ Full | Limited | ✓ Full |
| Advanced Compression | ✗ | ✓ | ✗ | ✓ |
| Max RAM (buffer pool) | 1.4 GB | OS max | 128 GB | OS max |
| Max DB size | 10 GB | Unlimited | Unlimited | Unlimited |
Checking Your Edition with T-SQL
Once SQL Server is installed you can query the server itself to confirm which edition and version is running. This is something you will do regularly — especially when connecting to an unfamiliar server or troubleshooting a production environment where GUI access is unavailable.
-- Confirm which SQL Server edition and version is installed.
-- Run this any time you connect to an unfamiliar server.
-- @@VERSION returns the full version string in one line
SELECT @@VERSION AS FullVersionInfo;
-- SERVERPROPERTY() extracts individual properties cleanly --
-- useful for scripts and automated checks
SELECT
SERVERPROPERTY('ProductVersion') AS Version, -- e.g. 16.0.1000.6
SERVERPROPERTY('ProductLevel') AS ServicePack, -- e.g. RTM, CU14
SERVERPROPERTY('Edition') AS Edition, -- e.g. Developer Edition
SERVERPROPERTY('EngineEdition') AS EngineEdition, -- 4 = Express, 3 = Enterprise/Developer, 5 = Azure
SERVERPROPERTY('MachineName') AS ServerName,
SERVERPROPERTY('Collation') AS DefaultCollation;
-- Check how much RAM SQL Server is currently configured to use
-- sys.configurations holds all server-level settings
SELECT
name AS ConfigOption,
value_in_use AS CurrentValueMB -- current active value in megabytes
FROM sys.configurations
WHERE name IN ('max server memory (MB)', 'min server memory (MB)')
ORDER BY name;Microsoft SQL Server 2022 (RTM-CU14) - 16.0.4135.4 (X64)
Developer Edition (64-bit) on Windows Server 2022
-- SERVERPROPERTY()
Version | ServicePack | Edition | EngineEdition | ServerName | DefaultCollation
------------|-------------|-------------------|---------------|------------|------------------------------
16.0.4135.4 | RTM | Developer Edition | 3 | SQLDEV01 | SQL_Latin1_General_CP1_CI_AS
-- sys.configurations
ConfigOption | CurrentValueMB
---------------------------|---------------
max server memory (MB) | 2147483647
min server memory (MB) | 0
@@VERSIONis the fastest way to confirm the edition — especially useful over a remote connection with no GUISERVERPROPERTY('EngineEdition')returns an integer —3means Enterprise or Developer,4means Express,5means Azure SQLsys.configurationsholds all server-level settings — max memory of2147483647MB is the default meaning "use as much RAM as the OS allows"- Always check the edition and version when starting on a new server — features behave differently across editions and cumulative update levels
Choosing the Right Edition
The right edition comes down to three questions: Is this development or production? How large is the expected data volume and concurrency? What is the budget? The table below covers the most common scenarios.
| Scenario | Recommended Edition |
|---|---|
| Learning SQL Server or following this course | Developer — free, full Enterprise features, perfect for study |
| Small production app, under 10 GB, no scheduled jobs | Express — free, production-legal, deploy to clients at no cost |
| Mid-size production app, moderate concurrency, budget-conscious | Standard — paid but affordable, covers most business needs |
| High-traffic system, zero-downtime, many readable replicas | Enterprise — full Always On AG, In-Memory OLTP, no limits |
| Cloud-native app, no infrastructure management, elastic scaling | Azure SQL Database — managed, pay-as-you-go, built-in HA |
| Full SQL Server control needed in the cloud, OS access required | SQL Server on Azure VM — full control, you manage installation |
Lesson Summary
| Edition | Cost | Production | Key Constraint |
|---|---|---|---|
| Express | Free | Yes | 10 GB DB cap, 1.4 GB RAM, no SQL Agent |
| Developer | Free | No | Licence restricts to non-production only |
| Standard | Paid | Yes | 128 GB RAM cap, Basic AG (2 nodes) only |
| Enterprise | Paid (premium) | Yes | No feature limits — licence cost is the constraint |
| Azure SQL | Pay-as-you-go | Yes | Minor T-SQL compatibility differences from on-prem |
Practice Questions
Practice 1. Which SQL Server edition is recommended for following this course?
Practice 2. What is the maximum database size in SQL Server Express?
Practice 3. Which T-SQL global variable returns the full SQL Server version and edition string?
Practice 4. What is the buffer pool RAM limit for SQL Server Standard Edition?
Practice 5. Which SQL Server component is missing in Express Edition but present in Standard and Enterprise?
Quiz
Quiz 1. A startup wants a cloud-native database with no server management and elastic scaling. Which edition fits best?
Quiz 2. What does an EngineEdition value of 4 from SERVERPROPERTY() indicate?
Quiz 3. A hospital needs zero-downtime failover and up to nine readable secondary replicas. Which edition is required?
Quiz 4. Why can Developer Edition not be used in production?
Quiz 5. Which system view do you query to check the current max server memory configuration?
Next up — Installing SQL Server & SSMS — How to install SQL Server Developer Edition and SSMS so you can run every query in this course on your own machine.