Ⅰ sql2000数据库的系统表出错，怎么修复syscolumns和sysobjects
用dbcc
checkdb
检查数据库。
DBCC
CHECKDB
重启服务器后，在没有进行任何操作的情况下，在SQL查询分析器中执行以下SQL进行数据库的修复，修复数据库存在的一致性错误与分配错误。
use
master
declare
@databasename
varchar(255)
set
@databasename='需要修复的数据库实体的名称'
exec
sp_dboption
@databasename,
N'single',
N'true'
--将目标数据库置为单用户状态
dbcc
checkdb(@databasename,REPAIR_ALLOW_DATA_LOSS)
dbcc
checkdb(@databasename,REPAIR_REBUILD)
exec
sp_dboption
@databasename,
N'single',
N'false'--将目标数据库置为多用户状态
然后执行
DBCC
CHECKDB('需要修复的数据库实体的名称')
检查数据库是否仍旧存在错误。注意:修复后可能会造成部分数据的丢失。
Ⅱ SQL 为什么我的column失效了
你的sql语句中有一列数据的列名（字段）是在数据库中没有的，估计是你的列名打错了或者数据库中根本没有这个字段。仔细检查一下吧！
希望能帮到你！
Ⅲ SQl server 的数据表无故丢失，这是为什么呢
你的aaa数据库已经被损坏了，原因未知（不一定是它提示的空间不足什么的）。如果仅仅是你测试或学习用的库，重新建一个就好了。
如果里面有重要数据，找找以前有没有备份吧，没有的话，参照下面的资料弄弄，这些资料是在网上帮你查的。
----------------------------------------
错误 945
严重级别 16
消息正文
由于文件不可访问，或者内存或磁盘空间不足，所以无法打开数据库 ''%1!''。详细信息请参见 SQL Server 错误日志。
解释
当数据库标记为 IsShutdown 时返回错误 945。当由于丢失文件或某些其它资源错误（这些错误的更正通常比较容易）而无法恢复数据库时，发生该错误。
对策
首先，使用 DATABASEPROPERTY 验证数据库是否标记为 IsShutdown。
然后，通过查阅错误日志确定错误的起因，并采取下列对策。
如果一个或多个数据或日志文件丢失：
使这些文件可用，并使用 ALTER DATABASE 使数据库 OFFLINE（脱机）。
使用 ALTER DATABASE 以使数据库 ONLINE（联机）
如果日志空间不足：
使用 sp_add_log_file_recover_suspect_db() 添加其它的日志文件。
该过程恢复数据库并使其联机。
如果数据空间不足：
使用 sp_add_data_file_recover_suspect_db() 添加其它的日志文件。
该过程恢复数据库并使其联机。
如果内存不足：
当同时恢复许多数据库时可能发生内存不足错误。重试该操作可能修复问题：
重试操作，使用 ALTER DATABASE 以使数据库 OFFLINE。
使用 ALTER DATABASE 以使数据库 ONLINE。
如果重试操作不起作用，则考虑释放内存。
---------------------------------------------------
如果确实有重要数据而上面的方法又没有作用的话。。。楼主往宽里想吧，人生一万来天，谁还不会遇到点儿倒霉事儿啊。。。
Ⅳ oracle数据库中，为什么写了DESC 表名，执行以后是无效的SQL语句呢
在什么地方写的，只有在命令行模式（比如sqlplus或者pl/sql的命令模式下）才能这么写，其他时候很少有命令模式，一般都是通过各种客户端连接的，这些客户端不是命令模式的，而是查询模式，这种情况下，非sql语句的命令是不好使的。
Ⅳ 用select语句查询sql数据表的时候,为什么会出现数据表对象名无效
肯定是没连接对数据库，对象名无效，就是数据库中没有你查询的表。
Ⅵ SQL删除数据库中的所有数据
Sql Server中清空所有数据表中的记录
清空所有数据表中的记录：
复制代码 代码如下:
exec sp_msforeachtable @Command1 ='truncate table ?'
删除所有数据表：
复制代码 代码如下:
exec sp_msforeachtable 'delete N''?'''
清空SQL Server数据库中所有表数据的方法（有约束的情况）
其实删除数据库中数据的方法并不复杂，为什么我还要多此一举呢，一是我这里介绍的是删除数据库的所有数据，因为数据之间可能形成相互约束关系，删除操作可能陷入死循环，二是这里使用了微软未正式公开的sp_MSForEachTable存储过程。
也许很多读者朋友都经历过这样的事情：要在开发数据库基础上清理一个空库，但由于对数据库结构缺乏整体了解，在删除一个表的记录时，删除不了，因为可能有外键约束，一个常见的数据库结构是一个主表，一个子表，这种情况下一般都得先删除子表记录，再删除主表记录。
说道删除数据记录，往往马上会想到的是delete和truncate语句，但在遇到在两个或多个表之间存在约束的话，这两个语句可能都会失效，而且最要命的是这两个命令都只能一次操作一个表。那么真正遇到要删除SQL Server数据库中所有记录时，该怎么办呢?有两个选择：
1.按照先后顺序逐个删除，这个方法在表非常多的情况下显得很不现实，即便是表数量不多，但约束比较多时，你还是要花费大量的时间和精力去研究其间的约束关系，然后找出先删哪个表，再删哪个表，最后又删哪个表。
2.禁用所有约束，删除所有数据，最后再启用约束，这样就不用花时间和精力去研究什么约束了，只需要编写一个简单的存储过程就可以自动完成这个任务。
复制代码 代码如下:
CREATE PROCEDURE sp_DeleteAllData
AS
EXEC sp_MSForEachTable 'ALTER TABLE ? NOCHECK CONSTRAINT ALL'
EXEC sp_MSForEachTable 'ALTER TABLE ? DISABLE TRIGGER ALL'
EXEC sp_MSForEachTable 'DELETE FROM ?'
EXEC sp_MSForEachTable 'ALTER TABLE ? CHECK CONSTRAINT ALL'
EXEC sp_MSForEachTable 'ALTER TABLE ? ENABLE TRIGGER ALL'
EXEC sp_MSFOREACHTABLE 'SELECT * FROM ?'
GO
从这两个选择中不难看出第二个选择是最简单有效的了，那么在使用第二个选择时，具体该怎么实施呢?
首先得编写代码循环检查所有的表，这里我推荐一个存储过程sp_MSForEachTable，因为在微软的官方文档中没有对这个存储过程有描述，很多开发人员也许都还未曾听说，所以你在互联网上搜索得到的解决办法大多很复杂，也许有的人会认为，既然没有官方文档，这个存储过程可能会不稳定，打心理上会排斥它，但事实并非如此。下面来先看一个完整的脚本：
这个脚本创建了一个命名为sp_DeleteAllData的存储过程，前面两行语句分别禁用约束和触发器，第三条语句才是真正地删除所有数据，接下里的语句分别还原约束和触发器，最后一条语句是显示每个表中的记录，当然这条语句也可以不要，我只是想确认一下是否清空了所有表而已。
你可以在任何数据库上运行这个存储过程，当然不要在生成数据库上运行，可别怪我没告诉你!不管怎样，还是先备份一下数据库，使用备份数据库还原，然后再运行该存储过程，呵呵，即使是一个大型数据库，也要不多长时间，你的数据库就成一个空库了
第三种方法：TRUNCATE TABLE
在sql server数据库中快速删除记录，清空表若要删除表中的所有行，则 TRUNCATE TABLE 语句是一种快速、无日志记录的方法。TRUNCATE TABLE 与不含有 WHERE 子句的 DELETE 语句在功能上相同。但是，TRUNCATE TABLE 速度更快，并且使用更少的系统资源和事务日志资源。
与 DELETE 语句相比，TRUNCATE TABLE 具有以下优点：
所用的事务日志空间较少。
DELETE 语句每次删除一行，并在事务日志中为所删除的每行记录一项。TRUNCATE TABLE 通过释放用于存储表数据的数据页来删除数据，并且在事务日志中只记录页释放。
使用的锁通常较少。
当使用行锁执行 DELETE 语句时，将锁定表中各行以便删除。TRUNCATE TABLE 始终锁定表和页，而不是锁定各行。
如无例外，在表中不会留有任何页。
执行 DELETE 语句后，表仍会包含空页。例如，必须至少使用一个排他 (LCK_M_X) 表锁，才能释放堆中的空表。如果执行删除操作时没有使用表锁，表（堆）中将包含许多空页。对于索引，删除操作会留下一些空页，尽管这些页会通过后台清除进程迅速释放。
与 DELETE 语句相同，使用 TRUNCATE TABLE 清空的表的定义与其索引和其他关联对象一起保留在数据库中。
Ⅶ 获取表中失效时间 小于当前时间+1天的数据 SQL怎么写
sqlserver：
select * from tabname where 失效时间 < DATEADD(DAY,getdate(),1)
oracle:
select * from tabname where 失效时间 < sysdate + 1
Ⅷ 为什么打不开SQL数据库的表
连接字符串中没有指明使用哪个数据库作为数据源，而使用了默认的数据源（大概是master），默认的数据源中不存在名为TABLE1的表，所以出错了吧。怎么不用控件？这样写容易搞错，用ADO.NET控件,对话框里可以选择的，包括服务器是本地的还是网络上的，验证模式是windows还是混合的，使用的数据库名，然后计算机在后台就帮你把代码写好了。
Ⅸ 在SQL2005用SELECT语句查询PUTS数据库中的表，PUTS数据库有这个表,为什么还说表无效
你可能没有跳转到有puts这个表的数据库吧！你确定有这个表，先用:
sql>use " 你要跳转到的数据库"
sql>select * from puts;
Ⅹ 在打开sqlservice数据库中的每一个数据库或者是表时总是出现目录名无效,该怎么解决呢
首先你看看你调用数据库的时候表名有没有写错，如果没有写错，去看看你所使用的数据库是不是你调用的那个，确保不是master