Maclean’s Oracle Database Tech Blog Archives

作者为: SHOUG成员 – ORACLE ACS高级顾问罗敏   第一章 逻辑设计中那些事   数据库逻辑设计是从事数据库应用设计、开发、运行维护等各方面工作的一个重要的基础性工作。根据不同的业务和应用需求，确定并遵循数据库逻辑设计原则，比如按照第三范式（3NF）开展逻辑设计，不仅能满足减少数据冗余、保证数据一致性和完整性、易扩展性和伸缩性等需求，而且也是保障系统高性能的一个重要基础。 一次，本人与一家公司进行为期3天的数据库性能优化培训。为达到良好的培训效果，事前与该公司几位技术骨干就培训大纲进行讨论，其中一位客户就提到：“罗老师，增加一个逻辑设计的专题吧，特别是讲讲一些最佳实践经验和常见的设计错误。”可见，该客户也深深体验到了逻辑设计的重要性。 于是，本书就以数据库逻辑设计开篇了。本章首先将以若干年前一个典型案例开始，进而介绍关于数据库设计的规范化理论，以及逻辑设计的工具Oracle Data Modeler，然后介绍非规范化设计的若干最佳实践，最后将针对逻辑设计发表若干感悟。     还是从案例开始 十多年前在一个网站从事专职DBA工作的某一天，一位开发人员过来请我帮忙分析她编写的一个简单SQL语句的性能问题。以下是具体情况： 语句和执行计划 语句再简单不过，即查询“喜欢文学的所有客户”。   Select id,name,hobby from customer where hobby like ‘%文学%’ 执行计划如下：   可见对CUSTOMER表进行全表扫描。当年该网站客户数就已经达到千万级，查询性能可想而知。 问题原因分析 事实上，该开发人员已经在hobby字段上建立了索引，为什么Oracle不采用这个索引来提高查询效率呢？原因就在于like ‘%文学%’操作中的前面一个%号。因为B*树索引是个排序的东西，如果你需要匹配查询包含‘文学’二字的所有内容，那Oracle就无序可循，没必要使用这个索引了。 进一步观察customer表的内容如下：   SQL> Select id,name,hobby from customer;         ID NAME                 HOBBY ———- ——————– ——————————          1 张三                 文学,艺术,电影          2 李四                …

