MSSQL编程：[DBA手记]IMP-00093毛病的办理办法

对于update操作，event中依次记录旧行，新行的值。毛病|办理明天现场事情职员呈报在IMP一个dmp文件时报超越最年夜游标数的毛病，ORA-01000:maximumopencursorsexceeded。
扣问了一下基础情形，上metalink查了一下，IMP中基本就没有说起任何有关ORA-01000的毛病，这就有些烦闷了。这时候候，经由过程邮件收完了dmp文件，本人摹拟测试了一下，发明实在毛病的缘故原由基本不是ORA-01000，而是IMP-00093，只是因为太多的IMP-00093毛病损耗了大批的cursor，招致一个session中的cursor数凌驾了界说的300，以是在最初就入手下手报ORA-01000毛病了。

IMP-00093:InconsistencybetweendumpfileconstraintdefinitionfortableACCOUNTwithcolumns("ACCTID","CURRENCYID")

起首查毛病文档，基础上没有甚么成心义的提醒。
IMP-00093Inconsistencybetweendumpfileconstraintdefinitionfortablestringwithcolumns(string)

Cause:Importfailedtolocateabasetableforaconstraintthatwasdefinedinthedumpfileandstatisticswerenotimported.

Action:Checktoseeifthetableandconstraintexist.Ifthetableandconstraintexist,thenreportthistoOracleSupportServicesasanImportinternalerror.

再次查metalink，公然，又是一个bug。

Bug2834541-IMP-93onimportwhenusingtheTOUSERparameter

BugNo.2834541

这个bug在9.2.0.6和10.1.0.3中被修复，原因是在导进的过程当中要导进体系天生的束缚，相似SYS_C0027639，可是metalink上只提到了这个缘故原由，可是之前良多次的imp应当都是有如许体系天生的束缚名，并没有报错过，以是应当仍是有别的的要素参杂个中的，好比统计信息的天生。没有持续研讨。

办理办法：在IMP时利用indexes=no大概statistics=none参数，固然后者对照好一些。

成绩是办理了，可是多说一点，在计划schema时，最妙手动指定一切束缚的名字，这是一个好的习气。


索引是一种特殊的文件（InnoDB数据表上的索引是表空间的一个组成部分），它们包含着对数据表里所有记录的引用指针。索引不是万能的，索引可以加快数据检索操作，但会使数据修改操作变慢。每修改数据记录，索引就必须刷新一次。

原理很简单，对要求长时间计算某一时间点的报表生成和防用户操作错误很有帮助。但是比起Oracle10g的闪回技术还是细粒度不够。可惜！

不好!如果出了错;不好调试;不好处理!其实web开发将代码分为3层:web层;业务逻辑层和数据访问层;一般对数据库的操作都在数据访问层来做;这样便于调试和维护!而且将来如果是换了数据库的话;你只需要改数据层的代码;其他层的基本可以不变!要是你在jsp中直接调用sql数据库;那么如果换了数据库呢?岂不都要改?如果报了异常呢?怎么做异常处理?

原理很简单，对要求长时间计算某一时间点的报表生成和防用户操作错误很有帮助。但是比起Oracle10g的闪回技术还是细粒度不够。可惜！

这就引发了对varchar和char效率讨论的老问题。到底如何分配varchar的数据，是否会出现大规模的碎片？

我个人认为就是孜孜不懈的学习

我是新手，正在学习数据库和操作系统，深感理论的泛广，唯有一步一步来，但是又感觉时间不够，收集了很多资料却总是没能认真的看完，希望有一个讨论板块，大家共同解决，共同分享，共同努力

索引视图2k就有。但是2005对其效率作了一些改进但是schema.viewname的作用域真是太限制了它的应用面。还有一大堆的环境参数和种种限制都让人对它有点却步。