sql生成器问题修复版

 tc.column_name as column_name,  

select tc.column_name as column_name, tc.data_type as data_type, tc.data_length as data_length, cc.comments as comments from user_tab_columns tc, user_col_comments cc where tc.table_name = cc.table_name and tc.column_name = cc.column_name and tc.table_name = '{0}' order by tc.column_id

2、update语句多了一个set

直接删除多余的set

3、select语句第一行字段没有添加“,”分隔，出现语法错误

首行增加“,”

经过修正之后，写的sql基本没有问题了，我贴一条自己生成的sql，如下所示：

1. select patient_id,--人口主索引  
2.        health_record_code,--居民健康档案  
3.        health_card_id,--居民健康卡  
4.        name,--姓名  
5.        sex,--性别代码  
6.   from gxwst_patient_baseinfo  
7.  where patient_id = ‘1234567‘  

select patient_id,--人口主索引 health_record_code,--居民健康档案 health_card_id,--居民健康卡 name,--姓名 sex,--性别代码 from gxwst_patient_baseinfo where patient_id = '1234567'

4、处理没有全选字段，最后一个字段含有“,”的问题

增加计数器判断

5、贴上修正后的资源

http://download.csdn.net/detail/panliuwen/8993531

总结一下这个程序，还是有很多不完善的地方，比如只是能够识别数据类型DATE、VARCHAR2和NUMBER，没有办法实现关联查询。

版权声明：本文为博主原创文章，未经博主允许不得转载。

sql生成器问题修复版

标签：c#   sql   

小编还为您整理了以下内容，可能对您也有帮助：

如何修复SQL数据库置疑 修复SQL数据库置疑方法

1、在实际的操作中由于突然断电或者突然断网造成数据库置疑（在企业管理器中数据库后面出现置疑两个字），下面我们通过以下方法来进行修复置疑的数据库。

2、我们使用默认方式建立一个供恢复使用的数据库(如test)。可以在SQL Server Enterprise Manager里面建立。

3、停掉数据库服务器。

4、将刚才生成的数据库的日志文件test_log.ldf删除，用要恢复的数据库mdf文件覆盖刚才生成的数据库数据文件test_data.mdf。

5、启动数据库服务器。此时会看到数据库test的状态为“置疑”。这时候不能对此数据库进行任何操作。

6、设置数据库允许直接操作系统表。此操作可以在SQL Server Enterprise Manager里面选择数据库服务器，按右键，选择“属性”，在“服务器设置”页面中将“允许对系统目录直接修改”一项选中。也可以使用如下语句来实现。

SQL配置工具出现以下问题怎么解决?

第一种:

给数据库程序network service读取权限即可。

C:/Program Files/Microsoft SQL Server/90/Shared给这个目录增加network service权限或者 user权限就可以了，当然你加Everyone也行。

WINXP可能不需要，但WIN7或WINSERVER版，要检查以下

第二种:

检查一下 windows下的system32 中是否有framedyn.dll这个系统文件，如果没有到system32 下的wbem文件中拷贝framedyn.dll到system32 目录下。 我进到system32目录找framedyn.dll文件，果然没有找到，再进入system32/wbem目录，找framedyn.dll，拷贝到system32目下。

第三种:

//开始运行Cmd.exe进命令行

//进入MSsql2008安装目录cd /Program Files/Microsoft SQL Server/90/Shared

//输入 mofcomp "C:/Program Files/Microsoft SQL Server/90/Shared/sqlmgmproviderxpsp2up.mof"

//具体的路径要看你SQL的安装路径了

//执行结果大致如下

Microsoft (R) 32-bit MOF Compiler Version 5.1.2600.2180

Copyright (c) Microsoft Corp. 1997-2001. All rights reserved.

Parsing MOF file: C:/Program Files/Microsoft SQL Server/90/Shared/sqlmgmprovider

xpsp2up.mof

MOF file has been successfully parsed

Storing data in the repository...

Done!

On servers, the .mof file will be sqlmgmprovider.mof.

注意，如果在执行第二条命令时提示，'mofcomp'不是内部或外部命令，也不是可运行的程序或批处理文件。

在桌面上右击我的电脑-属性-高级选项-环境变量-系统变量中path中编辑在后面加：;%SystemRoot%\System32\Wbem;就OK了。

