SQL服务器内存有两种基本管理方法：动态分配和静态分配

控制程序可使用的内存数量。动态分配允许管理员声明一块内存的大小；考虑到它的实际使用，SQL服务器可以分配给其需求占用的内存的最大值，并且（理论上）在没有使用内存的情况下将其释放。静态分配则是创建一块固定的内存空间，提供应SQL Server使用——不再进行分配。
　　
　　在默认情况下，SQL Server被设置成动态分配，分配给其正在运转的计算机内所有可用的物理内存。许多管理员留意到SQL Server内存随时间的流逝被逐渐耗费殆尽时，其缘由很可能是毛病或是内存漏洞，但这个程序正是被设计成这样的。SQL Server就是要在任何可能的情况下在电脑中运转，并因此为达到其最佳功用而使用所有可用的内存。如果SQL Server在独立的机器中运转，那么就让它分配和释放其需求的内存吧。
　　
　　在一个小型商业服务器机器中，SQL可能与其他程序，如IIS，同时运转，管理员或许尝试着进行设置，使SQL Server运转在一块固定大小的内存，目的是控制其不会占用用于共享的内存。但这并不一定能如愿以偿。一方面，将内存的最高限制设置得太低，并且没有分配给SQL服务器足够的可用内存来用作类似事务日志或查询执行的缓存，所有这些都很难办到。使SQL服务器得到执行操作所需内存的独一方法就是换出其他的页面，这是个缓慢的过程。
　　
　　有许多方法可以计算出最好的内存分配。如果你有可预知的用户负载，按照用户所需的最大数目分配给他们。微软推荐至少用4 MB用作动态的最大空间，这曾经成为一个可能的规则。如果你的用户负载变化范围很大——如以下情况，当你通过IIS 的前端连接到公共的因特网来支持你的数据库服务的时候——实时的统计数据将会比仅凭猜测所作的任务协助更大。在高峰期，把SQL　Server的高速缓存命中率和每秒缺页率等功用数字搜集起来。如果这些数据表明SQL Server正在做大量的交换，那么添加最大内存空间直到交换逐渐减少。每秒一次或更多次的交换是有坏处的。
　　
　　另一种选择是使“为SQL Server预留物理内存”的选项可用，这可以防止SQL Server把曾经分配给它的内存换出，即便当其他使用程序能够使用它时。这可以叫做是一把双刃剑：它既可以相当大程度的提高功用，也可能带来更大的功用损害。在有许多RAM 可以共享的（1 GB 或更多）的系统中，这是值得一试的，但是当有其他关键的进程可能突然需求大量的内存时，这种办法是不应该使用的。（并且如果需求的话，SQL Server可能会被迫放弃一些它本人的内存）。如果SQL Server是在独立的机器上运转，用这种办法最佳化功用则是值得的。