MSSQL2008的數據庫分離后，不能在MSSQL2000中使用，應該如何操作，可以讓他們兼容

kahn178 2009-08-24 09:28:09

MSSQL2008的數據庫分離后，不能在MSSQL2000中使用，應該如何操作，可以讓他們兼容

因為現在MSSQL2008的.mdf文件在MSSQL2000中不認，恢復不了

...全文

57 8 打赏收藏转发到动态举报

写回复

8 条回复

切换为时间正序

请发表友善的回复…

发表回复

feixianxxx 2009-08-24

打赏
举报

回复

其实最妥当就是导出脚本。。

然后修改部分2008特有的语法改成2000的

xuejie09242 2009-08-24

打赏
举报

回复

导出脚本，重建然后导数据，如楼上所说。

水族杰纶 2009-08-24

打赏
举报

回复

...

SQL77 2009-08-24

打赏
举报

回复

上帖不是发了吗,DTS导入导出,

--小F-- 2009-08-24

打赏
举报

回复

2008转到2000的步骤 

1. 生成for 2000版本的数据库脚本 

2008 的manger studio 

-- 打开"对象资源管理器"(没有的话按F8), 连接到你的实例 

-- 右键要转到2000的库 

-- 任务 

-- 生成脚本 

-- 在"脚本向导"的"选择数据库"中, 确定选择的是要转到2000的库 

-- 勾选"为所选数据库中的所有对象编写脚本" 

-- 在接下来的"选择脚本选项"中, 将”编写创建数据库的脚本”设为True，找到"为服务器版本编写脚本"项, 选择"SQL Server 2000" 

-- 其他选项根据需要设置 

-- 最后把脚本保存到一个 .sql 脚本文件 



2. 在2000中创建目标数据库 

在查询分析器(或2008的manger studio在打开脚本文件), 连接到SQL Server 2000,执行上面生成的脚本.以创建一个新的数据库 



3. 将数据从2008导到2000 

打开SQL Server 2000的企业管理器 

-- 右键要导入数据的数据库 

-- 任务 

-- 导入数据 

-- 在"SQL Server 导入和导出向导"的"选择数据源"步骤中, 确定选择的是要导出的数据库 

-- 在"选择数据源"步骤中, 连接到 2005, 并选择源数据库 

-- 在"选择源表和源视图"中, 选择所有的表 

-- 最后完成

zzz1975 2009-08-24

打赏
举报

回复

向上不兼容吧，软件基本原则啊

Yang_ 2009-08-24

打赏
举报

回复

不能从高到低

导入导出吧

feixianxxx 2009-08-24

打赏
举报

回复

http://www.gzu521.com/campus/article/program/200803/166285.htm
这个是2005的方法你可以尝试在2008上试试