试一下，看看有没有解决问题，

有的sql2008是升级安装的，可能没有这个文件，

提示：找不到C:/Program Files/Microsoft SQL Server/90/Shared/sqlmgmproviderxpsp2up.mof

第四种：

1 右击“我的电脑”-->“管理”

2 在“本地用户和组”内的Administrators组上双击，出现添加属性对话框。

3 单击“添加”按钮，出现添加用户对话框

4 单击“高级”按钮，再单击“搜索”（或是“立即查找”）按钮。注：此'NT AUTHORITY\NETWORK SERVICE'用户为系统内置帐户，无法直接添加。

5 在“搜索结果”内选择“Network Service”用户后，单击“确定”

按照以上的步骤设置之后，应该问题就可以解决

参考资料：http://blog.163.com/qdh68/blog/static/13756126201222263242959/

修复SQL2000数据库置疑时出现的错误

备份数据文件,然后按下面的步骤处理:

1.新建一个同名的数据库(数据文件与原来的要一致)

2.再停掉sql server(注意不要分离数据库)

3.用原数据库的数据文件覆盖掉这个新建的数据库

4.再重启sql server

5.此时打开企业管理器时会出现置疑，先不管，执行下面的语句（注意修改其中的数据库名)

6.完成后一般就可以访问数据库中的数据了,这时,数据库本身一般还要问题,解决办法是,利用

数据库的脚本创建一个新的数据库,并将数据导进去就行了.

USE MASTER

GO

SP_CONFIGURE 'ALLOW UPDATES',1 RECONFIGURE WITH OVERRIDE

GO

UPDATE SYSDATABASES SET STATUS =32768 WHERE NAME='置疑的数据库名'

Go

sp_dboption '置疑的数据库名', 'single user', 'true'

Go

DBCC CHECKDB('置疑的数据库名')

Go

update sysdatabases set status =28 where name='置疑的数据库名'

Go

sp_configure 'allow updates', 0 reconfigure with override

Go

sp_dboption '置疑的数据库名', 'single user', 'false

假设数据库为TEST：

按以下步骤执行

A．设置数据库允许直接操作系统表。此操作可以在SQL Server Enterprise Manager里面选择数据库服务器，按右键，选择“属性”，在“服务器设置”页面中将“允许对系统目录直接修改”一项选中。也可以使用如下语句来实现。

use master

go

sp_configure 'allow updates',1

go

reconfigure with override

go

B．设置test为紧急修复模式

update sysdatabases set status=-32768 where dbid=DB_ID('test')

此时可以在SQL Server Enterprise Manager里面看到该数据库处于“只读\置疑\脱机\紧急模式”可以看到数据库里面的表，但是仅仅有系统表

C．下面执行真正的恢复操作，重建数据库日志文件

dbcc rebuild_log('test','C:\Program Files\Microsoft SQL Server\MSSQL\Data\test_log.ldf')

执行过程中，如果遇到下列提示信息：

服务器: 消息 5030，级别 16，状态 1，行 1

未能排它地锁定数据库以执行该操作。

DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。

说明您的其他程序正在使用该数据库，如果刚才您在F步骤中使用SQL Server Enterprise Manager打开了test库的系统表，那么退出SQL Server Enterprise Manager就可以了。

正确执行完成的提示应该类似于：

警告: 数据库 'test' 的日志已重建。已失去事务的一致性。应运行 DBCC CHECKDB 以验证物理一致性。将必须重置数据库选项，并且可能需要删除多余的日志文件。

DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。

此时打开在SQL Server Enterprise Manager里面会看到数据库的状态为“只供DBO使用”。此时可以访问数据库里面的用户表了。

D．验证数据库一致性（可省略）

dbcc checkdb('test')

一般执行结果如下：

CHECKDB 发现了 0 个分配错误和 0 个一致性错误（在数据库 'test' 中）。

DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。

E．设置数据库为正常状态

sp_dboption 'test','dbo use only','false'

如果没有出错，那么恭喜，现在就可以正常的使用恢复后的数据库啦。

F．最后一步，我们要将步骤E中设置的“允许对系统目录直接修改”一项恢复。因为平时直接操作系统表是一件比较危险的事情。当然，我们可以在SQL Server Enterprise Manager里面恢复，也可以使用如下语句完成

