假定损坏的数据库名称是：jxc_txyy ，创建数据库，覆盖数据文件后，运行以下脚本。
alter database jxc_txyy set EMERGENCY;
alter database jxc_txyy set SINGLE_USER;
dbcc checkdb('jxc_txyy',REPAIR_ALLOW_DATA_LOSS);
dbcc checkdb('jxc_txyy',REPAIR_REBUILD);
alter database jxc_txyy set MULTI_USER;
原文出自以下地址
https://www.cnblogs.com/atree/archive/2010/05/16/Sqlserver2005-mdf-ldf.html
SQL Server 2005无日志文件附加数据库
公司网站运营两年多了，日志文件超级大，在重装系统的时候，为了省事，就没有备份日志文件，而且是没有分离就把日志文件给删掉了（下次一定要记得先分离再删日志文件）。结果造成数据库怎么都附加不上。出现错误。
解决办法：
1、新建一个同名数据库。
2、停止数据库服务，覆盖新建的数据库主文件（小技巧：最好放在同一个磁盘里面，把新建的数据库主文件删掉或移开，再把要恢复的数据库主文件剪切过去，这样就可以节省时间。）
3、启动数据库服务，数据库变为置疑或可疑状态。然后在查询分析器中运行：
alter database 无日志文件的数据库名称 set emergency
设置为紧急状态。
4、再运行：
alter database 无日志文件的数据库名称 set single_user
或者：
Sp_dboption '无日志文件的数据库名称', 'single user', 'true'
设置为单用户模式。
5、检查并重建日志文件，运行：
dbcc checkdb('无日志文件的数据库名称',REPAIR_ALLOW_DATA_LOSS)
这个时间比较长。耐心等待！如果有错误提示，再运行：
dbcc checkdb('无日志文件的数据库名称',REPAIR_REBUILD)
进行修复。如果没有错误，可以跳过。
6、恢复成多用户模式
alter database 无日志文件的数据库名称 set multi_user
或者：
Sp_dboption '无日志文件的数据库名称', 'single user', 'false'
刷新数据库，你就可以看到已经修复好的数据库了。
我是如此修复，至于网上还有很多修复方法，我试过，没有成功。通过多方组合得到这个方法。可能也不是数据库的每一个版本都适用，如果你用过后，不行，希望能留言，让我们能共同讨论，共同进步！
20191003另外测试通过的一个方法
1.设置数据库状态，脚本：EXEC sp_resetstatus 'eisdoc'
2.设置数据库为紧急模式，脚本：ALTER DATABASE eisdoc SET EMERGENCY
3.设置数据库为单用户模式（对数据库检查修复只能在单用户模式下），脚本：ALTER DATABASE eisdoc SET SINGLE_USER
4.检查并修复数据库，会提示你修复数据库可能丢失数据，正常应该不会丢失数据库数据，但是数据库日志的完整性将受到破坏，脚本：DBCC CheckDB (eisdoc, REPAIR_ALLOW_DATA_LOSS)
5.恢复数据库为多用户模式，脚本：ALTER DATABASE eisdoc SET MULTI_USER