【SA默认密码：593106】使用环境： Windows OS(vista/win7/win8/xp/2000/2003) 不支持Windows 9x 软件功能： 1、MSSQL2000数据库服务开启、关闭控制； 2、基本数据库操作（改密码、数据库新建、删除、分离、附加、备份、恢复）； 3、日志和连接信息，简易防火墙，自启动设置，计划任务（自动备份与执行）等。注意事项： 1、本软件必须定义实例名和端口，本软件中的数据库无目录限制； 2、新建、附加和恢复数据库，这几项操作会将数据库保存或转移到本软件所在目录的DATA目录下，同时也会将数据库文件的物理文件名和逻辑名进行调整； 3、删除、分离数据库时，会自动清除目标数据库的用户连接； 4、防火墙仅仅是实现根据连入PC的网卡地址进行连接断开的操作，没啥用^_^； 5、计划任务只有在勾选时才会写入配置文件，在开启服务后才会读取并开启任务，如果计划任务中定义的数据库被删除或分离，任务会自动取消； 6、如果需要使用默认实例，请千万不要发布到有安装MSSQL且使用默认实例的机子上去，会造成目标机子上的MSSQL无法正常使用； 7、管理员帐号SA的默认密码是593106，第一次解锁时请输入这一密码，然后自行在数据库页修改密码。使用方法：运行程序》设置实例名》设置端口》开启。如果需要让程序自动开启服务，请勾选自动开启，开机启动表示随OS启动。与您的软件一起分发的方法： 1、运行本程序； 2、勾选自动开启、开机启动和服务守护； 3、将本软件及附属文件一起打包进您的安装程序中。您也可以将您需要分发的软件所用数据库直接附加或恢复到本软件中，从而省去恢复数据库的操作。关于vista/win7/win8中UAC未禁用时无法开机自启动的情况，请按以下步骤解决： 1、运行本程序，设置好实例名称和服务端口，勾选自动开启和服务守护； 2、打开开始》控制面板》系统和安全》计划任务； 3、创建任务》常规》输入名称》勾选下面的使用最高权限运行；触发器》开始任务选择登录时》设置选择所有用户》高级设置勾选启用；操作》操作选择启动程序》程序或脚本选择迷你SQL2000目录下的sql2k.exe； 4、以上设置完成后，点击确定进行保存，然后就可以重启win7进行测试了。分发时请不要包含本说明文件，增加您自定义的说明文本即可。更新日志： *修正 +增加 -去除 ^调整 1.2.6 *还原数据库时，修正输入库名时点取消后没有中止还原等错误； +查询分析器添加语法高亮支持； *修正关闭服务时，有机率卡顿的现象，进行了优化处理； +在操作系统关闭时，自动停止服务，防止数据丢失。 1.2.5 +数据库页增加查看我的表功能菜单项，可管理视图、存储过程及自定义函数和查看表结构等； ^部分菜单及按钮增加图标，增加美观度； +内存管理页增加AWE开关，以解决部分电脑内存不足造成运行缓慢的问题，AWE功能也占内存。 1.2.4 ^选择开机启动时，会自动删除与软件关联的注册表项，防止变更实例名造成注册表残留，对于已登记开机启动，又直接删除了软件的，请手工删除注册表Run项中的残留； *修正部分win7系统下无法正常解锁的问题（系统无法访问127.0.0.1造成）； *修正部分文字描述内容错误（漏字或多打字等）。 1.2.3 +数据库页面，集成外部工具“查询分析器”与“事件探查器”，系SQL自带程序，方便使用； -删除内置“查询分析”功能页； ^数据库页面，密码修改，允许任意字符，不再限制只能为0~9a~z了，但不允许为空； ^数据库内核升级至8.00.2305，开启AWE，支持大内存（超2G）及修复漏洞； +增加SQL Tips页，记录一些常用的SQL语句，方便查阅； ^标题栏解锁界面和密码修改页面进行调整，增加多语言支持。 1.2.2 *附加数据库时，修正输入库名时点取消后没有中止附加等错误； +增加面板锁，点击左上角的金锁，输入SA用户密码，输入正确则打开面板，否则隐藏面板，不限制开、关服务； +数据库页面，右键菜单增加打开文件目录，方便用户操作； +增加内存管理页，控制SQL Server内存占用，与企业管理器相同。 1.2.1 ^未开启服务时，关闭窗口会退出程序，开启服务时，关窗窗口则是隐藏； *附加数据库时，修正目标目录与源目录相同时无法附加的问题。 1.2.0 +增加托盘区菜单项“重启”，方便重启SQL服务； ^附加数据库文件时，将移动改为复制，原文件不会被删除； +计划任务在备份数据库后，自动清除旧备份，只保留最后5个备份（按文件，不按时间）； *修正计划任务无法正确执行的问题，由皮肤引起的。 1.1.9 +增加win8的支持，增加皮肤以美化界面； +增加查询分析器，方便使用SQL操作数据库； +增加简体、繁体语言切换，方便港台及深圳用户使用。 1.1.8 ^计划任务中执行SQL语句变更为执行SQL脚本文件，支持GO分隔，方便执行复杂任务。 1.1.7 +配置文件中增加AppTitle字符串项，如果有输入内容，则在启动时会以该项的值为窗口标题；繁体用户请将配置文件保存为Unicode格式； *修正没有清除默认实例注册表项的问题。 1.1.6 +控制程序增加对指定消息的处理，方便用户控制迷你数据库，详见包内的“控制demo”例程。 1.1.5 +同目录下只允许启动一个EXE，互斥对象，不影响启用多实例； ^原“恢复”变更为“还原”，还原时显示默认的数据库名称； +显示数据库状态，在数据库页的右键菜单项上增加修复置疑和联机数据库功能项； +勾选默认实例时，先进行检测，如安装了MSSQL服务，则禁止勾选默认实例； +计划任务，备份计划处增加选择目录的图片按钮，方便操作。 1.1.4 ^调整关闭服务过程，等待所有SQL任务执行完毕后才会关闭服务，确保用户操的作完整性； +增加服务进程窗口的显示选项，可即可查看服务日志； ^优化启动时的部分设置，提高效率，减少资源占用。 1.1.3 *修正内存释放问题，旧版会造成内存递增。 1.1.2 ^计划任务、执行脚本、恢复和备份数据库时，不限制指令执行等待时间，以免超时； *修正部分文字内容的显示错误； +增加按计算机名和IP地址访问实例的参考连接字提示； *修正启动时的一个参数错误，解决日志勾选切换造成启动失败的问题。 1.1.1 ^优化提示信息，更加人性化，执行脚本时会显示正在执行第几个脚本文件； ^优化启动服务的代码，默认实例或指定实例运行时更加稳定； ^优化数据库页右键菜单显示，允许对系统库进行操作。 1.1.0 +增加同个目录只允许运行一个实例的自动处理； *修正开启服务过程中碰到异常时，没有修改实例状态的错误； +支持强制使用默认实例，也就是使用1433端口和空实例名。 ps：升级了tools目录下的makesql和runsql，均支持unicode，与MSSQL配合使用效果非常不错的（makesql在2ccc.com上有源码可下载，增加表内容较多时自动添加GO分隔，以免执行时报内存不足的错误） 1.0.9 *修正被部分杀软报毒的问题； *修正停止服务时没有清除标识，造成提示无法运行相同实例的错误。 1.0.8 ^调整窗口关闭事件，用户必须用托盘区的右键菜单退出程序； +加入vista/win7的UAC签名，运行程序时会自动请求提权； +开启服务前自动验证下有没有相同的实例在运行。 1.0.7 +数据库页增加收缩数据库和清除日志文件内容的右键功能项； +增加版本号显示，优化部分代码； +增加启动前自检，缺少文件时会有提示。 1.0.6 *修正附加和恢复数据库时，逻辑名处理不正确的问题。 1.0.5 ^备份数据库时使用完整备份，不再自动使用增量备份； *修正部分错误，优化代码以提高处理速度。 1.0.4 +增加服务守护，在服务被异常终止时，自动开启服务。 1.0.3 *连接与防火墙，防火墙列表增加与减少时的空数据项错误； *修正托盘区无法激活主窗口的问题； +增加多实例启动支持（复制多份，设置不同的实例名和端口即可启动多个实例）； ^运行日志调整为50行滚动提示，供参考。 1.0.2 *附加数据库，日志文件路径未修改的错误； ^数据库列表，数据和日志文件的路径显示为绝对路径； +计划任务，增加自动备份和执行SQL语句的功能。

