为什么我的WORD文档打不出中文的，打出来的全都是英文？求高手帮忙哈，谢谢O(∩_∩)O_百度知道
为什么我的WORD文档打不出中文的，打出来的全都是英文？求高手帮忙哈，谢谢O(∩_∩)O
我的输入法本身没有错误，我确定是中文输入。但是就是大不了中文，是最近才会的，以前用的时候没有出现这种情况。
提问者采纳
点WORD2007左上角的LOGO，在出现的菜单选下面的WORD选项，选常用——畅偿扳锻殖蹬帮拳爆哗个性化设置——语言设置按钮，在主要编辑语言里设置默认语言为中文就行了。
我的word版本是2003哈，怎么办呢？点了之后没有word选项。O(∩_∩)O谢谢
因为我很久没摸2003了，我问了别人，拷给你，你试试吧。进入控制面板，“添加删除程序”，找到Microsoft Office 2003，点“更改”按钮，点“添加修复”或“更改”单选按钮，进入后勾选所需的中文输入法试试。应该能恢复了。可能要准备一张安装盘。
提问者评价
O(∩_∩)O谢谢啦。其他没被采纳为最佳答案的朋友也谢谢你们。非常感谢。
其他类似问题
为您推荐：
其他7条回答
工具——选项——编辑——输入法选项——取消“输入法控制处于活动状态”前的勾
我以前也遇到过这种情况，把电脑里打开的所有软件都关掉，然后重新打开word试试看吧。
电脑左下角---开始--设定---控制台--地区选项---输入法地区选定-选中中文输入法--确定就可以了
你把桌面的其他窗口都关闭试试。就是（只打开WORD)
工具——选项——编辑——输入法选项——取消“输入法控制处于活动状态”前的勾
按AIt+shift就可以转换了，
按shift+alt 两次 就能调回来
您可能关注的推广
word文档的相关知识
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁IBM Bluemix
点击按钮，开始云上的开发！
developerWorks 社区
最新的 DB2 v10.5 中加入了多项关于索引方面的改进来提升索引的功能和性能。本文结合几个案例来具体说明在最新版本的 Optim Query Workload Tuner 中是如何对这些新特性做支持的。
, 高级软件工程师,
司美琴，目前工作于 IBM 开发中心，主要从事 Optim 产品的开发工作 ， 参加过多个 Flex 框架项目的调研及开发。具有多年 J2EE 和 Web 项目开发经验，喜欢关注新技术。
, 软件工程师, IBM
黄俊卿，IBM 中国开发中心资深软件工程师， 目前主要从事 Optim Query Workload Tuner 产品质量保证工作，熟悉 DB2 性能监控和调优相关技术。
, 高级软件工程师, IBM
席萌，IBM 中国开发中心资深软件工程师。2008 年加入 IBM，主要从事于 Optim Query Tuner 的开发和维护工作。您可以通过 developerWorks 社区与 进行交流。
引言索引是数据库的应用中提高查询性能的重要手段。DB2 v10.5 加入了多项关于索引方面的改进来，提升了索引的功能和性能，让索引的使用变得更加灵活和方便。这些新特性包括：排除空键索引（EXCLUDE NULL KEYS INDEX）、表达式索引（INDEX ON EXPRESSION）以及新的索引键排序方式随机排序（Random）的支持。
在最新版本的 Optim Query Workload Tuner ( 下文简称为 OQWT) 中，对所有这些新特性都加入了支持。这些支持体现在了 OQWT 的各个模块之中。在下面的章节中将逐一介绍 OQWT 对这几项新特性的支持，并结合几个案例来具体说明。
OQWT 对排除空键索引（EXCLUDE NULL KEYS INDEX）支持的使用案例DB2 V10.5 在 CREATE INDEX 语句中加入了两个新的关键字 INCLUDE NULL KEYS 和 EXCLUDE NULL KEYS。INCLUDE NULL KEYS 并不是一种新的索引类型，就是在引入 EXCLUDE NULL KEYS 以前 DB2 所支持的索引类型。EXCLUDE NULL KEYS 从句则是定义了一种新的索引类型（排除空键索引或者简称为 ENK 索引），通过使用这个关键字，所有的空值都不会被加入到索引里面（空值的定义是一条记录中，所有的索引键值都为 NULL）。通过这种方式，就达到了节约磁盘空间的目的。对于某些默认值为 NULL 的列上创建的索引，由于排除了大量的 NULL 值，节约的磁盘空间还是很可观的。同时由于减小了索引的磁盘空间占用，在做例如全索引扫描之类的访问时，也能提升查询效率。最后，排除空键索引还有加强表约束条件的能力，我们下面将结合 OQWT 用一个使用案例加以说明。
假设我们有一个关于员工信息的应用，我们创建了如下一个表：
CREATE TABLE KEPLER.EMPLOYEE (
VARCHAR(20) ,
SALARY DECIMAL(10, 2) ,
DECIMAL(10, 2));
在这个表中，由于某些原因，员工的 ID 号不是必须的，可以为 NULL 值；但是业务上需要员工 ID 是除 NULL 值外都是唯一的。这种情况在以前的 DB2 版本无法通过建唯一索引来约束，我们只能在上面创建一个普通索引，但是这又允许了除 NULL 值外其他重复值的插入。在 DB2 v10.5 中，我们就可以在上面创建一个 ENK 的唯一索引来实现这种业务需求。创建这个索引的 DDL 如下所示：
CREATE UNIQUE INDEX KEPLER.EMP_UIX ON KEPLER.EMPLOYEE(ID) EXCLUDE NULL KEYS;
这样创建的索引既允许 ID 为可选（值为空值），也可以保证一旦插入非空值，那么所有的值都是唯一的。通过这个索引，我们就加强了表的约束关系。对这类索引，可以通过再来查看 OQWT 中的访问计划直接获取相关信息。例如如下的一条查询：
SELECT * FROM KEPLER.EMPLOYEE WHERE ID = ?
运行 OQWT 对这条查询进行调优，在存取方案资源管理器视图中能够看到如下结果： 图 1. 使用了排除空键索引的存取方案
从上图可以看到，刚刚创建的索引（EMP_UIX）已经被使用。在索引属性窗口中，可以看索引的“排除空键”属性为 Y，表示这是一个排除空键索引。
需要注意由于 NULL 值不会被索引，所以有些特殊情况下，这样的索引会引起访问计划的改变。例如执行这样一条查询：
SELECT * FROM KEPLER.EMPLOYEE WHERE ID IS NULL
我们依旧利用 OQWT 来查看对这条查询的存取方案，结果如下图所示：图 2. 无法使用排除空键索引的存取方案
可以看到，查询没有使用了我们刚刚创建的索引，而是使用了全表扫描。究其原因，是因为排除空键索引无法支持在查询中使用的谓词 IS NULL。这个例子提示我们，虽然 ENK 能有效的节约磁盘空间，但是要结合具体的应用来决定是否应该使用 ENK。假如有一些关键的查询使用了类似 IS NULL 这样的关键字，那么就应该继续使用传统的索引。
OQWT 对表达式索引（EXPRESSION-BASED INDEXES）支持的使用案例DB2 V10.5 中的一个新特性，是增加了对表达式索引（EXPRESSION-BASED INDEXES）的支持。即索引字段不一定需要是一个具体的列，而可以是一个由一个或多个列计算出来的表达式。这个特性对于快速访问那些基于计算结果的表非常有用。
我们都有这样的体会，对于建表来说，列的选择需要是抽象的（以上例中的来说，一个员工的信息就被抽象成了 ID，NAME,SALARY 和 BONUS），但是对于具体的应用来说，各个应用是逻辑性的，有功能特征的。这里如果需要返回总收入在一定区间范围之内的员工的信息的话，我们通常会写类似下面的查询语句：
SELECT * FROM EMPLOYEE WHERE SALARY+BOLNUS&500
如何避免全表扫描，提高这种查询语句的性能呢？创建索引是一种选择，在以往的版本中，我们只能建索引建在 (SALERY,BOLNUS) 上。下面我们就建立一个这样的索引：
INDEX KEPLER.EMP_PAY ON EMPLOYEE(SALARY,BONUS)
然后用 OQWT 查看一下执行计划。执行计划如下图所示：图 3. 使用普通索引的存取方案图 3. 使用普通索引的存取方案
从上图的执行计划图中很明显可以看出，虽然我们建立的索引优化器使用了，但是在索引扫描之后有一个 SORT 节点，即需要一个排序操作。这也是显而易见的，因为索引是以单个列的形式做键值的，所以即使能够通过索引找到 ROWID，也并不能确定表达式 SALARY+BONUS 执行后的 ROWID 顺序，所以需要做一个对 ROWID 的排序操作。同时，我们也可以使用左边对谓词的描述发现，此时的的谓词是一个 Sargable predicate，这是一类比较低效的谓词。
下面我们使用新特性表达式索引。我们清除已有的索引，重新建立以下的索引：
INDEX KEPLER.EMP_PAY ON EMPLOYEE(SALARY+BONUS)
然后再次使用 OQWT 显示执行计划。执行计划如下图所示：图 4. 使用表达式索引的存取方案
很明显的可以看出此次的索引被使用，而且没有了排序操作，这是因为我们的索引键值直接就是（SALARY+BONUS），这样一来数据在插入的时候就已经有了顺序，所以在查询时就无需排序了。同样地，在左边查看谓词特性，我们会发现此时的谓词已经变成了 start key predicate。start key predicate 是比 Sargable predicate 更有效率的谓词，可以更精确地将目标锁定在一个区间内。
OQWT 对索引随机排序 Random 的支持随机索引是指一个或多个键列在索引页中没有逻辑顺序。这是在 DB2 10.5 中增加的新的排序方式，用来防止索引页由于键值需要按顺序插入而导致的过热现象。OQWT 各组件也对这个新特性增加了支持。具体的信息可以参考下一章节内容。OQWT 其他组件对新特性的支持在前面的章节中，已经展示了 OQWT 两个组件“存取方案图（APG）”和“存取方案资源管理器（APE）”对新的索引特性的支持。下面重点介绍其他组件对新特性的支持。
1. 在“索引顾问程序（Index Advisor）”和“工作负载索引顾问程序（Workload Index Advisor）”中，“现有的索引（Existing Indexes）”列表对 DB2 10.5 新的索引特性的具体表现形式如下图所示：图 5. 工作负载索引顾问程序
通过“排除空键（Exclude Null Keys）”列显示此索引是否排除空键，N 表示不排除空键，Y 表示排除空键。在“键列（Key Columns）”或“INCLUDE 列”这一列里可以显示带有函数表达式的索引，同时在“键列（Key Columns）”这一列里显示索引各项的排列顺序，包括随机（Random）排序。
2.“测试候选索引顾问程序（Test Candidate Indexes）”和“工作负载测试候选索引顾问程序（Workload Test Candidate Indexes）”对新特性的支持同索引顾问程序类似，如下图所示：图 6. 工作负载测试候选索引顾问程序图 6. 工作负载测试候选索引顾问程序
在测试候选索引顾问程序中还可以通过选择将部分或全部现有索引（除唯一索引外）以虚拟方式舍弃，来测试候选索引的性能。在以虚拟方式舍弃列中，N 表示不舍弃这个索引，Y 表示以虚拟方式舍弃这个索引。
3.OQWT 对索引新特性的支持，也包括了“摘要报告”和“工作负载摘要报告”组件中。如下图所示：
图 7. 摘要报告图 7. 摘要报告图 8. 工作负载摘要报告图 8. 工作负载摘要报告总结从上面的介绍和使用案例中可以看到，OQWT 的各个组件都对这三项 DB2 v10.5 中新的索引的新特性做了全面支持。用户可以通过 OQWT，及时准确的的了解与某一查询或者工作负载表相关的各个索引的情况，为进一步的调优决策提供很好的参考。
在 了解 Data studio 3.2 的更多信息。
在 中了解有关 Information Management 的更多信息。查找技术文档、how-to 文章、培训、下载、产品信息等。
在 了解数据库性能调优专题。 在 ，了解关于信息管理的更多信息，获取技术文档、how-to 文章、培训、下载、产品信息以及其他资源。随时关注 developerWorks 和。
了解 产品的详细内容。
了解 产品的详细内容。加入 ，developerWorks 社区是一个面向全球 IT 专业人员，可以提供博客、书签、wiki、群组、联系、共享和协作等社区功能的专业社交网络社区。加入 ，参与在线交流。
developerWorks: 登录
标有星（*）号的字段是必填字段。
保持登录。
单击提交则表示您同意developerWorks 的条款和条件。 查看条款和条件。
在您首次登录 developerWorks 时，会为您创建一份个人概要。您的个人概要中的信息（您的姓名、国家/地区，以及公司名称）是公开显示的，而且会随着您发布的任何内容一起显示，除非您选择隐藏您的公司名称。您可以随时更新您的 IBM 帐户。
所有提交的信息确保安全。
选择您的昵称
当您初次登录到 developerWorks 时，将会为您创建一份概要信息，您需要指定一个昵称。您的昵称将和您在 developerWorks 发布的内容显示在一起。昵称长度在 3 至 31 个字符之间。
您的昵称在 developerWorks 社区中必须是唯一的，并且出于隐私保护的原因，不能是您的电子邮件地址。
标有星（*）号的字段是必填字段。
(昵称长度在 3 至 31 个字符之间)
单击提交则表示您同意developerWorks 的条款和条件。 .
所有提交的信息确保安全。
IBM PureSystems(TM) 系列解决方案是一个专家集成系统
通过学习路线图系统掌握软件开发技能
软件下载、试用版及云计算
static.content.url=/developerworks/js/artrating/SITE_ID=10Zone=Information ManagementArticleID=960520ArticleTitle=OQWT 对 DB2 V10.5 新的索引特性的支持和使用案例publish-date=请帮我把这篇英文翻译成中文，O(∩_∩)O谢谢_百度知道
请帮我把这篇英文翻译成中文，O(∩_∩)O谢谢
! This is exactly why we read fanfic right, it doesn&#39! Try to understand the rage from your readers before you go on to express your annoyance towardwell.! Call me conservative but I can&#39, I hate to make harsh comment like this because I always feel that we should pay respect to the author as a sign of appreciation. N the protagonist is doubtfully shallow and frivolous to the point of horror and last but not least. Please.Seriously.ok, you decide to let your readers make the choice and at the end you were like &quot.suck it up loser&quot. Again..;positive) before. Ares life! This is the exact message I got from the poll. It is merely a creation of a girl&#39..WHY HAVE A FREAKING POLL WHEN YOU ARE NOT GOING TO HONOUR YOUR READERS&#39. I somehow got this strong feeling you did the poll for the extra boost in comments..;t think you want to see me stretch on! Having a sexual relationship t mean the author can take advantage of this affection and toy with the readers, simply I don&#39, I choose to repress my opinion and thoughts.but hey.. Bluntly speakingWhy the frenzy begins!
I have been keeping tabs on this fanfic for quite a while and frankly never feel the urge of posting a comment (negative&#47, it didn&#39, the writing style is nothing beyond average and actu statement.;t deserve to be treated like this as well.,;t see how it won&#39. My on&#47! We didn't affect the story later on&quot..until now. I can go on and do a three pages essay about the protagonist but Ioff dislike (some of the chapters are quite droll) for this fanfic didn's fantasy in order to escape the bitter reality of everyday' DECISION;oh it won' pleasure and in order to pay regard to the author..;t give me a reason to ruin others&#39? And for the &t really matter what you think because I already made that decision, the public poll has rt affect the protagonist drastt ask for a poll? Of course it will never be the same? To relax and enjoy a moment from reality.it is just hard to believe you made such a claim. They didn&#39. However., the story is not remarkably well plotted
提问者采纳
它没有真正的问题你怎么想？ 并且为“哦它稍后不会影响故事”声明…相信是公正难您提出这样要求。 它仅仅是女孩的幻想的创作为了逃脱日常生活的苦涩现实….。 再次，我不喜欢作出象这样的苛刻的评论，因为我已经做决定…吮它失败者”，坦率地从未感受到敦促张贴评论（消极&#47，我不认为您想要看我舒展.，当您不尊敬您的读者的决定时! I有一阵子监视这fanfic和在…直到现在之前坦率地从未感觉张贴评论敦促(消极或正面)。我的开&#47，您戏弄我们，您决定让您的读者作出选择，但是我将停止这里，我们应该尊重作者，然后去表达你的烦恼对这一波热潮，但是我看不到它怎么激烈地在将来不会影响主演。 他们没有该当象这样被对待，只要我不认为你希望看到我牵张对.说真的！叫我保守，并在年底你像“嗯。 我的开关反感(某些本章是相当滑稽可笑的)这fanfic的没有给我一个原因破坏其他的乐趣。 然而.，我选择压制我的意见和想法。我可以继续，你酝酿我们! 有与您的继父的性关系.;关不喜欢（一些章节是相当滑稽）本fanfic没有给我一个理由毁掉别人的高兴。尽管如此。吾不知有这种强烈的感觉你没有投票的额外增加评论.，并且为了付尊敬到作者。它只不过是建立一个女孩的幻想.，因为我总觉得，以摆脱痛苦的现实的日常的生活。 您唬弄我们! 这正确地是我们为什么读fanfic权利，不意味作者能利用与读者的这个喜爱和玩具，并且轻佻对问题的恐怖和最后但不是最不重要的！在与其发生性关系的继父，您决定让您的读者做出选择！这是确切的消息我从投票.直到现在。 请.为什么阿再用投票后再不会履行您的读者的决定。再次？的放松和享受的时刻从现实.它只是很难相信你提出这样的要求.，这决不会是一样的，我恨作出这样严厉的评论，不是卓越地好的被密谋的故事，但我看不出它如何不会影响主角急剧未来，并且在您是象“好…好的末端;积极） ，这个故事并不出色策划，因为我已经作出这项决定，但是嘿，因为我总是认为我们应该致以对作者的尊敬作为欣赏的标志！我们没有要求投票，这波浪设法了解从您的读者的愤怒，然后，但我会停在这里。请？当然! 告诉我保守主义者..但嘿! 我们没有请求民意测验.！ 我一直密切留意本fanfic一段时间了，写作风格是没什么在平均之外和实际上有些不耐烦？ 当然这不会是一样! 在您表达您的心烦往疯狂之前？ 放松和享受从现实的片刻。 我莫名其妙地得到了您严重做额外助力的民意测验在评论…的这强烈的感觉，它真正地没有重要什么您认为，我选择抑制我的看法和想法，公开民意测验真正地有推挤我的按钮…为什么有一次变得极度兴奋的民意测验.好吧，以示感谢，并为了支付方面的作者。你刚才愚弄我们.;主角是疑惑浅层和琐屑的地步恐怖和最后但并非最不重要的写作风格是没有超出平均水平和实际有些无聊！这就是为什么我们阅读fanfic权利。 直言地讲话..？和“噢也不会影响以后的故事”的声明。 我可以继续和做关于主演的三页杂文; 主演是半信半疑地浅的！试图了解风靡从您的读者，并做了三页的文章主角.为什么要疯狂的开始。坦率地讲，这并不意味着作者可以利用这个感情和玩具的读者.吮吸它的输家“ 。 但是! 这是我从民意测验收到的确切的消息.。 对照一下。他们不应该被当作这一点。疯狂为什么开始。然而，民意调查已经真正推动我国按钮
提问者评价
看上面那段的时候，还有写不清楚O(∩_∩)O谢谢了
其他类似问题
为您推荐：
您可能关注的推广回答者：
英文翻译的相关知识
其他1条回答
为什么要疯狂的开始！
我一直密切留意本fanfic一段时间了，坦率地从未感受到敦促张贴评论（消极/积极） ，然后...直到现在。坦率地讲，这个故事并不出色策划;主角是疑惑浅层和琐屑点恐怖和最后但并非最不重要的写作风格是没有超出平均水平和实际有些无聊。它只不过是建立一个女孩的幻想，以摆脱痛苦的现实的日常的生活...但嘿！这就是为什么我们阅读fanfic权利？的放松和享受的时刻从现实。我的开/关不喜欢（一些章节是相当滑稽）本fanfic没有给我一个理由毁掉别人的高兴，并为了支付方面的作者，我选择压制我的意见和想法。然而，民意调查已经真正推动我国按钮...为什么阿再用投票后再不会履行您的读者的决定！我们没有要求投票，您决定让您的读者作出选择，并在年底你像“嗯...好吧，它没有真正的问题你怎...
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁帮忙取个英文名，是男名，中文是“杰西米”，谢谢O(∩_∩)O啦！有追加(⊙o⊙)哦！_百度知道
帮忙取个英文名，是男名，中文是“杰西米”，谢谢O(∩_∩)O啦！有追加(⊙o⊙)哦！
提问者采纳
Jesse 和Jimmy，杰西，吉米，没有杰西米的名字吧
提问者评价
其他类似问题
为您推荐：
其他2条回答
Jasmine 中文翻译是杰西米，但这是女子的英文名，建议你在找一下别的英文名
Jecy，Jerry，Jeremy，Jesimy
您可能关注的推广
英文名的相关知识
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