MSSQL教程之天保九如和逝世而回生
优化的SQL查询算法，有效地提高查询速度天保九如和逝世而回生－书评《Oracle备份与恢复培训教程》
我们都已经妄想有一天会天保九如，就算不克不及天保九如，那末再不济，也应当能逝世而回生，哪怕是少了点甚么只需能在世，那就很好:)
惋惜的是，在今朝我们本人的生存还不克不及如许。
假如我们不克不及，那末就让我们的事情能吧，假定我们都是OracleDBA，就让我们可以包管我们办理的数据库天保九如，就算天灾天灾的也能逝世而回生，阿门。。。
假如人人常往AskTOM站点，那末应当能够看到Tom在保举读Oracle的文档时分，有一个倡议，第一篇应当读的Concept，然后是AdministratorGuide，然后是BackupandRecovery，再以后是BackupandRecovery，最初仍是BackupandRecovery。因而可知备份和恢复关于一个数据库办理员是有何等主要的位置，大概数次乐成的优化可以让你取得鹊起的名声和满意感，可是一次不乐成的备份招致的没法恢复就极可能让你一次坠上天狱，数据库不克不及逝世而回生的了局，常常就是你也没法生还。
实在Oracle的联机文档是最可托赖，最应当往经常浏览的文档，可是关于一些很好的书本，我们也应当有选择得往浏览，有些书本模棱两可，有些书本履历之谈，有些书本例证准确，常常还会收到比浏览Oracle联机文档更好得效果。
这里保举一下OraclePress的101系列。
101的来源不是很了然，感到上是指细致大概出彩的意义。不外老是让我想到一千零一夜。想来书名也是吸引眼球的一个好举措。
言规正传，OraclePress的101系各国内已有翻译出书的我见过的是4本，分离是OracleBackup&Recovery101，OracleDBA101，OraclePerformanceTuning101，OracleEnterpriseManager101，本人买过两本，调优和备份，从eygle谁人又借了DBA的那本，至于EM的那本，说假话倒不是特感乐趣，由于EM这个东东平常用的也少少。
以是决意这个系列就后面的三本书来谈谈本人看书的感觉，同时也向人人保举一下。
感到101系列跟Oreily的NutInShell系列一样，很有些品牌寄义在内了，不外也的确云云，这个系列的书都还不错。
明天先聊一下Oracle备份与恢复培训教程这本书，英文原名是OracleBackup&Recovery101。
先聊这本书的缘故原由是正在手边上放着，刚读完没多久的第一章也是印象极其深入，间接就说说本人的感到了，也不必回想太多，要晓得我此人也是属于影象力不是很好的那种。
实在说句厚道话，本人也还没有完全且体系地看过Oracle联机文档中的备份恢复部分，只是碰着成绩会往查一下。
可是这本书却是如今正在看的，一是中文翻译得不错，几近没有甚么冷僻的内行话，二是长篇大论却又不掉引导意义。
本书的头绪很分明。
第一个部分是备份与恢复的观点，第二部分是用户办理的备份和恢复，也就是我们寻常说的手工备份和恢复，第三部分是服务办理器的备份和恢复，也就是寻常我们说的RMAN。
一切在第二部分触及到的场景，包含封闭数据库的备份恢复，翻开数据库的备份恢复，复制数据库，表空间工夫点恢复，Standby数据库搭建的这些章节均在第三张经由过程RMAN从头完成了一遍。如许的分列关于我们了解备份和恢复的实质和RMAN的利用办法都有个对照，同时书中供应的良多剧本都是具有实践意义的，完整能够在现有的产物库中利用。剧本都能够往本书的站点高低载，全体是free的。
最值的一题的是本书的第一章，作者极富设想力地将Oracle比方成一个小家庭，这个小家庭中有良多成员，他们有一个本人的屋子，天天干着一些事变，而每个部分都或对应了Oracle的一个背景历程，或对应了Oracle的一个基础观点。这一章节读上去，几乎能够用风趣这个词来描述，在你的头脑内里是一个忙劳碌碌井井有条的家庭，这个家庭里的每一个人干着本人分内的事变，哦，想想这类情况，这就是Oracle，当你完整沉沦上这一家人的时分，你就已堕入Oracle中而没法自拔。
Matrix中的谁人神神叨叨的黑女人名字叫Oracle，说句假话，我挺烦她的。
我们不克不及把持这个天下，可是我们能够把持长远实其实在存在的这个Oracle，备份是我们的手腕，恢复是我们的和平，雄姿英才，你必要一副好的盔甲，细心地往读一下这本书吧，这才是回护神，这才是天保九如的灵丹，逝世而回生的灵药。
2004年4月
Kamus
《Oracle备份与恢复培训教程》/KennySmith,StephanHaisley著/周琦等译/机器产业出书社
从理论上讲，完全可以为数据表里的每个字段分别建一个索引，但MySQL把同一个数据表里的索引总数限制为16个。 也可谈一下你是怎么优化存储过程的? 现在是在考虑:如果写到服务器端,我一下搞他个10个存储过程导过去,那久之服务器不就成垃圾箱了吗?即便优化了我的中间层. 所以你总能得到相应的升级版本，来满足你的需求。 总感觉自己还是不会SQL 大侠们有推荐的书籍和学习方法写下吧。 是要和操作系统进行Socket通讯的场景。否则建议慎重！ 一个百万级别的基本信息表A，一个百万级别的详细记录表B，A中有个身份证id，B中也有身份id；先要找出A中在B的详细记录。 另一个是把SQL语句写到服务器端,就是所谓的SP(存储过程);
页:
[1]