ef-orm A Simple OR-Mapping framework on multiple databases. 使用手册(中文)http://geequery.github.io/ef-orm/manual/EF-ORM-user-guide.docx 使用示例工程 https://github.com/GeeQuery/ef-orm/tree/master/orm-tutorial EF-ORM是一个轻量，便捷的Java ORM框架。并且具备若干企业级的应用特性，如分库分表、JTA事务等。代码生成插件for eclipse（请在eclipse中Help/Install new software后输入地址并安装）http://geequery.github.io/plugins/1.3.x/特点一 EF的设计的一个主要目的是提高开发效率，减少编码工作，让开发者“零配置”“少编码”的操作数据库大部分功能。例如：数据库查询条件的传入问题是所有ORM框架都不能回避的一个问题，所以我经常在想——既然我们可以用向DAO传入一个Entity来实现插入操作，为什么就不能用同样的方法来描述一个不以主键为条件的update/select/delete操作？为什么DAO的接口参数老是变来变去？为什么很多应用中，自行设计开发类来描述各种业务查询条件才能传入DAO？为什么我们不能在数据访问层上花费更少的时间和精力? 　　JPA1.0和早期的H框架，其思想是将关系型数据库抽象为对象池，这极大的限制了本来非常灵活的SQL语句的发挥空间。而本质上，当我们调用某H框架的session.get、session.load、session.delete时，我们是想传递一个以对象形式表达的数据库操作请求。只不过某H框架要求（并且限制）我们将其视作纯粹的“单个”对象而已。JPA 2.0为了弥补JPA1.0的不足，才将这种Query的思想引入为框架中的另一套查询体系——Criteria API。事实上针对单个对象的get/load/persist/save/update/merge/saveOrUpdate API和Criteria API本来就为一体，只不过是历史的原因被人为割裂成为两套数据库操作API罢了。　　因此，对于关系型数据库而言——Entity和Query是一体两面的事物，所谓Query，可以包含各种复杂的查询条件，甚至可以作为一个完整的SQL操作请求的描述。为此，EF彻底将Entity和Query绑在了一起。这种思想，使得—— 开发人员需要编写的类更少。开发人员无需编写其他类来描述复杂的SQL查询条件。也无需编写代码将这些查询条件转换为SQL/HQL/JPQL。DAO层也不会有老要改来改去的接口和API，几乎可以做到零编码。对单个对象进行CRUD的操作API现在和Criteria API合并在一起。Session对象可以直接提供原本要Criteria API才能提供实现的功能。API大大简化。 IQueryableEntity允许你将一个实体直接变化为一个查询（Query），在很多时候可以用来完成复杂条件下的数据查询。比如 ‘in (?,?,?)’， ‘Between 1 and 10’之类的条件。 xxQL有着拼装语句可读性差、编译器无法检查、变更维护困难等问题，但是却广受开发人员欢迎。这多少有历史原因，也有Criteria API设计上过于复杂的因素。两者一方是极端灵活但维护困难，一方是严谨强大而学习和编写繁琐，两边都是极端。事实上JPA的几种数据查询方式存在青黄不接的问题。选择查询语言xxQL，项目面临后续维护困难，跨数据库移植性差；选择Criteria API，代码臃肿，操作繁琐，很多人望而却步。EF的设计思想是使人早日摆脱拼装SQL/HQL/JPQL的困扰，而是用（更精简易用的）Criteria API来操作数据库。基于轻量级Criteria API的操作方式，使得对数据库的变更和重构变得非常轻松，解决了SQL语句多对软件维护和移植造成产生的不利影响。阅读推荐：第3、4章特点二，将SQL的使用发挥到极致，解决SQL拼凑问题、数据库移植问题大部分OLTP应用系统到最后都不免要使用SQL/JPQL，然而没有一个很好的方法解决SQL在多种数据库下兼容性的问题。 EF-ORM中采用了独特的SQL解析和改写技术，能够主动检查并确保SQL语句或者SQL片段在各个数据库上的兼容性。 EF中除了Criteria API以外，可以直接使用“SQL语句”或者“SQL片段”。但是这些SQL语句并不是直接传送给JDBC驱动的，而是有着一个数据库方言层，经过方言层处理的SQL语句，就具备了在当前数据库上正确操作的能力。这相当于提供了一种能跨数据库操作的SQL语言。(E-SQL) E-SQL不但解决了异构数据库的语法问题、函数问题、特殊的写法问题，还解决了动态SQL问题、绑定变量扩展等特性。对于各种常用SQL函数和运算符，都可以自动转换为当前数据库支持的方言来操作。其函数支持也要多于HQL支持的函数。阅读推荐：第7、8章特点三，可能是业界最快的ORM框架. 得益于ASM的动态代码生成技术，部分耗时操作通过动态代码固化为硬编码实现，EF-ORM的大部分操作性能要超过已知的其他框架。实际性能测试表明，EF的大部分操作都要快于Hiberante和MyBatis，部分操作速度甚至数十倍于上述框架。 EF在极限插入模式下，甚至刷新了每秒10万条写入的记录。远远超过了其他框架。一个初步的性能测试：测试代码：http://geequery.github.io/ef-orm/manual/performance-test.rar 测试报告：http://geequery.github.io/ef-orm/manual/performance-compare.docx 阅读推荐：第9、17章特点四，分库分表开发过程中参照了Hibernate Shards、Alibaba TDDL、Cobar等框架，也是基于词法分析器来提取SQL参数，并计算路由。能支持分库维度含糊等场景下的分库分表。以及包括多库多表下的 order by , distinct, group by, having等操作。阅读推荐：第10章特点五，常用DDL操作的封装从数据库元数据访问，到建表，创建约束，创建sequence等各种DDL操作进行了封装，用户无需编写各种SQL，可以直接通过API操作数据库结构。尤其是ALTER TABLE等修改数据库的语句，各种不同的RDBMS都有较大语法差异。特点六、解决各种跨RDBMS的移植问题 1、DML操作、自增值处理与返回、查询这些不同数据库操作差异很大的东西，都了统一的封装。 2、DDL操作、建表、删表、trunacte，Sequence创建和TABLE模拟Sequence等，都做了支持。 3、对SQL语法操作和函数的改写与支持。其他特性轻量该框架对应用环境、连接池、是否为J2EE应用等没有特殊要求。可以和EJB集成，也可与Spring集成，也可以单独使用。整个框架只有两个JAR包，模块和功能都较为轻量。依赖少整个框架只有三个jar库。间接依赖仅有commons-lang, slf4j等7个通用库，作为一个ORM框架，对第三方依赖极小。简单直接的API 框架的API设计直接面向数据库操作，不绕弯子，开发者只需要数据库基本知识，不必学习大量新的操作概念即可使用API完成各种DDL/DML操作。最大限度利用编译器减少编码错误的可能性 API设计和元数据模型（meta-model）的使用，使得常规的数据库查询都可以直接通过Criteria API来完成，无需使用任何JPQL/HQL/SQL。可以让避免用户犯一些语法、拼写等错误。JPA2规范兼容使用JPA 2.0规范的标准注解方式来定义和操作对象。（但整个ORM不是完整的JPA兼容实现）更高的性能依赖于ASM等静态字节码技术而不是CGlib，使得改善了代理性能；依赖于动态反射框架，内部数据处理上的开销几乎可以忽略。操作性能接近JDBC水平。对比某H开头的框架，在写入操作上大约领先30%，在大量数据读取上领先50%以上。更多的性能调优手段 debug模式下提供了大量性能日志，帮您分析性能瓶颈所在。同时每个查询都可以针对batch、fetchSize、maxResult、缓存、级联操作类型等进行调整和开关，可以将性能调到最优。可在主流数据库之间任意切换支持Oracle、MySQL、Postgres、MSSQL、GBase、SQLite、HSQL、Derby等数据库。除了API方式下的操作能兼容各个数据库之外，就连SQL的本地化查询也能使之兼容。JMX动态调节可以用JMX查看框架运行统计。框架的debug开关和其他参数都可以使用JMX动态调整。动态表支持表结构元数据的API也向用户开放，同时支持在使用过程中，灵活调整映射关系，因此用户可以用API动态的创建表结构的模型，从而实现各种动态类型和表的映射（例如POJO中包含一个Map，用于映射各种动态扩展的字段）企业级特性支持 SQL分析，性能统计，分库分表，Oracle RAC支持，读写分离支持标签：eform