sp_configure 'allow updates',0

go

reconfigure with override

go

上面的语句操作步骤有点问题：

应该如下：

A．我们使用默认方式建立一个供恢复使用的数据库(如test)。可以在SQL Server Enterprise Manager里面建立。

B．停掉数据库服务器。

C．将刚才生成的数据库的日志文件test_log.ldf删除，用要恢复的数据库mdf文件覆盖刚才生成的数据库数据文件test_data.mdf。

D．启动数据库服务器。此时会看到数据库test的状态为“置疑”。这时候不能对此数据库进行任何操作。

E．设置数据库允许直接操作系统表。此操作可以在SQL Server Enterprise Manager里面选择数据库服务器，按右键，选择“属性”，在“服务器设置”页面中将“允许对系统目录直接修改”一项选中。也可以使用如下语句来实现。

use master

go

sp_configure 'allow updates',1

go

reconfigure with override

go

F．设置test为紧急修复模式

update sysdatabases set status=-32768 where dbid=DB_ID('test')

此时可以在SQL Server Enterprise Manager里面看到该数据库处于“只读\置疑\脱机\紧急模式”可以看到数据库里面的表，但是仅仅有系统表

G．下面执行真正的恢复操作，重建数据库日志文件

dbcc rebuild_log('test','C:\Program Files\Microsoft SQL Server\MSSQL\Data\test_log.ldf')

执行过程中，如果遇到下列提示信息：

服务器: 消息 5030，级别 16，状态 1，行 1

未能排它地锁定数据库以执行该操作。

DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。

说明您的其他程序正在使用该数据库，如果刚才您在F步骤中使用SQL Server Enterprise Manager打开了test库的系统表，那么退出SQL Server Enterprise Manager就可以了。

正确执行完成的提示应该类似于：

警告: 数据库 'test' 的日志已重建。已失去事务的一致性。应运行 DBCC CHECKDB 以验证物理一致性。将必须重置数据库选项，并且可能需要删除多余的日志文件。

DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。

此时打开在SQL Server Enterprise Manager里面会看到数据库的状态为“只供DBO使用”。此时可以访问数据库里面的用户表了。

H．验证数据库一致性（可省略）

dbcc checkdb('test')

一般执行结果如下：

CHECKDB 发现了 0 个分配错误和 0 个一致性错误（在数据库 'test' 中）。

DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。

I．设置数据库为正常状态

sp_dboption 'test','dbo use only','false'

如果没有出错，那么恭喜，现在就可以正常的使用恢复后的数据库啦。

J．最后一步，我们要将步骤E中设置的“允许对系统目录直接修改”一项恢复。因为平时直接操作系统表是一件比较危险的事情。当然，我们可以在SQL Server Enterprise Manager里面恢复，也可以使用如下语句完成

sp_configure 'allow updates',0

go

reconfigure with override

go

sql数据库附加出错怎么办

解决方法步骤如下：

1、首先打开sqlserver management studio,登录身份选择windows身份验证，点击连接。

2、进入管理器中，选择数据库，右键，在弹出的菜单选择“附加”,如图所示，选择要附加的文件后，点击附加，如果没有报错，则完成附加，否则，需要接下来的数据修复。

3、报错，附加失败后，新建数据库，且要与要附加的数据库同名。如要附加的数据库为skhprint,要新建的数据库名也要命名为skhprint,如图，点击确定，完成数据库创建。

4、如何在界面内找到“停止”选项并单击停止数据库。

5、将原mdf文件，如skhprint.mdf复制到新创建的数据库所在目录中，之后，开启服务器。

6、这时，会发现skhprint质疑，接下来要打开查询分析器，输入如下代码:use mastergo--declare @databaseName varchar(50)--set @databaseName='skhprint'--1修改服务器设置：允许对系统目录进行直接修改

sp_configure 'allow updates',1 reconfigure with overridego--2将数据库置为紧急状态update master.dbo.sysdatabases set status = 32768 where name = 'skhprint'go--3删除新的ldf文件，重建日志：dbcc rebuild_log('skhprint', 'f:skhprint_log_new.ldf')--假设把新日志在f盘goupdate master.dbo.sysdatabases set status = 16 where name = 'skhprint'即可。