MySql与MsSql性能对比
对比前提：同一台服务器，记录总数都是：1317920条
表结构：
CREATE TABLE `me_yarn_monthly_end_detail_stock` (
`MONTHLY_END_STOCK_ID` varchar(38) NOT NULL COMMENT '成纱库存期初ID',
`MONTHLY_END_ID` varchar(38) DEFAULT NULL COMMENT '成纱月结ID',
`CREATE_DATE` datetime DEFAULT NULL COMMENT '创建日期',
`YARN_TYPE_CODE` varchar(50) DEFAULT NULL COMMENT '成纱类别',
`SHADE_CODE` varchar(50) DEFAULT NULL COMMENT '色号代码',
`GODOWN_CODE` varchar(50) DEFAULT NULL COMMENT '仓库',
`YARN_LOT_NO` varchar(50) DEFAULT NULL COMMENT '批号',
`NM` varchar(50) DEFAULT NULL COMMENT '支数',
`QUALITY_CODE` varchar(50) DEFAULT NULL COMMENT '毛纱品质',
`LOCATION_CODE` varchar(50) DEFAULT NULL COMMENT '货位',
`ACCOUNT_CODE` varchar(50) DEFAULT NULL COMMENT '所属公司',
`LAST_MONTHLY_QTY` decimal(15,2) DEFAULT NULL COMMENT '上月结存',
`CHECK_QTY` decimal(15,2) DEFAULT NULL COMMENT '初始化数量',
`IN_QTY` decimal(15,2) DEFAULT NULL COMMENT '入仓数量',
`OUT_QTY` decimal(15,2) DEFAULT NULL COMMENT '出仓数量',
`ADJUSTMENT_QTY` decimal(15,2) DEFAULT NULL COMMENT '调整数量',
`TURNOVER_QTY` decimal(15,2) DEFAULT NULL COMMENT '转仓数量',
`MONTHLY_IN_QTY` decimal(15,2) DEFAULT NULL COMMENT '本月进仓',
`MONTHLY_OUT_QTY` decimal(15,2) DEFAULT NULL COMMENT '本月出仓',
`QUANTITY` decimal(15,2) DEFAULT NULL COMMENT '库存量/kg',
`REMARKS` varchar(800) DEFAULT NULL COMMENT '备注',
PRIMARY KEY (`MONTHLY_END_STOCK_ID`),
KEY `YARN_TYPE_CODE` (`YARN_TYPE_CODE`,`SHADE_CODE`,`GODOWN_CODE`,`YARN_LOT_NO`,`NM`,`QUALITY_CODE`,` LOCATION_CODE`,`ACCOUNT_CODE`),
KEY `MONTHLY_END_ID` (`MONTHLY_END_ID`),
KEY `CREATE_DATE` (`CREATE_DATE`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8
1、有关联取总记录数的性能对比
MySql:81秒
MsSql:7秒
2、有联的查询
开始条数查询条数MySql用时MsSql用时
5000 10 3秒不到1秒
10000 10 8秒24秒
20000 10 78秒15秒
40000 10 76秒27秒
50000 10 126秒14秒
100000 10 180秒58秒
3、无联的查询
开始条数查询条数MySql用时MsSql用时
5000 10 不到1秒不到1秒
10000 10 不到1秒不到1秒
20000 10 1秒不到1秒
40000 10 2秒不到1秒
50000 10 3秒不到1秒
100000 10 6秒不到1秒
500000 10 31秒5秒
1000000 10 63秒5秒
4、用到的SQL
MySql查总记录数
SELECT COUNT(MONTHLY_END_STOCK_ID) as 'Total'
FROM `me_yarn_monthly_end_detail_stock`
LEFT OUTER JOIN `me_yarn_monthly_end_setting` ON `me_yarn_monthly_end_detail_stock`.`MONTHLY_END_ID` = `me_yarn_monthly_end_setting`.`MONTHLY_END_ID`
LEFT OUTER JOIN `ms_loading_port` ON `me_yarn_monthly_end_detail_stock`.`LOCATION_CODE` = `ms_loading_port`.`LOADING_PORT_CODE`
LEFT OUTER JOIN `ms_godown` ON `me_yarn_monthly_end_detail_stock`.`GODOWN_CODE` = `ms_godown`.`GODOWN_CODE` LEFT OUTER JOIN `ms_vender` ON `me_yarn_monthly_end_detail_stock`.`ACCOUNT_CODE` = `ms_vender`.`VENDER_ID` LEFT OUTER JOIN `ms_yarn_quality` ON `me_yarn_monthly_end_detail_stock`.`QUALITY_CODE` = `ms_yarn_quality`.`QUALITY_CODE`
LEFT OUTER JOIN `ms_godown_location` ON `me_yarn_monthly_end_detail_stock`.`LOCATION_CODE` = `ms_godown_location`.`LOCATION_CODE`;
MySql查询
SELECT me_yarn_monthly_end_detail_stock.*
FROM `me_yarn_monthly_end_detail_stock`
LEFT OUTER JOIN `me_yarn_monthly_end_setting` ON `me_yarn_monthly_end_detail_stock`.`MONTHLY_END_ID` = `me_yarn_monthly_end_setting`.`MONTHLY_END_ID`
LEFT OUTER JOIN `ms_loading_port` ON `me_yarn_monthly_end_detail_stock`.`LOCATION_CODE` = `ms_loading_port`.`LOADING_PORT_CODE`
LEFT OUTER JOIN `ms_godown` ON `me_yarn_monthly_end_detail_stock`.`GODOWN_CODE` = `ms_godown`.`GODOWN_CODE` LEFT OUTER JOIN `ms_vender` ON
`me_yarn_monthly_end_detail_stock`.`ACCOUNT_CODE` = `ms_vender`.`VENDER_ID` LEFT OUTER JOIN `ms_yarn_quality` ON `me_yarn_monthly_end_detail_stock`.`QUALITY_CODE` = `ms_yarn_quality`.`QUALITY_CODE`
LEFT OUTER JOIN `ms_godown_location` ON `me_yarn_monthly_end_detail_stock`.`LOCATION_CODE` = `ms_godown_location`.`LOCATION_CODE`
#order by me_yarn_monthly_end_detail_stock.create_date
LIMIT 1000000, 10;
MsSql查总记录数
SELECT Count(MONTHLY_END_STOCK_ID) as 'Total'
FROM [dbo].me_yarn_monthly_end_detail_stock_new
LEFT OUTER JOIN me_yarn_monthly_end_setting ON me_yarn_monthly_end_detail_stock_new.MONTHLY_END_ID = me_yarn_monthly_end_setting.MONTHLY_END_ID
LEFT OUTER JOIN ms_loading_port ON me_yarn_monthly_end_detail_stock_new.LOCATION_CODE = ms_loading_port.LOADING_PORT_CODE
LEFT OUTER JOIN ms_godown ON me_yarn_monthly_end_detail_stock_new.GODOWN_CODE = ms_godown.GODOWN_CODE LEFT OUTER JOIN ms_vender ON me_yarn_monthly_end_detail_stock_new.ACCOUNT_CODE = ms_vender.VENDER_ID LEFT OUTER JOIN ms_yarn_quality ON me_yarn_monthly_end_detail_stock_new.QUALITY_CODE = ms_yarn_quality.QUALITY_CODE LEFT OUTER JOIN ms_godown_location ON me_yarn_monthly_end_detail_stock_new.LOCATION_CODE = ms_godown_location.LOCATION_CODE;
MsSql查询
SELECT *
FROM (SELECT ROW_NUMBER() OVER ( ORDER BY [dbo].[me_yarn_monthly_end_detail_stock_new].[MONTHLY_END_STOCK_ID]) AS Row,me_yarn_monthly_end_detail_stock_new.*
FROM [dbo].[me_yarn_monthly_end_detail_stock_new]
LEFT OUTER JOIN me_yarn_monthly_end_setting ON me_yarn_monthly_end_detail_stock_new.MONTHLY_END_ID = me_yarn_monthly_end_setting.MONTHLY_END_ID
LEFT OUTER JOIN ms_loading_port ON me_yarn_monthly_end_detail_stock_new.LOCATION_CODE = ms_loading_port.LOADING_PORT_CODE
LEFT OUTER JOIN ms_godown ON me_yarn_monthly_end_detail_stock_new.GODOWN_CODE = ms_godown.GODOWN_CODE
LEFT OUTER JOIN ms_vender ON me_yarn_monthly_end_detail_stock_new.ACCOUNT_CODE = ms_vender.VENDER_ID LEFT OUTER JOIN ms_yarn_quality ON me_yarn_monthly_end_detail_stock_new.QUALITY_CODE = ms_yarn_quality.QUALITY_CODE LEFT OUTER JOIN ms_godown_location ON me_yarn_monthly_end_detail_stock_new.LOCATION_CODE = ms_godown_location.LOCATION_CODE
) as tab
where Row>=1000000 and Row<1000010
远程备份SQL SERVER数据库 我们使用本地的SQL 企业管理器来实现远程备份SQL SERVER数据库。步骤如下：1，首先打开企业管理器-------展开MICROSOFT SQL SERVERS------在SQL SERVER组上右键-------选择“新建SQL SERVER 注册”如图所示： 2，打开向导后点击下一步，进入添加服务器，在可用的服务器里输入你要远程备份数据库的服务器IP ，点击添加以后，在添加的服务器栏目里就会出现刚才你所添加的服务器IP。点击下一步。如图所示：
3，在这一步，选择第二项，使用SQL 身份验证。如图所示： 4，输入正确的SQL 管理员帐号和密码，点击确定以后，就将远程的服务器SQL数据库显示在本地了！如图所示：
5，展开远程服务器的数据库。按照下图所示，就可以在本地进行远程SQL SERVER的数据库备份了。
=============================================== 说明： 一、当我们真正使用SQL SERVER的超级用户进行远程备份数据库的时候，我们就能感受到这个帐号不仅带来了方便，更给服务器安全带来了不可忽视的威胁，所以这个帐号一定要和系统管理员密码那样设置的够复杂！ 二、经我个人测试，发现无法用SQL SERVER 2000 来远程链接 SQL SERVER 2005. 三、以上测试均在：WINDOWS 2003 SQL SERVER2000下测试成功！
SQL Server 2000 数据库还原备份文件 1、打开Sql server 2000数据库，在数据库标签上有右键选择-》所有任务-》还原数据库 2、弹出还原数据库对话框 （1）在“常规”选项卡中的“还原为数据库(R):”后面的文本框中填写要还原后数据库的名称 （2）在“常规”选项卡中的“还原”后面的单选按钮中选择“从设备（M）”（3）在“常规”选项卡中的“参数”的“设备(V)”中点击按钮“选择设备”（4）在弹出的对话框中选择“文件名(F)”的单选按钮，在下面的选择框中选择需要还原的文件 （5）点击确定
十大著名轮胎品牌排名优缺点详解 第一是：法国米其林 第二是：日本普利斯通 第三是：美国固特异 第四是：德国大陆（马牌） 第五是：日本住友 第六是：意大利倍耐力 第七是：日本横滨 第八是：美国库珀 第九是：韩国韩泰 第十是：日本东洋 第十一:韩国锦湖轮胎 第十二:佳通轮胎 第十三:莫斯科Sibur-RusskieShiny 第十四:中国三角集团 细数世界几大品牌轮胎 下面介绍一下，想换轮胎的朋友可以参考一下，不换的也可以长长知识。只说品质最好的高档轮胎，先从知名度最低的说起吧。 1、倍耐力 相信喜欢足球喜欢国际米兰的朋友对这个牌子都有印象。倍耐力是国际米兰的主赞助商，国际米兰队服胸前的商标就是倍耐力，甚至在倍耐力刚进入中国的时候，有场比赛还特意印上倍耐力的中国字样，足见倍耐力对中国市场的重视。倍耐力起源于19世纪后期，是最早的轮胎厂家之一，它属于运动型轮胎，也是最早赞助F1的，现在还在赞助wrc。说实话，倍耐力轮胎绝对适合WRC那种路况，抓地超强，非常强壮。喜欢飚车的朋友，小编觉得倍耐力是首选，抓地太强悍了，不敢说倍耐力是最好的，但可以负责任的说，倍耐力的抓地是最棒
的，飚车玩家必备，不过前提是，你得忍受倍耐力同样强大的胎噪，惊人的胎噪，那种感觉无法形容，以至于倍耐力的经销商都不相信那是轮胎发出的噪音。倍耐力的价格在高档轮胎里属于中等偏上，目前已经国产化，销售不理想。配套比较多，都是高档车，像宝马7系，奥迪A8等等。如果你不在乎倍耐力的噪音，不在乎它过高的价格定位，喜欢开快车，选倍耐力没错！！ 2、马牌 德国马牌也叫大陆轮胎，也是19世纪开始做轮胎的。欧洲杯足球赛场经常能看见马牌的广告，汽车赛方面好像赞助的不多，我了解的好像大卡车的比赛用马牌，好像没玩过F1。马牌和倍耐力是两个极端，以静音舒适著称，那些说米其林舒服的朋友一定没用过马牌轮胎。舒适静音是马牌的最大特点，不过好像也只有这一个特点，马牌不算耐磨，抓地力一般，不强壮，不太适合我们国家的路况，进口轮胎价格比较实在，目前中国工厂还没有盖起来，市场表现还要看国产轮胎下线后的定位情况。配套方面，马牌轮胎主要配套一些中级车型，如奥迪A4、A6，奔驰C级E级，宝马3系；一些高档的SUV配套的马牌都是捷克出的，噪音不小。如果你追求舒适静音，对耐磨、运动、价格方面没有要求，马牌是个不错的选择。 3、邓禄普 邓禄普于19世纪后期起源于英国，后被日本控股，是充气轮胎的发明者。邓禄普是第二个玩F1的轮胎品牌，在F1分站赛的赢得数量上目前排第二，现在不玩了，现在主要赞助德国房车大师赛、A8房车赛及摩托GP，在多项越野比赛中也是主要赞助商，因为越野胎中邓禄普是最好的。国产邓禄普轮胎最大的特点是没特点(和普利司通类似，下面会提到)，静音舒适性不如米其林和马牌，抓地力不如倍耐力，属于比较中性的轮胎。其实邓禄普在国际上是个纯高端品牌，从配套就能看出来，奥迪A8，奔驰S600，宝马5系X5X3，大众途锐，价格当然也高的夸张。国产邓禄普针对中国的情况，适当降低了部分小型号轮胎的定位，使其能够满足几乎全部车型的需求，价格比较合适。曾经在网上看到过一篇对邓禄普的评论：不敢说邓禄普是最好，但是性价比最高的轮胎。如果你偶尔会小玩一下你的车，又对舒适静音性有所要求，价格也不希望太贵，邓禄普不错。4、固特异
数据库种类 数据库性能指标 1查询性能 多用户与查询之前的冲突 硬件 然而并不是所有的数据库性能问题都是来自数据库本身，我们日常工作中最常见的另一个情景就是数据库的硬件有若干问题，这里我们简单的介绍一下可能会出现的情况，毕竟市面上有已经有很多工具可以监测这些问题了 1、没有足够的CPU或CPU速度太慢：更多的CPU可以分担服务器的负载，从而提高性能。 2、慢的磁盘没有足够的IOPS：磁盘性能可以描述为每秒输入/输出操作（IOPS），它表示每秒磁盘的吞吐量。 3、配置不正确的磁盘：数据库需要效果明显的磁盘访问，配置不正确的磁盘会造成相当大的性能影响。 4、没有足够的内存：受限或不好的物理内存影响数据库性能，可用的内存越多，性能越好。 1NOsql 数据库优点 处理大规模数据和高并发能力 缺点 1. 复杂的数据库：NoSQL的简洁，有效，速度，然而所有这些特性都表现在数据库任务很简单的时候。当数据库变得更复杂，NoSQL开始崩溃 。同时nosql相对sql方面行业标准还不成熟，SQL有行业标准接口，而每一个nosql都是独一无二的 2. 灵活的Schema设计：在以前的数据库模型中，程序员必须考虑他们所需要的列，以照顾所有的潜在的可能性和每行中的数据项。当使用NoSQL时，各种各样的字符串都能实现，这种灵活性使得程序员能够快速地提高应用的速度。然而，当有几个小组在同一个项目上工作，或者当新的开发团队接手某个项目时，这可能是个问题。 3. NoSQL数据库相比关系型数据库通常更多的是资源密集型。它们需要更多的内存和内存分配。出于这个原因，大多数主机托管公司不提供NoSQL，你必须使用VPS或专用服务器。另一方面，随着数据库的需求增加，硬件也必须扩展 4. 监控困难：相对于已经成熟的SQL，NoSQL现在的监控可以说是比较困难的，国内也只有听云一家公司能够支持主流的Memcached, MongoDB, Redis等非关系型数据库服务
SQLServer数据库备份与恢复 学院：工程学院专业：机械设计制造及其自动化班级：01 姓名：张丹学号：1522111 【实验内容】 通过SQL Server 自带的备份功能备份数据库 利用SQL Server自带的还原功能还原数据库 【实验原理】 数据库的建立和使用极大的方便了人们对数据的管理和应用，数据的稳定性和可恢复至关重要，因此要定期对数据库的数据进行备份。 【实验环境】 Windows 实验台 SQL Server 2000 【实验步骤】 打开Windows实验台，运行Windows 2003系统；运行SQL Server 2000的“查询分析器”和“企业管理器”。 SQL Server 数据库备份 (1)打开企业管理器，展开服务器组，然后展开服务器。 (2)展开数据库，选中所要备份的数据库，单击鼠标右键，依次选择“所有 任务”，“备份数据库”。 (3)在弹出的对话框中，依次修改：“名称”、“备份方式”、“目的”、“重写方 式”，最后点“确定”。 (4)开始备份。 (5)最后备份完成。 SQL Server 数据库还原 (1)打开企业管理器，展开服务器组，然后展开服务器。 (2)展开数据库，选中所要还原的数据库，单击鼠标右键，依次选择“所有 任务”，“还原数据库”。 (3)在弹出的对话框中，依次修改：“还原后的数据名”、“要还原的备份文件”。
(4)然后选择“选项”标签卡，选中“在现有数据库上强制还原”多选项。 (5)点击“确定”按钮开始还原。 (6)最后还原完成，如下图所示。 【实验总结】 该实验较复杂，对数据库的备份与还原的掌握与运用十分实用。
中文三大全文数据库的比较 摘要通过本课程的学习，结合本人的学习情况从三大数据库对论文的收录情况、检索功能、检索结果、检索界面等方面对中文三大全文数据库——《中文期刊网全文数据库》、《维普中文科技期刊数据库》和《万方数据资源系统数字化期刊》进行了比较，阐述了一些自己对这三大全文数据库的认识。最后并谈了谈本人的学习收获和对本课程的些许建议。 关键词中文期刊网全文数据库维普中文科技期刊数据库万方数据资源系统数字化期刊全文数据库 收录情况：这三个数据库基本覆盖了科学技术和社会科学的各个领域。其中“维普”期刊的收藏量占有绝对优势，几乎覆盖了中国出版的所有中文期刊，并且收录了大量内部发行期刊，收录的年限最长，其中收录自然科学和工程技术方面的期刊量比“CNKI”多出近50%，但在文史哲类方面则几乎是空白，因此，“维普”适合用户进行科技文献的回溯性检索。“CNKI”重点收录了国内公开出版的核心期刊与具有专业特色的中西文期刊，综合性上做得较好。而“万方”收录期刊数量为三者中最少，但核心期刊比率高，收录文献的质量最高。 检索功能：三个数据库都提供了关键词、篇名、刊名、作者、机构、文摘等6个检索入口。就其特殊检索功能而言，“CNKI”在每个检索入口提供了检索词字典，通过使用它可以规范所输入的检索词，有利于更全更准地检索文献信息。“维普”在主题标引用词的基础上，编制了同义词库，有助于相关文献的检索，提高文献的查全率。“万方”在检索时，可以对期刊所分布的地域进行限定。 检索结果：比如通过著者字段的检索，张安将教授是从事化学研究的，他所发表的论文是科技方面的，在上表中“CNKI”收录了16篇，“万方”收录了5篇，而“维普”收录了24篇（换成医学方面的）；张靖龙教授是从事文学研究的，在上表中“CNKI”收录了9篇，“万方”收录了0篇，“维普”收录了1篇。从这个比较中可以看出，三个数据库中综合性最强的是“CNKI”。三个数据库中文摘做得最好的是“CNKI”，不仅可以从中获得文献的基本情况，而且能通过超级链接的方式，找到更多与查找主题相关的内容。 检索界面：“CNKI”配备了功能强大的网络数据库全文检索系统，从它的检索界面中可以看出，该数据库检索方法简单、灵活，即使不具有专业检索知识的用户也很容易掌握。“维普”通过分类和导航实现文献的浏览，还能通过初级和高级检索进行检索，页面之间衔接的比较清楚。“万方”通过多种途径检索文献，但是页面过于复杂、繁琐，很难让初次接触的读者顺利地检索到文献，同时在页面的组织、导航的实现上也有待改善。 过渡一下，下面结合自己这学期的学习情况写咱这学期学习本课程的收获和一些建议方面的内容等。（控制在150—300字）。 最后写参考文献。
十大著名轮胎品牌排名优缺点详解 轮胎： 第一是：法国米其林 第二是：日本普利斯通 第三是：美国固特异 第四是：德国大陆（马牌） 第五是：日本住友 第六是：意大利倍耐力 第七是：日本横滨 第八是：美国库珀 第九是：韩国韩泰 第十是：日本东洋 第十一:韩国锦湖轮胎 第十二:佳通轮胎 第十三:莫斯科Sibur-RusskieShiny 第十四:中国三角集团 细数世界几大品牌轮胎 下面介绍一下，想换轮胎的朋友可以参考一下，不换的也可以长长知识。只说品质最好的高档轮胎，先从知名度最低的说起吧。 1、倍耐力 相信喜欢足球喜欢国际米兰的朋友对这个牌子都有印象。倍耐力是国际米兰的主赞助商，国际米兰队服胸前的商标就是倍耐力，甚至在倍耐力刚进入中国的时候，有场比赛还特意印上倍耐力的中国字样，足见倍耐力对中国市场的重视。倍耐力起源于19世纪后期，是最早的轮胎厂家之一，它属于运动型轮胎，也是最早赞助F1的，现在还在赞助wrc。说实话，倍耐力轮胎绝对适合WRC那种路况，抓地超强，非常强壮。喜欢飚车的朋友，小编觉得倍耐力是首选，抓地太强悍了，不敢说倍耐力是最好的，但可以负责任的说，倍耐力的抓地是最棒的，飚车玩家必备，不过前提是，你得忍受倍耐力同样强大的胎噪，惊人的胎噪，那种感觉无法形容，以至于倍耐力的经销商都不相信那是轮胎发出的噪音。倍耐力的价格在高档轮胎里属于中等偏上，目前已经国产化，销售不理想。配套比较多，都是高档车，像宝马7系，奥迪A8等等。如果你不在乎倍耐力的噪音，不在乎它过高的价格定位，喜欢开快车，选倍耐力没错！！ 2、马牌 德国马牌也叫大陆轮胎，也是19世纪开始做轮胎的。欧洲杯足球赛场经常能看见马牌的广告，汽车赛方面好像赞助的不多，我了解的好像大卡车的比赛用马牌，好像没玩过F1。马牌和倍耐力是两个极端，以静音舒适著称，那些说米其林舒服的朋友一定没用过马牌轮胎。舒适静音是马牌的最大特点，不过好像也只有这一个特点，马牌不算耐磨，抓地力一般，不强壮，不太适合我们国家的路况，进口轮胎价格比较实在，目前中国工厂还没有盖起来，市场表现还要看国产轮胎下线后的定位情况。配套方面，马牌轮胎主要配套一些中级车型，如奥迪A4、A6，奔驰C级E级，宝马3系；一些高档的SUV配套的马牌都是捷克出的，噪音不小。如果你追求舒适静音，对耐磨、运动、价格方面没有要求，马牌是个不错的选择。 3、邓禄普
多种数据库性能比较 Orcale 数据库美国Orcale 公司研制的一种关系型数据库管理系统，是一个协调服务器和用于支持任务决定型应用程序的开放型RDBMS。它可以支持多种不同的硬件和操作系统平台，从台式机到大型和超级计算机，为各种硬件结构提供高度的可伸缩性，支持对称多处理器、群集多处理器、大规模处理器等，并提供广泛的国际语言支持。 Orcale 是一个多用户系统，能自动从批处理或在线环境的系统故障中恢复运行。系统提供了一个完整的软件开发工具 Developer2000，包括交互式应用程序生成器、报表打印软件、字处理软件以及集中式数据字典，用户可以利用这些工具生成自己的应用程序。Orcale 以二维表的形式表示数据，并提供了SQL(结构式查询语言)，可完成数据查询、操作、定义和控制等基本数据库管理功能。 Orcale 具有很好的可移植性，通过它的通信功能，微型计算机上的程序可以同小型乃至大型计算机上的Orcale，并且能相互传递数据。另外Orcale 还具有与C 语言的接电子表格、图形处理等软件。 Orcale 属于大型数据库系统，主要适用于大、中小型应用系统，或作为客户机/服务器系统中服务器端的数据库系统。 DB2 数据库 IBM 公司研制的一种关系型数据库系统。DB2 主要应用于大型应用系统，具有较好的可伸缩性，可支持从大型机到单用户环境，应用于OS/2、Windows 等平台下。 DB2 提供了高层次的数据利用性、完整性、安全性、可恢复性，以及小规模到大规模应用程序的执行能力，具有与平台无关的基本功能和SQL 命令。DB2 采用了数据分级技术，能够使大型机数据很方便地下载到 LAN 数据库服务器，使得客户机/服务器用户和基于 LAN 的应用程序可以访问大型机数据，并使数据库本地化及远程连接透明化。它以拥有一个非常完备的查询优化器而著称，其外部连接改善了查询性能，并支持多任务并行查询。 DB2 具有很好的网络支持能力，每个子系统可以连接十几万个分布式用户，可同时激活上千个活动线程，对大型分布式应用系统尤为适用。 SQL Server 数据库美国Microsoft 公司推出的一种关系型数据库系统。SQLServer 是一个可扩展的、高性能的、为分布式客户机/服务器计算所设计的数据库管理系统，实现了与WindowsNT 的有机结合，提供了基于事务的企业级信息管理系统方案。其主要特点如下： (1)高性能设计，可充分利用WindowsNT 的优势。 (2)系统管理先进，支持Windows 图形化管理工具，支持本地和远程的系统管理和配置。 (3)强壮的事务处理功能，采用各种方法保证数据的完整性。 (4)支持对称多处理器结构、存储过程、ODBC，并具有自主的 SQL 语言。 SQLServer 以其内置的数据复制功能、强大的管理工具、与Internet 的紧密集成和开放的系统结构为广大的用户、开发人员和系统集成商提供了一个出众的数据库平台。 Sybase 数据库美国Sybase 公司研制的一种关系型数据库系统，是一种典型的UNIX 或WindowsNT 平台上客户机/服务器环境下的大型数据库系统。 Sybase 提供了一套应用程序编程接口和库，可以与非Sybase 数据源及服务器集成，允许在多个数据库之间复制数据，适于创建多层应用。系统具有完备的触发器、存储过程、规则以及完整性定义，支持优化查询，具有较好的数据安全性。Sybase 通常与SybaseSQLAnywhere 用于客户机/服务器环境，前者作为服务器数据库，后者为客户机数据库，采用该公司研制的 PowerBuilder 为开发工具，在我国大中型系统中具有广泛的应用。美国Sybase 公司研制的一种关系型数据库系统，是一种典型的 UNIX 或 WindowsNT 平台上客户机/服务器环境下的大型数据库系统。Sybase 提供了一套应用程序编程接口和库，可以与非Sybase 数据源及服务器集成，允许在多个数据库之间复制数据，适于创建多层应用。系统具有完备的触
途悦网，一站式养车服务平台专家提示】 按销售额排名： 第一:法国米其林第二：日本普利斯通第三：美国固特异第四：德国大陆第五：意大利倍耐力第六：日本住友第七：日本横滨第八：美国库珀第九：韩国韩泰第十：日本东洋 :韩国锦湖轮胎第十二：佳通轮胎第十三：莫斯科Sibur-RusskieShiny第十四冲第十 国三角集团 按运动性: 第一:倍耐力第二：固特异第三：邓禄普第四：普利司通第五：米其林第六：德国马牌 舒适静音性: 第一:马牌第二：米其林第三：邓禄普第四：普利司通第五：固特异第六：倍耐力按耐磨性: 第一:普利司通第二：倍耐力第三：邓禄普第四：米其林第五：德国马牌第六：固特异 按价格（由高至低: 第一:米其林并列第一：固特异第三：倍耐力第四：德国马牌第五：普利司通第六:邓禄普 按安全系数: 第一:倍耐力第二：固特异第三：邓禄普第四：普利司通第五：米其林第六：德国马牌 1普利司通/日本
2米其林/法国 3固特异/美国 4大陆（马牌/德国 5倍耐力/意大利 6住友橡胶（邓禄普/日本 7横滨（优科豪马/日本 8韩国（韩泰轮胎/韩国 9库珀轮胎橡胶/美国 10锦湖/韩国 11东洋轮胎橡胶/日本 12正新橡胶工业/中国台湾 13佳通轮胎/新加坡 14三角集团/中国 15 MRF/印度 16诺基亚轮胎/分兰 17 Sibur-Russkie Shi ny俄罗斯18阿波罗轮胎/印度 19上海轮胎橡胶/中国
20山东玲珑橡胶/中国 著名轮胎品牌排名优缺点细细说2010年10月27日15:11QQ论坛我要评论（38 字号:T|T 它们的排名是（根据销售额： 第一是:法国米其林 第二是：日本普利斯通 第三是:美国固特异 第四是:德国大陆 第五是：日本住友 第六是:意大利倍耐力 第七是：日本横滨 第八是:美国库珀 第九是:韩国韩泰 第十是：日本东洋 第十一:韩国锦湖轮胎 第十二:佳通轮胎 第十三:莫斯科Sibur-RusskieSh iny 第十四：中国三角集团
SQL Server备份与还原--恢复master数据库 简介： Master数据库在整体上控制SQL sever的所有方面。这个数据库中包括所有的配置信息、用户登陆信息、当前正在服务器中运行的信息等。是整个系统中最重要的数据库。Master 数据库被损坏，可能导致SQL Server实例无法启动，所以在创建了任何用户定义的对象后都要备份它。下面几种情况都应该备份Master数据库： 更改服务器范围的配置选项 创建或删除用户数据库 创建或删除逻辑备份设备 Master数据库只能做完整备份 实验名称：备份master数据库 实验模拟环境： Master数据库数据丢失或出现设置错误，但能启动实例，通过还原Master的完整备份修复已损坏的数据库 注：恢复的前提必须是此前对数据库进行过完整备份，否则就失败。 实验步骤： 1. 破坏master文件（假设其文件破坏） 停止SQL Server服务，更改数据库文件master.mdf(随便重命名这里改为yue.mdf)
再次启动SQL Server服务，系统会提示错误信息，启动失败，如下图所示； 将数据库安装光盘1放进光驱
2. 运行安装setup.exe，重建master数据库。 在命令行下，运行cd c:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Binn路径，进入数据库安装目录。 运行start /wait E:\setup.exe /qn INSTANCENAME=mssqlserver REINSTALL=SQL_Engine REBUILDDATABASE=1 SAPWD=https://www.doczj.com/doc/1e14425136.html, 查看系统目录如图，新建成功。 3. 重建成功好，重新启动服务。
１、倍耐力（） 相信喜欢足球喜欢国际米兰的朋友对这个牌子都有印象。倍耐力是国际米兰的主赞助商，国际米兰队服胸前的商标就是倍耐力,甚至在倍耐力刚进入中国的时候,有场比赛还特意印上倍耐力的中国字样,足见倍耐力对中国市场的重视。倍耐力起源于19世纪后期,是最早的轮胎厂家之一,它属于运动型轮胎,也是最早赞助F1的，现在还在赞助wrc。说实话，倍耐力轮胎绝对适合wrc那种路况,抓地超强，非常强壮。喜欢飚车的朋友,我觉得倍耐力是首选，抓地太强悍了,不敢说倍耐力是最好的，但我可以负责任的说，倍耐力的抓地是最棒的,飚车玩家必备,不过前提是,你得忍受倍耐力同样强大的胎噪,惊人的胎噪，那种感觉无法形容,以至于倍耐力的经销商都不相信那是轮胎发出的噪音。倍耐力的价格在高档轮胎里属于中等偏上,目前已经国产化，销售不理想。配套比较多，都是高档车,像宝马7系，奥迪A8等等。如果你不在乎倍耐力的噪音，不在乎它过高的价格定位,喜欢开快车,选倍耐力没错！! 2、马牌(gｅguo大陆) 德国马牌也叫大陆轮胎，也是19世纪开始做轮胎的。欧洲杯足球赛场经常能看见马牌的广告,汽车赛方面好像赞助的不多,我了解的好像大卡车的比赛用马牌，好像没玩过Ｆ1。马牌和倍耐力是两个极端,以静音舒适著称,那些说米其林舒服的朋友一定没用过马牌轮胎。舒适静音是马牌的最大特点,不过好像也只有这一个特点，马牌不算耐磨,抓地力一般,不强壮，不太适合我们国家的路况,进口轮胎价格比较实在，目前中国工厂还没有盖起来,市场表现还要看国产轮胎下线后的定位情况（据马牌轮胎内部会议透露，马牌国产轮胎瞄准的第一个竞争对手是邓禄普)。配套方面,马牌轮胎主要配套一些中级车型,如奥迪A4,A6，奔驰C级E 级,宝马3系；一些高档的ＳUＶ配套的马牌都是捷克出的,噪音不小。如果你追求舒适静音,对耐磨、运动、价格方面没有要求,马牌是个不错的选择。 3、邓禄普 邓禄普于1９世纪后期起源于ying国，后被ｒiｂｅnｇ控股(yiｎg 国佬什么好东西都留不住,劳斯莱斯,唉),是充气轮胎的发明者。邓禄普是第二个玩F1的轮胎品牌，在Ｆ1分站赛的赢得数量上目前排第二,现在不玩了，现在主要赞助德国房车大师赛、A8房车赛及摩托GP，在多项越野比赛中也是主要赞助商，因为越野胎中邓禄普是最好的。国产邓禄普轮胎最大的特点是没特点(和普利司通类似,下面会提到），静音舒适性不如米其林和马牌，抓地力不如倍耐力,属于比较中性的轮胎。其实邓禄普在国际上是个纯高端品牌，从配套就能看出来,奥迪Ａ8,奔驰Ｓ600，宝马5系X5Ｘ3，大众途锐,价格当然也高的夸张。国产邓禄普针对中国的情况，适当降低了部分小型号轮胎的定位,使其能够满足几乎全部车型的需求,价格比较合适。曾经在网上看到过一篇对邓禄普的评论:不敢说邓禄普是最好，但是性价比最高的轮胎。如果你偶尔会小玩一下你的车,又对舒适静音性有所要求，价格也不希望太贵，邓禄普不错。
几种常用数据库的比较 目前，商品化的数据库管理系统以关系型数据库为主导产品，技术比较成熟。面向对象的数据库管理系统虽然技术先进，数据库易于开发、维护，但尚未有成熟的产品。国际国内的主导关系型数据库管理系统有Oracle、Sybase、Informix和INGRES。这些产品都支持多平台，如UNIX、VMS、Windows，但支持的程度不一样。IBM的DB2也是成熟的关系型数据库。但是，DB2是内嵌于IBM的AS/400系列机中，只支持OS /400操作系统。 1.MySQL MySQL是最受欢迎的开源SQL数据库管理系统，它由MySQL AB开发、发布和支持。MySQL AB是一家基于MySQL 开发人员的商业公司，它是一家使用了一种成功的商业模式来结合开源价值和方法论的第二代开源公司。MySQL是MySQL AB 的注册商标。 MySQL是一个快速的、多线程、多用户和健壮的SQL数据库服务器。MySQL服务器支持关键任务、重负载生产系统的使用，也可以将它嵌入到一个大配置(mass- deployed)的软件中去。
与其他数据库管理系统相比，MySQL具有以下优势： (1)MySQL是一个关系数据库管理系统。 (2)MySQL是开源的。 (3)MySQL服务器是一个快速的、可靠的和易于使用的数据库服务器。 (4)MySQL服务器工作在客户/服务器或嵌入系统中。 (5)有大量的MySQL软件可以使用。 2.SQL Server SQL Server是由微软开发的数据库管理系统，是Web上最流行的用于存储数据的数据库，它已广泛用于电子商务、银行、保险、电力等与数据库有关的行业。 目前最新版本是SQL Server 2005，它只能在Windows上运行，操作系统的系统稳定性对数据库十分重要。并行实施和共存模型并不成熟，很难处理日益增多的用户数和数据卷，伸缩性有限。 SQL Server 提供了众多的Web和电子商务功能，如对XML 和Internet标准的丰富支持，通过Web对数据进行轻松安全的访问，具有强大的、灵活的、基于Web的和安全的应用程序管理等。而且，由于其易操作性及其友好的操作界面，深受广大用户的喜爱。
国内三大中文期刊全文数据库的比较研究(建议新手查阅) 中国期刊网全文数据库》、《维普中文科技期刊数据库》和《万方数据库资源系统数字化期刊》是国内影响力和利用率很高的综合性中文电子期刊全文数据库，这三个数据库已经成为大多数高等院校、公共图书馆和科研机构文献信息保障系统的重要组成部分。在互联网中，这三大数据库也成为中文学术信息的重要代表，体现了我国现有的中文电子文献数据库的建设水平。 笔者结合工作和学习中的实践，就上述三大数据库的收录情况、检索功能、检索结果、检索界面、用户服务等方面进行全面的比较，并通过检索实践举例进行比较分析，以供参考。 1 收录情况（数据较早，甚至不是2004年的数据，感觉更像2002年左右的数据，后面将尽可能给出最新的数据值。） 收录范围与数量 《中国期刊网全文数据库》(本文中简称“清华”)是由清华同方光盘股份有限公司、光盘国家工程研究中心和中国学术期刊(光盘版)电子杂志社共同研制出版的综合性全文数据库。该数据库收录自从1994年来公开出版发行的6600余种国内核心期刊和一些具有专业特色的中英文期刊全文，累积全文文献618万多篇，题录1500万余条，按学科分为理工A(数理科学)、理工B(化学化工能源与材料)、理工C(工业技术)、农业、医药卫生、文史哲、经济政治与法律、教育与社会科学、电子技术与信息科学九大类，126个专题文献数据库。 《中文科技期刊数据库》(本文中简称“维普”)由科技部西南信息中心主办，重庆维普资讯有限公司制作。其前身为《中文科技期刊篇名数据库》。该数据库收录了自1989年以来国内出版发行的12000种期刊，其中全文收录8000余种，按学科分为经济管理、教育科学、图书情报、自然科学、农业科学、医药卫生、工程技术等7大类，27个专辑，200个专题，按《中图法》编制了树型分类导航和刊名导航系统，基本覆盖了国内公开出版的具有学术价值的期刊，同时还收录了中国港台地区出版的108种学术期刊，积累700余万篇全文文献，数据量以每年100万篇的速度递增。 《万方数据资源系统数字化期刊》(本文中简称“万方”)是万方数据库资源系统三大组成部分之一，由中国科技信息研究所属下的北京万方数据股份有限公司创办。万方期刊收录了我国自然科学的大量期刊以及社会科学的部分期刊，范围包括基础科学、医药卫生、农业科学、工业技术、人文科学等5大类，以及英文版期刊、中国科学系列杂志，共2500多
1、倍耐力（） 相信喜欢足球喜欢国际米兰的朋友对这个牌子都有印象。倍耐力是国际米兰的主赞助商，国际米兰队服胸前的商标就是倍耐力，甚至在倍耐力刚进入中国的时候，有场比赛还特意印上倍耐力的中国字样，足见倍耐力对中国市场的重视。倍耐力起源于19世纪后期，是最早的轮胎厂家之一，它属于运动型轮胎，也是最早赞助F1的，现在还在赞助wrc。说实话，倍耐力轮胎绝对适合wrc那种路况，抓地超强，非常强壮。喜欢飚车的朋友，我觉得倍耐力是首选，抓地太强悍了，不敢说倍耐力是最好的，但我可以负责任的说，倍耐力的抓地是最棒的，飚车玩家必备，不过前提是，你得忍受倍耐力同样强大的胎噪，惊人的胎噪，那种感觉无法形容，以至于倍耐力的经销商都不相信那是轮胎发出的噪音。倍耐力的价格在高档轮胎里属于中等偏上，目前已经国产化，销售不理想。配套比较多，都是高档车，像宝马7系，奥迪A8等等。如果你不在乎倍耐力的噪音，不在乎它过高的价格定位，喜欢开快车，选倍耐力没错！！ 2、马牌（geguo 大陆） 德国马牌也叫大陆轮胎，也是19世纪开始做轮胎的。欧洲杯足球赛场经常能看见马牌的广告，汽车赛方面好像赞助的不多，我了解的好像大卡车的比赛用马牌，好像没玩过F1。马牌和倍耐力是两个极端，以静音舒适著称，那些说米其林舒服的朋友一定没用过马牌轮胎。舒适静音是马牌的最大特点，不过好像也只有这一个特点，马牌不算耐磨，抓地力一般，不强壮，不太适合我们国家的路况，进口轮胎价格比较实在，目前中国工厂还没有盖起来，市场表现还要看国产轮胎下线后的定位情况（据马牌轮胎内部会议透露，马牌国产轮胎瞄准的第一个竞争对手是邓禄普）。配套方面，马牌轮胎主要配套一些中级车型，如奥迪A4,A6，奔驰C级E级，宝马3系；一些高档的SUV配套的马牌都是捷克出的，噪音不小。如果你追求舒适静音，对耐磨、运动、价格方面没有要求，马牌是个不错的选择。 3、邓禄普 邓禄普于19世纪后期起源于ying国，后被ribeng控股（ying 国佬什么好东西都留不住，劳斯莱斯，唉），是充气轮胎的发明者。邓禄普是第二个玩F1的轮胎品牌，在F1分站赛的赢得数量上目前排第二，现在不玩了，现在主要赞助德国房车大师赛、A8房车赛及摩托GP，在多项越野比赛中也是主要赞助商，因为越野胎中邓禄普是最好的。国产邓禄普轮胎最大的特点是没特点（和普利司通类似，下面会提到），静音舒适性不如米其林和马牌，抓地力不如倍耐力，属于比较中性的轮胎。其实邓禄普在国际上是个纯高端品牌，从配套就能看出来，奥迪A8，奔驰S600，宝马5系X5X3，大众途锐，价格当然也高的夸张。国产邓禄普针对中国的情况，适当降低了部分小型号轮胎的定位，使其能够满足几乎全部车型的需求，价格比较合适。曾经在网上看到过一篇对邓禄普的评论：不敢说邓禄普是最好，但是性价比最高的轮胎。如果你偶尔会小玩一下你的车，又对舒适静音性有所要求，价格也不希望太贵，邓禄普不错。
SQLServer数据库的备份和还原详解 1. 基本概念： mdf文件:SqlServer数据库的主数据文件 ldf文件:SqlServer数据库的日志文件 SQL Server管理的每个数据库都对应一个mdf文件和一个ldf文件。当SQL Server服务处于开启时，这些文件是无法删除的。 用SQL Server 企业管理器,单击某个数据库,选择右键菜单中的“属性",从弹出对话框的“数据文件”和“事务日志”标签页中可以查看这个数据库对应的mdf文件路径和ldf文件路径。 2. 用SQL Server 企业管理器备份和还原数据库： 例如，备份数据库到可移动存储介质，然后还原到另一台机器上，步骤如下： 备份： 单击要备份的数据库，从右键菜单选择“所有任务->备份数据库”。 选择“完全备份”，删除“备份到”列表框中的现有内容，然后“添加”；弹出“选择备份目的”对话框，“文件名”就是你要得到的备份文件的存放路径。选好后确定，这时“备份到”列表框中出现你选择的目的文件路径。 因为没有重名文件，“追加”或“重写”选项的效果是一样的，不用管。选中它，确定，等待备份完成。完成后在你指定的路径下将看到你备份的文件，注意该文件默认没有后缀名。 备份文件还有很大的压缩空间，一般一个40多M的备份文件用winRAR压缩后只有4M左右，作为邮箱附件也没有问题。 还原： 将备份文件放到一个便于管理的文件夹下，例如你的数据库叫“test”，可以建立一个叫“e:\db_bak\test\”的文件夹。 从SQL Server 企业管理器单击“数据库”，选择“新建数据库...”，起名“test”，确定。看到该数据库出现在数据库列表中，里面只有一些系统tables。注意新建数据库默认的mdf文件和ldf文件都会被放在SQL Server安装目录下的子目录“MSSQL\data\”中，文件名与数据库名称相同。 单击该数据库，从右键列表中选择“所有任务->还原数据库”。弹出“还原数据库”对话框。 选择还原方式：“从设备”，单击“选择设备”弹出“选择还原设备”对话框。选择“还原自磁盘”。
万方数据库、维普资讯网、CNKI的比较与分析 高天君（建筑学院）学号2511206001 摘要：列表对比了CNKI、万方、维普三大数据库公司资源产品类型，并对其资源、功能、使用方法的共性和差异性进行了比较分析。 关键词：数据库对比分析检索 CNKI 万方维普 简单比较： 1、从收录情况来看，维普收录最久，万方收录时间最短，但是现刊万方收录最好，维普最近两年的很多期刊都没有了，特别是医学类的。 2、文档的清晰度：万方最高，维普最差。 3、使用方便性：知网和万方差不多，维普最差。 4、其它：万方的期刊浏览功能做的很好。 深入比较： 1 数据库收录情况 1.1 CNKI数据库简介 中国知识资源总库（CNKI）《中国知识资源总库》是由清华大学主办、中国学术期刊（光盘版）电子杂志社出版、清华同方知网（北京）技术有限公司发行、数百位科学家、院士、学者参与建设，精心打造的大型知识服务平台和数字化学习系统。目前，《总库》囊括了自然科学、人文社会科学及工程技术各领域知识，拥有期刊、报纸、博硕士培养单位的博士和优秀硕士学位论文、全国重要会议论文、中小学多媒体教辅以及1000多个加盟数据库。全文采用CAJ和PDF 格式，必须下载专门的CAJ和PDF浏览器才可阅读。 中国知识资源总库的重点数据库有： 《中国期刊全文数据库（CJFD）》截至2007年3月共收录了国内8127种期刊，全文文献总量已达2272万多篇，收录起始时间一般为1994年，个别追溯到1979年或创刊年，按学科分126个专题，内容每日累增。产品形式有网络形式、光盘形式、《中国期刊专题全文数据库光盘版》。 《中国优秀博硕士学位论文全文数据库（CDMD）》收录2000年至今300多个博硕士培养单位的学位论文，内容每日累增。
汽车轮胎规格解析及品牌性能比较 一、汽车轮胎规格解析 如一条轮胎的规格为 205/55/R16 91V 205——指的是轮胎宽度为205 mm。 55——指的是轮胎扁平比，即断面高度是宽度的55%。 R——指的是该轮胎为子午胎（这条胎内层为辐射胎制造方式） 16——指的是轮辋直径是16英寸。 91——指的是负荷指数91，代表这条轮胎最大可承重615公斤，四条轮胎就是615×4=2460公斤。 V—指的是速度级别为240公里／小时。 附： 1、轮胎载重指数：82－475， 83－487 ，84－500，85－515，86－530，87－545， 88－560， 89－580 , 90-600, 91-615, 92-630, 93-650, 94-670太多了，就不一一列举，最大108-1000 2、轮胎安全速度记号表___(代码VS.安全速限) F 80公里／小时 G 90公里／小时 J 100公里／小时 K 110公里／小时 L 120公里／小时 M 130公里／小时 N 140公里／小时 P 150公里／小时 Q 160公里／小时 R 170公里／小时 S 180公里／小时 T 190公里／小时 U 200公里／小时 H 210公里／小时 V 240公里／小时
ZR 240公里／小时以上 二、轮胎品牌性能比较 A、运动能力： 第一：倍耐力;第二：固特异;第三：邓禄普;第四：普利司通;第五：米其林;第六：德国马牌; B、舒适静音性： 第一：马牌;第二：米其林;第三：邓禄普;第四：普利司通;第五：固特异;第六：倍耐力; C、耐磨： 第一：普利司通;第二：倍耐力;第三：邓禄普;第四：米其林;第五：德国马牌;第六：固特异; D、价格(由高至低)： 第一：米其林;第二：固特异;第三：倍耐力;第四：德国马牌;第五：普利司通;第六：邓禄普; E、安全系数： 第一：倍耐力;第二：固特异;第三：邓禄普;第四：普利司
Access、SQLite、HSQLDB、Sybase、MySQL、DB4O 一、Access 数据类型有些另类，而且密码太容易被攻破，性能不高，只能用在Windows 程序上。 一般说来，单个表不超过10万少条记录为好，整个数据库不超过100M为好。ACCESS对数据库容量限制为2G，但超过100M后性能便 会有很大折扣。 二、HSQLDB 支持csv，配置分发容易，大数据量情况下性能不佳，这和sql执行效率无关，性能瓶颈在硬盘文件上，毕竟由于hsqldb没有在数 据文件存储上花时间，只是挂个csv。只能用于Java程序中。 三、firebird 数据文件是单一，部署、分发相对简单；用embedded方式，只需要把 icudt30.dll、icuin30.dll、icuuc30.dll、 jaybird21.dll、fbembed.dll五个文件和目录intl（里面有两个文件，是处理字符集的）放在程序启动目录就行了；中文支持的不错 ，但是要在建库的时候使用GB_2312字符集。有.NET、C++、Java多个Binding。 四、Sybase asa 数据能加密，性能不错，需要付费。 五、derby 性能和易用性都不错，但embedded版本完全没有数据认证，导致谁都可以打开数据库执行sql语句，而且数据库是以一个目录存 储的。只能用于Java程序中。 六、sqllite 官方发行版本不支持数据加密，另外，对中文，尤其是用中文order by的时候时常错误；还有就是完全没有用户认证；不过执行 效率不错。几乎稍微流行点的编程语言都有相应的Binding。 七、mysql 虽然mysql也可以不通过安装，直接拷贝就能使用，但是距离embedded还差一块。 八、DB4O 面向对象的数据库，使用DB4O无需ORM工具就可以直接进行对象存储。支持Java和.Net平台。可以自定义数据加密算法，性能优 良，单文件。虽然也支持Server模式，但最适合用于Embedded。
SQLServer 2008以上误操作数据库恢复方法——日志尾部备份 问题： 经常看到有人误删数据，或者误操作，特别是update和delete的时候没有加where，然后就喊爹喊娘了。人非圣贤孰能无过，做错可以理解，但不能纵容，这个以后再说，现在先来解决问题。遇到这种情况，一般都是没有做备份，不然也不会来发问了。首先要冷静，否则会有更大的灾难。直到你放弃。 解决方法： 对于这类问题，主要是找回误操作之前的数据，在2008之前，有个很出名的工具Log Exploer，听说还挺好用的，这个网上大把教程，这里就不多说了。但是唯一遗憾的是，不支持2008及更高版本，这时除了其他第三方工具，那么最常用的就是本文提到的方法——日志尾部备份。本文实验环境2008R2，对于2008及其以上版本可以使用这个方法，其实2005也可以，2000很少用，没试过，只是2008之前可以使用Log Exploer，所以就没必要用这种方法。 下面图文并茂讲解操作方法，至于原理，不属于本文范围，而且我相信真遇到误操作的时候，估计没人会看原理了。 步骤： （1）、检查数据库的恢复模式，如图：
或者使用脚本检查： 1.SELECT recovery_model,recovery_model_desc 2.FROM sys.databases 3.WHERE name='AdventureWorks' 结果如下： 确保数据库的恢复模式最起码不能为【简单】。至于如何修改成完整模式，我觉得这些应该没必要多说了。 切记，对于任何重要环境，不仅仅是客户正式环境（俗称生产环境），都强烈建议使用【完整恢复模式】，虽然对于另外两种（大容量日志（BULK_LOGGED）、简单（SIMPLE））来说，完整恢复模式产生的日志会大，但是在出现问题的时候，就会觉得这些都不算什么了。并且我也想不到任何理由对于正式环境不使用完整恢复模式。只要管理得当，完整恢复模式的日志也不会太变态。 （2）、这里其实隐含另外一步，曾经做过最少一次的完整备份。因为所有类型的备份都基于完整备份，如果没有最少一次完整备份，其他类型的备份都是多余的，所以在这里强调一下，在创建完一个新数据库之后，强烈建议甚至强制做一次完整备份。 1.SELECT database_name,recovery_model,name 2.FROM msdb.dbo.backupset 使用上面的语句粗略可以看到有那些数据库做过备份，由于测试，所以做了几次备份，可以看到我这个时间点已经做了备份了。 （3）、确保别人不再连接数据库，然后做一次日志尾部备份： 首先先创建一点数据： [sql]view plaincopyprint?