本课程详细介绍SQLSERVER数据库的基础管理知识，所使用到的服务及网络协议，实例的概念，应用的文件结构。掌握如何创建数据库，用户与角色的使用，日常管理中经常使用到的维护计划的管理，了解性能优化时应用的优化引擎，执行计划，索引和活动监视器，数据库服务器的相关报表。排查问题，跟踪数据的profile探查器的使用技巧。

PageAdmin政府网站源码运行环境服务器要求：Windows+IIs 数据库：Access或Mssql Server 2000或更高版本 .NET版本：.NET2.0/.NET3.5 系统演示：http://gov.pageadmin.net 亲自试过，功能很强大：可以做站群，带工作流，带签收，自定义模型，基本你想到的就能做到，下面从官方网站复制的系统介绍。系统介绍： PageAdmin是一款集成内容发布、信息发布、自定义表单、自定义模型、会员系统、业务管理等功能于一体的企业级网站内容管理系统，于2009年正式发布，目前全国用户已经超过50万以上，被广泛用于企业、中小学、大专院校，政府部门的网站搭建。 PageAdmin特点 1、简单易用、灵活扩展：以前开发一个网站只能找网络公司，做出的网站管理后台功能简单，导致后期维护、修改和扩展困难，甚至只能付费让制作公司维护，PageAdmin强大的功能、易用性、灵活扩展性完美的解决了这些问题。因为系统经过多年发展，其间综合了大量用户的切身使用体验，大大小小经过上百次的升级更新，在操作上不断追求人性化，功能上在也日趋完善，其中的自定义模型功能更是让用户可以轻松开发出自己的个性化功能。 2、强大的负载功能：一个网站负载功能在网站访问量或内容量巨大时至关重要，pageadmin通过生成静态化和数据库连接优化两个方面来提高网站的负载能力。 2.1、生成静态可以保证用户打开页面时不必连接数据库，从而大大提高页面访问速度和节约服务器资源； 2.2、采用特有的技术手段对每个表的连接都进行优化处理，保证无用字段数据不会被读取，通过实际测试，在采用sqlserver数据库的前提下，pageadmin的子栏目列表页读取100万数据表耗时3秒左右，实际应用中都是有条件的提取数据，所以速度会更快。 3、样式和内容分离：系统主体框架div+css结构，遵循国际最新W3C网页设计标准，兼容IE系列、火狐等主流浏览器，内容和样式分离让网站风格可以轻松修改和更换，而不会导致内容和结构的破坏。 4、周密的安全策略和攻击防护：对SQL参数进行敏感字符过滤、对密码、cookie进行了不可逆加密处理，数据库备份功能、对管理员权限的自由分配等，在方方面面保证了系统的安全和稳定。

