一、可能是数据库的MDF文件存放的物理磁盘空间已满，这种问题比较棘手，必须要转移数据库文件到其它磁盘
二、可能是在建立数据库时MDF指定了最大空间限制，打开企业管理器，在指定的数据库上选择属性，在数据文件中设定为文件增长不受限制或大一点数据就可以了！
我还没碰到过其它的情况，以上两点仅供参考！
‘贰’ 我安装SQL SERVER的时候出现内存不足无法运行应用程序，退出一个或多个WINDOWS应用程序，然后再试。该怎么
砸碎 买个新的
‘叁’ 如何解决SQL Server虚拟内存不足情况
另外，为了存储数据和过程缓存，SQL Server使用缓冲池内存为来自 SQL Server 进程的大多数小于8 KB的其他内存请求提供服务。剩下的未保留内存准备用于不能从缓冲池得到服务的其他分配。这些分配包括、但不限于以下各项：SQL Server创建的所有线程的堆栈和关联的线程环境块。在SQL Server创建了所有 255 个工作线程之后，这大约为140MB。由在SQL Server地址空间(根据具体系统而有所不同)中运行的其他DLL或进程进行的分配，如： 任何链接的服务器中的 OLE DB 提供程序。通过使用 sp_OA 系统存储过程或扩展存储过程加载的COM对象。加载到地址空间中的任何映像(.exe 或 .dll)，这些映像通常使用 20 到 25 MB，但是如果您使用链接的服务器、sp_OA 或扩展存储过程，则这些映像可能使用更多的空间。进程堆和 SQL Server 可能创建的任何其他堆。在启动过程中，此空间通常为10 MB，但是如果您使用链接的服务器、sp_OA 或扩展存储过程，则此虚拟内存空间可能更多。来自SQL Server进程的大于8 KB的分配，例如较大查询计划、网络数据包大小配置选项接近于 8 KB 时发送和接收缓冲区等情况所需要的分配。要查看此数字，请查找在 DBCC MEMORYSTATUS 中报告的 OS Reserved 值，该值是作为 8 KB 页的数目报告的。通常，该值为 5 MB。跟踪缓冲池中每个缓冲区状态信息的数组。该值通常约为20 MB，除非SQL Server 运行时启用了地址窗口化扩展插件(AWE)，在这种情况下，该值将会显着提高。在拥有大量数据库的系统上，日志格式化所需的 64 KB 分配可能会占用所有剩余的SQL Server虚拟内存。这之后的分配将失败，导致本文的“症状”一节中列出的一个或多个错误。通过使用 -g 启动参数，您可以指示 SQL Server 保留附加的SQL Server虚拟内存可用，以便这些与日志相关的分配和其他正常分配加在一起也不会用完虚拟地址空间。下表根据数据库的数目和服务器版本列出-g值的一些建议初始值： DatabasesSQL Server 7.0 SQL Server 2000:250-g134N/A 500-g185N/A 750-g237N/A 1000-g288-g288 1250-g340-g340 1500-g392-g392此表是使用列出的典型值进行计算的，并且此计算是基于没有使用链接的服务器活动、sp_OA 或扩展存储过程这一假设的。它还假设您没有使用 AWE 和 SQL 事件探查器。出现以上任意一种情况都需要您增加 -g 的值。
‘肆’ 内存不足，死锁 ， 错误: 701，严重性: 17，状态: 123。快急疯了！！
服务器内存不足了。
你的数据库查询消耗过多内存，或者是有其他的应用程序装在服务器上，占用了过多内存，还有你不要开启AWE，这个在03的系统上有很大的限制。让数据库自动分配内存吧。
用SQLPROFILER监视你的查询，时间超过2秒的查询，然后尝试优化它们。
‘伍’ SQL Server 2000提示可用内存不足
用工具 看看比如360什么的 看看是不是中毒了 或者整理碎片。
如果真的物理内存没有了 那要加内存了。
‘陆’ 为什么我装完SQL会提示说我的内存不够
就内存不足..SQL是微软开发的.对系统的要求非常严格..要在最低配置以上..如果你的电脑中毒了.或者安装同类软件（这时要重启）. 内存不足情况。你打开资源管理器看下内存和CUP的使用情况 在services.msc中关闭无用的服务..释放内存！再试下.是否是病毒占据了内存空间！
‘柒’ 用SQL sever 2005打开.sql文件时提示 未能完成工作，存储空间不足，无法完成此操作 如何解决
应该是分配的空间不够，看看sql的分配空间的代码，把空间改大点试试
‘捌’ 在SQL中运行程序显示内存不足
D盘空间足够？
现在Test数据库没有在运行？
对于test数据库有添加文件的权限？
用sa登陆也不行？
size=1MB,
maxsize=5MB,
filegrowth=1MB
这样改也不行？
‘玖’ SQL Server 2005的存储空间不足怎么办
要经常清日志哦，那个玩意也不小
追问：
清日志？……怎么清啊……
回答：
清空日志
DUMP
TRANSACTION
@DataBaseName
WITH
NO_LOG
DBCC
SHRINKFILE(
@LogoFileName,@NewSize)
--假设test2为
数据库
名称
日志已经很大的时候用
方法一此方法适用于7.0和2000。
1、在
查询分析器
中执行：
exec
sp_detach_db
'DB_Name','true'
2、在我的
电脑
中将日志的物理文件xxx_Log.LDF改名。
3、在查询分析器中执行：
exec
sp_attach_single_file_db
'DB_Name','C:\Program
Files\Microsoft
SQL
Server\MSSQL\Data\DB_Name.MDF'
4、如果上一步成功，将步骤2中改名后的文件删除。如果上一步不成功，改回原来的文件名，用sp_attach_db将数据库附加到
服务器
，然后用方法二。
‘拾’ sql 查询结果太多（数万条），导致运行很慢，甚至内存不足出现问题。有什么好的方法可以解决这个问题
我试过一下几个方法：
尝试把多余的进程关闭了，增加内存，这样速度和查询条数都会增多
如果有多个关联条件，并且可以拆分，建议用UNION ALL进行查询，效率会有所提高
如果你只要查询几千条看看效果，那楼上的朋友的建议也是可取的
尝试下查询中，使用索引列，速度也会有明显增加
具体情况具体分析，笼统的我也就知道这些了，我也是新手哇