MSSQL网站制作之今天到安徽宿松一个客户那边弄保护的经...
为了在某种程序上弥补这一缺陷，许多SQL命令都有一个DELAY_KEY_WRITE项。这个选项的作用是暂时制止MySQL在该命令每插入一条新记录和每修改一条现有之后立刻对索引进行刷新，对索引的刷新将等到全部记录插入/修改完毕之后再进行。今天到安徽宿松一个客户那边弄保护的履历教导
客户的数据库服务器原本是好的，我为了给他人演示怎样安装oracle的客户端，在服务器上安装了oracle的客户端，安装到一半的时分我俄然以为我发明了一个极年夜毛病：oracle服务器不克不及再安装oracle的客户端，
我加入可是晚了：免费办理体系不克不及连上数据库，pb不克不及连上数据库，dbastudio也不克不及连上数据库。
天啊！！！这回贫苦年夜了。数据没有备份。客户那边不克不及上彀。
我出了一身盗汗想即刻给我的司理打德律风，可巧司理打德律风过去我即刻和他说了情形，他只管坚持冷清的说（厥后他说他也出了盗汗）：我说了几次：oracle服务器不克不及再安装oracle的客户端，假如客户的欠费数据丧失了，我赔不起的，你不管怎样必定要把数据库弄好再返来，oracle的客户端安装历程修正的是注册表的内容，你必要一个一个对比的改返来。我接到命令即刻举动。
参考我呆板上的oracle的注册表信息，然后依据客户的呆板实践情形举行修正，然后把注册表导进客户的注册表。把服务重视起，只能任天由命了。重起后居然好使。天啊。
此次的履历真是惨痛教导，此次是命运好还能恢复。最年夜的教导就是：今后到客户那边不管是做甚么事情，
先把数据库备份再说!!!!
必定要备份啊！！！！！！！
上面是我利用注册表的信息：
WindowsRegistryEditorVersion5.00
"inst_loc"="C:ProgramFilesOracleInventory"
"ORACLE_HOME"="C:oracleora81"
"ORACLE_HOME_NAME"="OraHome81"
"API"="C:oracleora81dbs"
"ORACLE_GROUP_NAME"="Oracle-OraHome81"
"NLS_LANG"="AMERICAN_AMERICA.WE8ISO8859P1"
"OLEDB"="C:oracleora81oledbmesg"
"VOBHOME2.0"="C:oracleora81"
"OO4O"="C:oracleora81oo4omesg"
"HOME_COUNTER"="1"
"DEFAULT_HOME"="OraHome81"
"LAST_HOME"="0"
"NAME"="OraHome81"
"PATH"="C:oracleora81"
"NLS_LANG"="AMERICAN_AMERICA.WE8ISO8859P1"
"ID"="0"
"ORACLE_GROUP_NAME"="Oracle-OraHome81"
"ORACLE_HOME_NAME"="OraHome81"
"ORACLE_HOME"="C:oracleora81"
"NLS_LANG"="AMERICAN_AMERICA.WE8ISO8859P1"
"ORACLE_SID"="ybstd99"
"ORACLE_HOME_KEY"="SoftwareORACLEHOME0"
"SQLPATH"="C:oracleora81dbs"
"ORACLE_BASE"="C:oracle"
"MSHELP_TOOLS"="C:oracleora81MSHELP"
"RDBMS_CONTROL"="C:oracleora81DATABASE"
"RDBMS_ARCHIVE"="C:oracleora81DATABASEARCHIVE"
"ORA_WATERH_AUTOSTART"=hex(2):54,00,52,00,55,00,45,00,00,00
"ORA_WATERH_PFILE"=hex(2):43,00,3a,00,5c,00,6f,00,72,00,61,00,63,00,6c,00,65,
00,5c,00,61,00,64,00,6d,00,69,00,6e,00,5c,00,77,00,61,00,74,00,65,00,72,00,
68,00,5c,00,70,00,66,00,69,00,6c,00,65,00,5c,00,69,00,6e,00,69,00,74,00,2e,
00,6f,00,72,00,61,00,00,00
"ORA_WATERH_SHUTDOWN"=hex(2):54,00,52,00,55,00,45,00,00,00
"ORA_WATERH_SHUTDOWNTYPE"=hex(2):69,00,00,00
"ORA_WATERH_SHUTDOWN_TIMEOUT"=hex(2):33,00,30,00,00,00
"CacheType"="Memory"
"ChunkSize"="100"
"DistribTX"="1"
"FetchSize"="100"
"OSAuthent"="0"
"PLSQLRSet"="0"
"PwdChgDlg"="1"
"SchRstLng"="10000"
"UserDefFn"="0"
"DisableRetClause"="1"
"TraceCategory"="0"
"TraceFileName"="c:OraOLEDB.trc"
"TraceLevel"="0"
"TraceOption"="0"
"CacheBlocks"="20"
"FetchLimit"="100"
"FetchSize"="4096"
"HelpFile"="C:oracleora81MSHELPoracleo.hlp"
"PerBlock"="16"
"SliceSize"="256"
"TempFileDirectory"="c: emp"
"OO4O_HOME"="C:oracleora81oo4o"
优化的SQL查询算法，有效地提高查询速度 对递归类的树遍历很有帮助。个人感觉这个真是太棒了！阅读清晰，非常有时代感。 原来的计算字段其实和虚拟字段很像。只是管理方面好了而已，性能方面提高不多。但是SQL2005提供了计算字段的持久化，这就提高了查询的性能，但是会加重insert和update的负担。OLTP慎用。OLAP可以大规模使用。 对于微软系列的东西除了一遍遍尝试还真没有太好的办法 多走走一此相关论坛，多看一些实例开发，多交流0经验，没什么的，我也是刚学没多久!加油 代替了原来VB式的错误判断。比Oracle高级不少。 如安全管理、备份恢复、性能监控和调优等，SQL只要熟悉基本操作就可以，只要程序设计部分只要稍加了解即可（如存储过程、触发器等）。 对递归类的树遍历很有帮助。个人感觉这个真是太棒了！阅读清晰，非常有时代感。 作了些试验，发现使用CLR的存储过程或函数在达到一定的阀值的时候，系统性能会呈指数级下滑！这是非常危险的！只使用几个可能没有问题，当一旦大规模使用会造成严重的系统性能问题！
页:
[1]