PageAdmin学校网站源码运行环境服务器要求：Windows+IIs 数据库：Access或Mssql Server 2000或更高版本 .NET版本：.NET2.0/.NET3.5 系统演示：http://school.pageadmin.net 介绍：PageAdmin是一款集成内容发布、信息发布、自定义表单、自定义模型、会员系统、业务管理等功能于一体的企业级网站内容管理系统，于2009年正式发布，目前全国用户已经超过50万以上，被广泛用于企业、中小学、大专院校，政府部门的网站搭建。 PageAdmin特点 1、简单易用、灵活扩展：以前开发一个网站只能找网络公司，做出的网站管理后台功能简单，导致后期维护、修改和扩展困难，甚至只能付费让制作公司维护，PageAdmin强大的功能、易用性、灵活扩展性完美的解决了这些问题。因为系统经过多年发展，其间综合了大量用户的切身使用体验，大大小小经过上百次的升级更新，在操作上不断追求人性化，功能上在也日趋完善，其中的自定义模型功能更是让用户可以轻松开发出自己的个性化功能。 2、强大的负载功能：一个网站负载功能在网站访问量或内容量巨大时至关重要，pageadmin通过生成静态化和数据库连接优化两个方面来提高网站的负载能力。 2.1、生成静态可以保证用户打开页面时不必连接数据库，从而大大提高页面访问速度和节约服务器资源； 2.2、采用特有的技术手段对每个表的连接都进行优化处理，保证无用字段数据不会被读取，通过实际测试，在采用sqlserver数据库的前提下，pageadmin的子栏目列表页读取100万数据表耗时3秒左右，实际应用中都是有条件的提取数据，所以速度会更快。 3、样式和内容分离：系统主体框架div+css结构，遵循国际最新W3C网页设计标准，兼容IE系列、火狐等主流浏览器，内容和样式分离让网站风格可以轻松修改和更换，而不会导致内容和结构的破坏。 4、周密的安全策略和攻击防护：对SQL参数进行敏感字符过滤、对密码、cookie进行了不可逆加密处理，数据库备份功能、对管理员权限的自由分配等，在方方面面保证了系统的安全和稳定。

22,209

社区成员

121,730

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章