精华内容
下载资源
问答
  • 材料科学基础课件 3.2 点缺陷
  • 锗的点缺陷激光退火

    2021-02-08 15:40:48
    近来人们广泛地研究在激光作用下注入半导体中所产生的结构变化。研究者主要力量集中研究注入层从非晶态向晶态的过渡,以及...下面我们给出锗的点缺陷激光退火数据,显然,这些结果可以用离化激活缺陷作用的假设得到解释。
  • 综述了近红外飞秒激光在纯石英玻璃中诱导产生点缺陷结构的研究进展,分析了飞秒激光诱导产生点缺陷结构的原因,并介绍了纯石英玻璃的点缺陷结构特性.
  • 集成电路中的晶化点缺陷分析
  • 采用基于时域有限差分技术的数值模拟方法,研究了二维正方晶格光子晶体点缺陷的透射谱。研究发现,减小或增大砷化镓介质棒半径均可以在能量禁带中形成缺陷模,且存在一一对应的关系,它们半径不同但具有相同的谐振...
  • ZnO本征半导体的点缺陷机制分析.pdf
  • 基于点缺陷阵列的声子晶体波导定向辐射,魏琦,程营,将点缺陷阵列应用于声子晶体波导,提出一种具有高定向辐射性能的复合声子晶体波导。基于有限元法的数值分析表明,附加到声子晶体
  • 采用平面波展开法研究了含点缺陷正方结构二维函数光子晶体的带隙结构、缺陷模式和缺陷模式的本征场分布。选取介质柱的折射率为空间位置的分布函数,其参数可通过改变施加电场、光场的强度来调节。研究结果表明,通过...
  • 针对TFT-LCD点缺陷自动光学检测时,缺陷与背景对比度较低难以用传统阈值分割算法处理的难题,提出一种改进的Otsu算法,并构建了TFT-LCD点缺陷自动光学检测系统。首先,通过Gabor滤波去除了纹理背景的影响。然后,...
  • 自动进行点缺陷计算的计算框架 关于: 一个开放源代码的Python框架,可使用VASP自动进行点缺陷计算。 框架通过提供工具来计算有限的尺寸校正(1.电位对准,2。图像电荷校正,3。浅层缺陷的带填充校正),创建点缺陷...
  • 用基于密度泛函理论的平面波赝势法首先对GaAs本征点缺陷(镓空位、砷空位、镓替代砷、砷替代镓、镓间隙、砷间隙)存在时的晶格结构进行优化,得到其稳定结构;然后通过各缺陷形成能的计算可得知其在生长过程中形成的难易...
  • 以二维铝圆柱/空气正方格子声子晶体为研究对象,采用平面波法结合超元胞的方法研究了点缺陷间的耦合特性。结果表明,在(10)或(01)方向,两点缺陷因耦合将造成缺陷模的分离,分离宽度随两点缺陷距离的增加而减小...
  • 采用修正的KPZ方程和动力学重整化群技术,求解生长表面或界面中存在点缺陷或杂质时的标度指数X和Z,所得结果表明点缺陷与杂质的存在倾向于使生长表面更加粗糙化。
  • 用离散元方法研究了带有不同数目点缺陷的二维颗粒系统在各向同性挤压和纯剪切时粒子间力链的几何分布特征,并与相同加载条件下无缺陷的颗粒系统力链几何分布特征做了比较,发现了点缺陷对颗粒系统力链的几何分布影响...
  • 采用第一原理平面波赝势方法,结合Wagner-Schottky缺陷热力学模型,研究金属间化合物L10-TiAl中各种空位和反位点缺陷的形成焓、热力学平衡浓度及其相互作用等。结果表明:这些缺陷的热力学平衡浓度均随温度的升高而...
  • 结合第一性原理和热动力学方法模拟计算得到不同温度和氧分压条件下 ZrO2 晶体本征点缺陷的形成能,讨论了各种点缺陷的形成能随Fermi 能级变化的规律。在常温低氧分压条件下,随着Fermi能级从0变化到5.40eV,最稳定的...
  • B2-YX(X= Cu, Rh ,Ag, In)点缺陷结构及其基本物性计算,陈律,彭平,采用第一原理赝势平面波方法,计算了B2-YX (X= Cu, Rh ,Ag, In)金属间化合物的基本物性。通过对不同点缺陷结构形成热和形成能的计算与比�
  • 视觉SLAM笔记(40) 特征缺陷

    万次阅读 2019-10-21 22:12:55
    特征点估计相机运动的缺陷、克服使用特征点缺陷思路分析、直接法、根据像素的亮度信息,估计相机的运动,可以完全不用计算关键点和描述子,通过最小化光度误差知道点与点之间之间的对应关系


    1. 特征点估计相机运动的缺陷

    之前介绍了使用特征点估计相机运动的方法
    尽管特征点法在视觉里程计中占据主流地位,研究者们认识到它至少有以下几个缺点:

    1. 关键点的提取与描述子的计算非常耗时
      实践当中, SIFT 目前在 CPU 上是无法实时计算的,而 ORB 也需要近 20 毫秒的计算
      如果整个 SLAM 以 30 毫秒/帧的速度运行,那么一大半时间都花在计算特征点上

    2. 使用特征点时,忽略了除特征点以外的所有信息
      一张图像有几十万个像素,而特征点只有几百个
      只使用特征点丢弃了大部分 可能有用 的图像信息

    3. 相机有时会运动到 特征缺失 的地方,往往这些地方没有明显的纹理信息
      例如,有时会面对一堵白墙,或者一个空荡荡的走廓
      这些场景下特征点数量会明显减少,可能找不到足够的匹配点来计算相机运动


    2. 克服使用特征点缺陷

    看到使用特征点确实存在一些问题,至于克服这些缺点
    有以下几种思路:

    • 保留特征点,但只计算关

    展开全文
  • 本标准参考目前LCD厂商的供货标准规定了康荣电子有限公司液晶显示屏缺陷点的判断标准,适用于康荣电子有限公司对液晶屏缺陷的判定依据
  • 软件缺陷是什么

    千次阅读 2017-03-02 21:41:00
    这些不完美,叫软件“缺陷”。 先举个例子,保证都是“血淋淋“的亲身经历: 1. 某软件项目,由于合同时间的关系,系统必须在某日上线,并让客户使用,此日期前很长一段时间开发工程师没日没夜的加班,由于过度...

    俗话说”人无完人“,软件是人写的,所以软件不可能完美。这些不完美,叫软件“缺陷”。

    先举个例子,保证都是“血淋淋“的亲身经历:

    1.   某软件项目,由于合同时间点的关系,系统必须在某日上线,并让客户使用,此日期前很长一段时间开发工程师没日没夜的加班,由于过度疲劳和未详细测试,在编码过程中埋下了很多“坑”。到客户现场的培训过程中,客户使用软件后,说“你们应该给我的测试费,你们不光拿我们当小白鼠,还把我们当你们的测试人员”,对于在乎脸面的人来说,脸是火热的,心是***。

    2.   汽车远程监控系统,车载数据采集设备,并用移动网络进行数据传输,设计预留15分钟的数据存储空间,就是说在没有移动信号的情况下最多存储15分钟数据,信号正常进行数据快速传输。在大多数情况没问题,但极端情况下比如汽车进入某些山区就会不止15分钟没信号,可能2小时或更长时间不会有移动信号,这种情况下导致15分钟后的数据丢失。

    软件问题可大可小,小的是软件不能运行或浏览器出现错误。大的是造成非常巨大的经济损失和人员伤亡,可能是火箭发射不久的爆炸,可能是炮弹在在到达指定位置就爆炸导致人员伤亡。所以,软件的成败决定系统的成败。

    什么是软件缺陷呢?

    回答几个问题自己去总结什么是软件缺陷:哪些功能是需要的,但现在没有?哪些功能是不需要的,但现在有?哪些功能被遗忘了?你为什么不喜欢这个软件?只要是能回答出来就说明软件有缺陷。

    1.   软件未实现产品说明书要求的功能:如果是瀑布开发模型,大部分不能百分百完成说明书上所有功能,当然没完成的原因可能有很多,客户不需要了、需求变更了等。这些没有完成的功能,必须要进行评审,哪些是必须要完成的还没有完成的,比如一些性能指标,或者一些非功能需求等。就像项目实施快结束时重新审核合同和技术协议一样。这是非常必要的工作。对于这类问题的解决方案是使用一些软件工具进行需求条目跟踪,自动显示完成比率,也达到时刻提醒的作用。叫需求“可视化”。

    2.   软件出现了产品说明书指明不应该出现的错误:比较直接的就是软件bug,界面按钮没反应、页面出现大面积英文提示、功能不符合要求等。或者一些不一致,比如说明书要求显示10个字段内容,而最终显示了11个,其中一个是开发人员认为很有必要显示的内容,或者是没有核对需求说明书而导致的问题。这方面内容比较好理解,只要是不符合要求的就属于这类错误。这类问题的解决方案很简单,改正就好了。

    3.   软件实现了产品说明书未提到的功能:举个例子,早些年的程序员,那时还是CS架构,好多人喜欢在软件中放“彩蛋”(非常态下才能出现的界面,比如关于窗口中,按住Ctrl+Alt+鼠标左键+鼠标右键,才出现的软件开发人员列表,可能还是个小动画。),这就属于未提到的功能。另外可能是在本次发布的软件包含了下一版本的软件功能。可别小看这个错误,程序员很喜欢根据自己的意愿去编程的,这种情况很常见。这类问题的解决方案是应用“代码审核”机制,这些事情不会出现。

    4.   软件未实现产品说明书虽未提及但应该实现的目标:比如按钮反应超过3秒;某些执行时间较长的功能,没有进度显示等;Mac系统的浏览器不能正常显示软件界面等。这类问题也属于软件缺陷。这类问题需要软件测试团队协助,一是早期介入,测试驱动研发团队进行系统兼容性功能测试;二是最终交付软件产品代码的质量守护。

    5.   软件难以理解、不易使用、运行缓慢或者从测试角度看最终用户会认为不好:软件界面用词,不应该是技术语言,而应该是业务语言,是软件用户易理解的言词。软件操作步骤过于复杂。软件运行一段时间后,系统运行异常缓慢。还有多数据显示界面里把相关联数据分成两页显示,用户使用起来不方便等。这类问题很常见,又是用户体验的重要部分,不容忽视。这类问题解决方案是小批量适用,根据反馈意见酌情进行修正即可。

    最后提醒注意,不是所有的缺陷都要修改。让所有人都满意的软件是不可能的。对于用户体验问题一定要全面客观地评价。最终交付近乎完美的产品。
    展开全文
  • 缺陷化学概论

    2012-12-05 11:01:25
    缺陷 晶体, 化学,化工。点缺陷,线缺陷,面缺陷。
  • 软件缺陷是什么以及缺陷的管理

    千次阅读 2020-06-01 10:18:00
    1软件测试缺陷软件缺陷的定义软件缺陷,通常又被叫做Bug或者defect,即为软件或程序中存在的某种破坏正常运行能力的问题、错误、其存在会导致软件产品在某种程度上不能满足用户的需求。软件...

    1

    软件测试缺陷

    软件缺陷的定义

    • 软件缺陷,通常又被叫做Bug或者defect,即为软件或程序中存在的某种破坏正常运行能力的问题、错误、其存在会导致软件产品在某种程度上不能满足用户的需求。

    • 软件缺陷是指存在于软件(程序、数据、文档)中的那些不符合用户需求的问题。

    软件缺陷的表现形式

    1、软件未达到需求规格说明书标明的功能
    2、软件出现了需求规格说明书指明不会出现错误的地方
    3、软件的功能超出了需求规格说明书指明的范围
    4、软件出现了需求规格说明书虽未指明,而应该达到的目标
    5、软件测试人员认为软件难以理解,不易使用,运行速度慢,或者最终用户体验不好。
    
    • 具体表现形式如下:

    • 1、 软件未达到需求规格说明书标明的功能

    1、计算器说明书一般声称该计算器将准确无误地进行加、减、乘、除运算。
    2、如果测试人员或用户选定了两个数值后,随意按下了“+”号键,结果没有任何反应。
    

    2、软件出现了需求规格说明书指明不会出现的错误

    1、若在测试过程中发现,因为电池没电而导致了计算不正确。
    2、但软件需求规格说明书中明确指出在任何情况下都不允许出现计算不正确的情况出现。
    

    3、软件的功能超出了需求规格说明书指明的范围

    1、若在进行测试时,发现除了规定的加、减、乘、除功能之外,还能够进行求平方根的运算,
    而这一功能并没有在说明书的功能中规定。
    

    4、软件未达到需求规格说明书虽未指明而应该达到的目标

    1、假如计算器说明书指明计算器不会出现崩溃、死锁或者停止反应,而在用户随意按、敲键盘后,计算器崩溃了。
    

    5、 软件测试人员认为软件难以理解、不易使用、运行速度慢、或者最终用户认为不好

    1、测试人员或最终用户发现计算器某些地方不好用,比如,按键太小、显示屏在亮光下无法看清等。
    

    软件缺陷产生的原因

    软件缺陷产生是不可避免的,造成软件缺陷产生的原因主要归纳如下:

    1、需求解释、记录或者定义错误  
    2、设计文档说明存在错误或者拼写错误 
    3、编码说明、程序代码有误  
    4、硬件或者软件系统上存在错误
    

    软件缺陷产生的根源

    • 需求的变化

        需求说明书、设计文档、程序的变更
      
    • 交流不充分

        客户与开发人员、开发人员与测试人员等
      
    • 软件的复杂性

        功能复杂、开发复杂、测试复杂
      
    • 开发人员的错误

        对需求的理解、开发压力、能力与经验
      
    • 进度压力

        项目周期比较紧
      

    软件缺陷的信息

    为了便于缺陷的定位、跟踪和修改,要对所发现的缺陷,按照缺陷的严重程度、优先级、发现阶段、
    修复阶段、缺陷的性质、所属功能模块、系统环境等方面进行分类和统计。

    缺陷的状态

    • new:“新建状态”。

    测试人员新建缺陷,称之为“new”状态。
    
    • open: 意为“打开状态”。

    开发人员接收到缺陷后确认该缺陷,并且会打开,称之为“open”状态。
    
    • fixed:意为“修复状态”。

    开发人员打开缺陷后进行修复的状态称之为“fixed”状态。
    
    • closed:意为“关闭状态”。

    测试人员发现该缺陷已被开发人员修改,并且修改正确,会关闭该缺陷,称之为"closed"。
    
    • rejected:意为“拒绝状态”。

    开发人员接收到测试人员新建的bug后,不认同该bug,可以拒绝修改,称之为“rejected”
    
    • postpone:意为“拖延状态”。

    开发人员接收到测试人员的bug后,如遇到临时有事的情况,可以延后修复,称之为“postpone”
    

    缺陷的严重程度

    缺陷的优先级

    缺陷的分类

    软件缺陷修复相关

    并不是所有的缺陷,开发人员都会进行修复
    
    • 开发人员拒绝修改的缺陷

        程序员无法重现或者现象难以捕捉 --- 缺陷详细描述
        没有明确的报告以说明重现缺陷的步骤---缺陷报告
        程序员无法读懂的缺陷报告 ---标题
      
        由不受信任的测试人员提出---缺陷提交人
      
    • 不是所有缺陷都会修改

        市场的压力使得产品最终发行有时间限制
        测试人员错误理解或者不正确操作引出的缺陷(FAQ)
        错误的修改影响的模块较多,带来的风险较大(遗留)
        修改性价比太低
        缺陷报告中提出的问题很难重现

    2

    缺陷管理

    认识缺陷报告

    1、 缺陷报告的重要性

    • 软件缺陷的描述是软件缺陷报告的基础部分,需要使用简单、准确、专业的术语来描述缺陷。否则,它就会含糊不清,可能会误导开发人员,影响开发人员的效率,也会影响测试人员自身的声誉,准确报告缺陷是非常重要的。

    清晰准确的软件缺陷描述可以减少开发人员退回来的缺陷数量,可以节省开发人员和测试人员的时间。
    提高软件缺陷修复的速度,使项目组能够有效地工作。
    提高测试人员的可信任程度,可以得到开发人员对有效缺陷的及时响应。
    加强开发人员、测试人员和管理人员的协同工作,让他们更好的工作
    

    2、 缺陷报告的注意事项

    • 尽量确保缺陷可以重现

      如果提交的缺陷无法重现,会影响开发人员的工作效率。

    • 简洁、准确、完整

      测试人员在提交缺陷报告时,要站在开发人员的角度上思考问题,要确保开发人员能迅速定位问题,而不会产生理解上的歧义。

    • 一个缺陷一个报告

     有的测试人员喜欢在一个缺陷报告里提交多个缺陷,这种习惯不提倡,原因有以下两点:
    不便于分配。
      比如缺陷报告有2个缺陷,分别属于不同的开发人员,到底该分配给谁呢?
    不便于验证。
      比如一个缺陷报告里面有2个缺陷,缺陷1已经解决,缺陷2还没有解决,那么这个缺陷报告该不该关闭呢?
    

    3、 缺陷书写规范

    • 标题:应保持简短、准确,提供缺陷的本质信息

    尽量按缺陷发生的原因与结果的方式书写;
    避免使用模糊不清的词语,例如:“功能中断,功能不正确,行为不起作用”等。应该使用具体文字说明缺陷的症状;
    为了便于他人理解,避免使用俚语或过分具体的测试细节。
    
    • 复现步骤:应包含如何使别人能够很容易的复现该缺陷的完整步骤。

    为了达到这个要求,复现步骤的信息必须是完整的、准确的、简明的、可复现的。常见问题:
    包含了过多的多余步骤,且句子结构混乱,可读性差,难以理解;
    包含的信息过少,丢失了操作的必要步骤;
    
    • 复现步骤的正确书写方式:

    提供测试的环境信息;
    简单地一步步引导复现该缺陷,一个步骤包含的操作不要多;
    每个步骤前使用数字对步骤编号;
    尽量使用短语或短句,避免复杂句型句式;
    复现的步骤要完整、准确、简短;
    将常见步骤合并为较少步骤;
    按实际需要决定是否包含步骤执行后的结果。
    
    • 实际结果: 是执行复现步骤后软件的现象和产生的行为。

    实际结果的描述应向标题信息那样,要列出具体的缺陷症状,而不是简单地指出“不正确”或“不起作用”。
    
    • 期望结果:描述应与实际结果的描述方式相同。通常需要列出期望的结果是什么。

    • 附件:对缺陷描述的补充说明,可以是以下一些类型:

    缺陷症状的截图;
    测试使用的数据文件;
    
    • 其他:

    选择合适的缺陷严重性属性;
    按相应的规定,填写相应的字段信息
    

    3、1 避免常见错误

    避免使用我、你等人称代词,可以直接使用动词或必要时使用“用户”代替
    避免使用情绪化的语言和强调符号;
    避免使用诸如“似乎”、“看上去可能”等含义模糊的词汇,而需要报告确定的缺陷结果;
    避免使用自认为比较幽默的语句,只需客观地描述缺陷的信息;
    避免提交不确定的测试问题,自己至少需要重现一次再提交。
    反面的示例:
    上海人:哪能查询到的结果和查询条件不搭噶的。
    北京人:哥们好不容易输入一堆个人详细信息后,点击保存后全瞎了
    

    3、2 缺陷报告

    3、3 缺陷处理流程

    3、4 缺陷跟踪

    • 新提交的缺陷为新建状态,确认有效后为打开状态,经开发人员修改后,缺陷变为已修复(待验证)状态。此时就需要测试人员对缺陷进行回归测试,验证问题是否修复。

    • 如果问题仍然存在,则测试人员将该缺陷的状态修改为重新打开;

    • 如果问题已经修复,则测试人员将该缺陷的状态置为关闭状态(验证通过),同时添加回测说明如“该缺陷已解决”。

    • 还有一种情况:开发人员认为缺陷在当前版本可以暂不修改,而考虑在后续版本中再做修正,缺陷的对应状态为延期。

    • 对于这种情况,项目负责人应召集开发人员、测试人员和其他项目相关人员进行讨论,如果讨论结果为同意则延期,如果不同意,则重新打开缺陷。

    3、5 缺陷统计

    • 缺陷按活动分布

    • 缺陷按严重程度分布 

    • 缺陷按引入源分布

      3、6 缺陷数据分析

    • 1)缺陷数据分析关注的问题
      2)缺陷数据分析的重要性
      3)缺陷数据分析的数据指标
      
    • 3、7 缺陷数据分析关注的问题

    • 正在测试的软件哪个模块的问题最多
      测试人员中谁报告的软件缺陷最多
      各类缺陷所占的数量百分比分别是多少
      开发人员能及时修复软件缺陷吗
      开发人员一次正确修复缺陷的百分比是多少
      正在开发的软件能否在计划的时间内正常发布

    推荐阅读

    欢迎将文章分享到朋友圈
    如需转载,请在后台回复“转载”获取授权

    展开全文
  • 传统数据库缺陷

    千次阅读 2013-11-22 15:23:58
    传统数据库缺陷

    (1)    并行关系型方案

    多个独立的关系数据库服务器,访问共享的存储资源池。

    优势:采用多个关系数据库服务器、多个存储,与原有的架构相比扩展了存储和计算的能力。

    劣势:计算与存储分离,数据访问存在竞争和带宽瓶颈;支持的关系数据库服务器数量有限;只能向上扩展不能横向扩展。

    适用范围:适合复杂的需要事物处理的应用。

    (2)    Hadoop方案

    有大量独立的服务器通过网络互连形成集群,每台服务器有独立的存储;

    优势:计算与存储融合,支持横向扩展,有更好的扩展性;

    劣势:解决数据冲突时,需要节点间协作。

    适用范围:数据仓库和离线数据分析;大规模在线实时应用。

    (1)       软件架构(扩展性):

    关系型:扩展时需要静态停机扩展,数据需要重新分布;容错能力不存在中间结果,出错时需要重新执行查询。

    Hadoop:扩展能力动态无缝扩展,自动扩展;容错能力只需要重新运行出错的子任务。

    (2)     数据模型:

    关系型:二元关系模型;静态数据模型。

    Hadoop:非结构化或者多维MAP模式;动态可变数据模式

    (3)      分析方式:

    关系型:SQL查询语言

    Hadoop: 广泛的数据分析,包括SQL,M/R,Rlauguage,数据挖掘,预测性分析。

     

     

    存储类型

    数据存储

    数据读取

    数据压缩

    行存储

    数据按行存储∃ ∃ ∃ 表中每行记录的所

    有属性在物理空间上存储在一起

    查询时将一行的所有属性读出∃ 产生

    大量I/O负载

    对于行中所有记录, 采用统一的压缩

    方式

    列存储

    数据按列存储, 表中同一属性在同一

    列中

    只访问查询涉及到的列∃ ∃ ∃ 大量降低

    系统I/O

    数据类型一致、特征相似∃ ∃ ∃ 高效压

     

    在hadoop出现以前,在对海量数据分析时一般都是采用关系型数据库中进行,如faceboo库的数据仓库,完全是由一个Oracle实例来执行的,但是这些传统的关系型数据库中都存在着扩展问题和性能问题。可扩展性主要表现在表空间不足的问题,如果要对表空间进行扩容,这需要新增机器,需要将这些数据库中的数据同步等问题。

    性能问题主要表现在,传统的关系型数据库中,都存在对数据库事务一致性的要求,而在数据挖掘或者数据分析过程中,并不需要严格要求数据库事务特征和对读一致性的要求。

     

    在国内,为了解决海量数据的问题,在2004年开始使用基于Oracle产品构建企业级的数据仓库(EDW),并于2007年、2008年和2009年三次利用Oracle RAC10g和Oracle RAC 11g产品对数据仓库进行了升级和扩容,将数据仓库部署在全球领先的RAC(Real Application Clusters)系统。这个系统集成了集群管理软件和存储管理软件,当系统规模增加时,用户可以按照需要进行扩展系统,以保证性能。但是RAC存在着单机管理复杂,对硬件要求相对较高的问题。甚至在系统规划较差时性能不如单节点,还可能存在增加软件成本(如果使用高配置的服务器,Oracle按照CPU个数进行收费),对操作人员要求较高的问题。

     

    传统数据库是以数据块来存储数据,简单来说,你的表字段越多,占用的数据空间就越多,那么查询就有可能要跨数据块。在大型系统中一张表有上百个字段,并且表中的数据上亿条也有可能。因此会带来数据库查询的瓶颈。数据库中表的记录数是多少对查询的性能有非常大的影响。而一般的解决办法是分表或分库,用来平衡数据库运算的压力,那么又会带来新的问题,如:分布式事务、全局唯一ID的生成、跨数据库查询等。

    如果采用一种基于列存储的模式,由于查询中的选择规则是通过列来定义的,因此整个数据库是自动索引化的。按照列存储每个字段的数据聚集存储,可以动态增加,并且列为空就不存储数据,节省存储空间。每个iduan 的数据按照聚集存储,能大大减小读取的数据量,查询时的命中率就会提高,使查找更为直接,无需考虑分库]分表,来提高命中率、减少IO等瓶颈。

    Hbase数据库支持数据自动切分存储,并支持高并发读写操作,使得海量数据存储自动具有更强的扩展性。

     

    Hadoop 本身就支持通过JDBC 从数据库中抽取数据。大部分数据库系统有批量导出、导入功能。无论是哪种情况,将整个数据库中的数据经常性地或者以增量的方式导入到Hadoop 中来都是很容易的。由于数据库系统存储的数据减少,数据库系统的软件授权成本也会得到降低。图1是Hadoop 与关系型数据库协同处理计算任务的应用场景。其中,关系型数据库系统用来处理实时数据,从而保证交易过程中的数据一致性。如果要求同一个数据库系统从

    大容量数据中生成复杂的分析报表是极其耗费计算资源的,降低了系统的性能和其处理实时数据工作的能力。

    Hadoop 被设计用来存储海量数据、按任意方式处理海量数据以及按需向任意系统传递数据。数据可以经常性地从关系型数据库系统导出到Hadoop 中,关系型数据库系统可以经过调整,专门用来处理交互式任务,而复杂的分析工作就可以按离线的方式交由Hadoop 来完成,对实施系统没有任何影响。

    展开全文
  • 大坝缺陷及渗水处理方案.doc
  • 软件缺陷

    千次阅读 2016-09-02 09:53:47
    对于软件缺陷预测技术的研究目前主要集中在对现有模型的不足进行改进上。改进主要集中在两方面,模型的实质是数学运算,包含很多可变的参数,模型对参数一般都很敏感,不合适的参数选择方法会导致预测效果的降低,...
  • 金刚石缺陷中心研究综述,武改朝,余晓艳,金刚石中含有点缺陷、线缺陷、面缺陷、体缺陷四种晶格缺陷类型,但是研究的较多的是点缺陷点缺陷中产生的缺陷中心(色心)对于
  • 缺陷检测算法

    2015-09-23 16:12:23
    缺陷检测算法,检测黑点,亮点,黑团等!
  • 软件缺陷管理

    千次阅读 2016-06-28 11:21:53
    缺陷管理是软件开发及测试过程中对缺陷进行提交、沟通、修正、关闭、统计等一系列过程的总和,确保缺陷被跟踪管理,直到执行了缺陷管理的全生命周期。在整个缺陷管理周期,主要包括以下几部分:1、缺陷发现:通过...
  • 针对太阳能电池片微弱缺陷难以检测的特点,提出一种基于小波域信号突变捕捉的缺陷检测法。该方法基于一维离散信号,在小波域逐列对图像进行突变检测,实现了对信号突变的捕捉,并采用能量重心法对其进行校正,获得...
  • 什么是软件缺陷

    千次阅读 2005-02-28 15:36:00
    什么是软件缺陷?作者:bailuyuan关键词: 软件测试, 软件缺陷 1.与“bug”、“缺陷”相关词语的解释 首先,我们看看上面提到的几个与软件缺陷有关的词在英语中的解释。翻译如下:n bug:(小错误,缺陷,不足,...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 293,165
精华内容 117,266
关键字:

属于点缺陷的是