https://apex.oracle.com/pls/apex/f?p=19297:4:9567174845042::NO:4:P4_ID:8320   谢谢！感谢oracle中国，感谢上海oracle用户组的小伙伴提名。也许maclean( 刘相兵)不是世界上最年轻的Oracle ACE技术总监Director,也许maclean没有去到最初打算去的地方，但感觉告诉自己我在去我想到的地方的路上。

  如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638 QQ号:47079569 邮箱：[email protected]   某东莞工厂用户Oracle ERP EBS系统oracle数据库数据文件受损，导致关键表空间无法online问题，经过诗檀软件oracle工程师手动修复数据文件头 datafile header强制数据文件online后，数据可以正常访问，几乎未丢失数据。  

  某系统由于存储损坏导致一个大对象LOB的LOB INDEX存在坏块corruption，且该系统无任何有效之备份。此时若要恢复对BLOB/CLOB中的数据则无法使用常规的方法，这里可以使用PRM-DUL 工具(http://www.parnassusdata.com/)来恢复其中数据。   场景重现为如下： select * from BASE_CUSTOMERS_PHOTO where outid=’XXXXXX’ select count(*) from BASE_CUSTOMERS_PHOTO  28050     此时对LOB INDEX 做彻底破坏   SQL> select INDEX_NAME from dba_lobs where table_name=’BASE_CUSTOMERS_PHOTO’; INDEX_NAME —————————— SYS_IL0000094755C00003$$ SQL> select header_file,header_block from dba_segments where segment_name=’SYS_IL0000094755C00003$$’; HEADER_FILE HEADER_BLOCK ———– ———— 6 879546 [oracle@ocp ~]$ rman target / Recovery Manager: Release 11.2.0.4.0…

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638 QQ号:47079569 邮箱：[email protected]   prm-DUL下载地址：http://zcdn.parnassusdata.com/DUL5108.zip   ORA-01555 oerr ora 1555 01555, 00000, “snapshot too old: rollback segment number %s with name \”%s\” too small” // *Cause: rollback records needed by a reader for consistent read are // overwritten by other writers // *Action: If in Automatic Undo Management mode, increase undo_retention…

  如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638 QQ号:47079569 邮箱：[email protected] prm-DUL下载地址：http://zcdn.parnassusdata.com/DUL5108.zip 对于Oracle中的数据误删除可以分为以下几类（这里我们一般不考虑闪回数据库flashback database） 1、 误delete 删除表上的行 , 对策： 10g以后可以尝试闪回查询flashback query前提是快照未变得过久。这种情况下常规有RMAN备份的话，可以的话可以基于删除前的一个时间点做TSPTIR基于表空间的时间点恢复已达到恢复目的。 如果备份和闪回查询都不可用，则可以尝试使用PRM-DUL的恢复undelete数据功能，前提是被删除的数据行在数据块级别没有被彻底删除。 2、误drop表，对策： 10g以后使用基于回收站特性的flashback drop 来恢复表。 否则若有RMAN 备份同样可以使用TSPTIR。 若flashback drop和RMAN备份均不可用，可以使用PRM-DUL的undrop功能来恢复数据。 3、误truncate截断表，对策：对于truncate 闪回不可用，若有RMAN 备份同样可以使用TSPTIR。否则可以使用PRM-DUL的truncate恢复untruncate 功能。 4、drop tablespace ,对策：若有rman备份则使用TSPTIR。否则可以使用prm-dul恢复被drop的tablespace上的表数据 5、rm或delete了oracle的数据文件，若有备份则基于rman备份restore datafile 并recover datafile，否则考虑使用prm-dul扫描磁盘找到对应数据文件后恢复。    

  开源的数据库平台mongoDB今天（美国时间6/2）在纽约举行的其公司举行的MongoDB World发布会上，发表了一些升级内容。其中，就包含了Tableau等数据可视化工具的整合。 负责MongoDB发展方向的VP Kelly Stirman说：MongoDB与一直以来的RDB不同，有着可以处理非典型数据的自由性，所以如今很多企业的应用中都在利用。这也是大家使用MongoDB的重要原因之一，但至此，所使用的数据可视化工具处理非典型数据都非常困难。 他还说，大家都说这些应用很先进，是因为这些应用使用了以往的行(row)与列(column)的数据库无法处理的丰富的数据结构。 因此，为了处理这些愈发先进的MongoDB所带来的无法预测的结果，其公司就发表了可以连接BI(business intelligence)以及数据可视化工具的连接，同时介绍了公司的合作伙伴Tableau，并说明了，其他工具也能同样地这样连接。 Tableau虽然是本公司的合作伙伴，但连接是IBM的Cognos以及SAP的BusinessObjects、Microsoft Excel等等，也有与其他工具之间的互换性，所以几乎可以处理所有情况。 Stirman然后还说，几百万的用户每天都在使用这些应用，但至此都是MongoDB没有接触到的领域。因此，今天发布的新连接，就会成为两个世界的桥梁。 他还说：“至此，要用现有的数据可视化工具处理MongoDB以及数据，需要在编程上耗费大量心力，因此时间与资金的成本都很庞大。但是，只要使用连接的话，现有的可视化工具，就不需要其中的layer了，于是就可以访问MongoDB的数据了。“ 同样地发布会还在Salesforce.com上举行过，但那次与这次的案例相反，是通过Salesforce的可视化工具wave将外部数据与Salesforce的数据同时进行可视化的连接 与MongoDB的情况相同，至此如果在编程上煞费苦心的话，就可以用wave观察外部数据。并且，Salesforce这次也与MongoDB相同，终于领悟了。要实现与外部顺利连接还是要靠Bender自身这一点。两个公司同时制成的连接，就可以使得数据库与可视化工具之间的数据迁移以及数据访问更加方便。 MongoDB3.2中，除了连接还有REST相应的密码化以及为了数据库管理员，会导入GUI。这方面的内容预计会在今年的第四季度公开。 MongoDB至此引起了风投们极大的注意，大约收集到了3亿美元左右的资金。就是最近一段时间，仅仅是今年一月就获得8000万美元。  

宛如急速上升的火箭一般的Slack任命April Underwood 为副社长以及平台部门的首席。她去年6月跳槽到Slack之前在Twitter待了5年，最后做到了产品负责人。她这次在担任副社长之前，当上了slack的应用监督以及Slack经费管理人。 能做到平台部门的首席，统管所有产品副社长这个位置是因为slack本身对外的印象主要就是顺应外部发展职场需求的商业聊天软件吧。在Underwood的指导下，我们希望可以看到slack顺应企业需求进一步发展下去。 单纯要在基本功能上在商业聊天领域中成为slack的对手并不难，但如果是要想复制slack的发展模式，slack惊人的发展速度、良好的用户评价、以及超过8000万美元的发展经费是非常困难的。   CEO Stewart Butterfield对于我们这次的采访表示：“April在平台首席的位置上作出了卓越成果。我希望给她更大的平台，在今后作出更加卓越的成绩。”在6月觉得将 Underwood作为平台负责人时Stewart Butterfield在Forbes的采访中说道：“April在商业以及工程两方面都作出了杰出贡献，这是非常珍贵的才能。 Underwood当年在Apple以及 3M做实习生，之后短期地在Deloitte、Intel、Travelocity、WeatherBill等公司工作，之后在Google的2007年到2009年之间，作为高级partner技术负责经理，负责收购以及收益调整。期间，Underwood成为#Angels投资的共同投资人，投资伙伴。 Underwood于2010年到2015年在Twitter工作，作出了卓越成果。Underwood担任Tweet按钮，Follow按钮的首次公开的版本经理，参与贩卖所有Twitter的firehose服务以及实现Twitter的定位服务。API的开发以及广告等领域，她也有显著贡献。 Underwood使得Slack的庞大的用户体验变得可以利用。同公司的活跃用户估计在200万左右， Butterfield表示”用户平均每天要使用10小时Slack，其中2小时是一直在活跃使用的。 Slack是一个用户行为非常广泛的服务，负责产品的副社长的工作也非常多。工作的人们都需要一个易用高效的聊天服务应用。Slack在活跃用户人数上来说，也是事实上的最接近于企业聊天服务王者位置的应用。如果在聊天软件领域称王的话，在周边领域也能获得良好成绩。   Butterfield说：“2016年对我们来说又是值得纪念的一年。April的领导才能，特别是招聘人才的能力，对Slack的成长是不可欠缺的一环。“

  我想大家应该都知道为什么一说起技术大家都会想起Slack吧。听过面向企业的聊天服务供应商Slack的大名的读者应该不少吧。 那么请看这边的视频吧。 对其中的比喻都了解的读者应该会反复看这个视频吧。当然，什么也不懂，单纯把这当场一个可爱动物的视频来看也是一个非常棒的视频。作者之一斯图尔特巴尔菲尔德（以前因为制作了Flickr而出名）的Twitter请点击这里。 Slack所准备的支持动物主题的页面请点击这里。 开年放假归来变得有点疏远的同事们一起谈起为什么slack变得流行起来的这个话题的话，只要看上面那个视频就行了。Slack似乎2016会进行较大的调整。今后可能会继续发展成为超级流行的企业聊天软件。 〔日文版：Slack现在的UI虽然是英文，但里面的内容是日文的，使用起来非常方便。顺便说句”Leave it to me!”是，“这里交给我吧”的意思。〕    

亚马逊面向企业的邮件/日历服务WorkMail这周终结了preview。这个1年前面世的项目利用了Amazon Web Services，希望能够取代Microsoft Exchange等传统解决方案。 但是WorkMail不仅是与Microsoft Outlook等邮件客户端进行竞争，而是进行整合。另外利用Microsoft Exchange 的ActiveSync协定的Apple Mail等，也可以在其他邮件客户端使用。iPhone, iPad, Kindle Fire, Fire Phone, Android, Windows Phone, BlackBerry等移动邮件客户端也可以利用。 另外，据其公司所述，还提供WorkMail的Web应用版本。 亚马逊这次也根据当下企业用户关心的方向见风使舵，这次的项目也是沿着这个线路执行的。这次项目也是收购Zocalo带来的共享存储服务WorkDocs以及企业的IT部门面向终端用户可以提供client base的disc top环境的服务Amazon WorkSpaces的其中一环。这也与现有的服务相同，WorkMail也活用Amazon Web Services的力量，直接满足商业用户的需求。换言之，就不仅是单纯的后端解决方案。 WorkMail作为当今被广大企业所利用的邮件程序，强化了各项安全性功能，比如：加密化、提前发现垃圾邮件以及病毒、指定邮件存放地址等。特别是Region这个要素，Snowden揭露了政府监视行为的当下，对于欧洲用户是一项非常可喜的功能。 另外还在预览阶段导入了各种功能。比如整合KMS(AWS Key Management Service)，ISO 27001, ISO 27017, ISO 27018，制成准备会议场所/机器等资源、从Exchange开始向WorkMail移动的迁移工具等 另外，其公司还在发表这个产品时表示安装设置非常方便。因为使用了Microsoft Active Directory对应的Simple AD，安装设置10分钟可以完成。还可以Apple Mail以及Outlook等OS X客户端上使用。 还有一些正在开发的功能。比如支持单个全球通讯簿，提供free（空白）/busy（混杂）等信息，以及邮件的日记功能等。 Amazon WorkMail发表时，由于还要与其他公司竞争，表示费用将于之前相同，每人一个月4美元（提供50GB邮件存储空间）。如果单人再每个月多付2美元的话就可以使用200GB的mazon WorkDocs。 可以使用WorkMail的AWS的region是U.S. East(Northern Virginia), U.S. West(Oregon), 以及Europe(Ireland)。