MYSQL编程：Oracle数据库设置毛病信息

RDBMS并非没有局限性。它们难以扩展，需要大量的资源来配置和维护，比如时间、硬件和人力。同样，它们往往遵循峰值性能模型，这就要求系统按照峰值容量来配置可用性，而不考虑典型的数据使用情况。oracle|毛病|数据|数据库Oracle数据库设置毛病信息

Oralce数据库的毛病信息常常会呈现,我们瞥见的都是毛病的代码,至于毛病缘故原由事实是甚么还一时半会难以解答,以是就把一些罕见的毛病收拾了一下,来看看大概对你有匡助的.1．Oracle客户端收集设置：
在Oralce产物安装完成后，为了与数据库服务器举行毗连大概是两台数据库之间举行数据复制，则必需举行收集毗连设置。
Oracle9iNetService设置办法：
Oracle9iNetService的毗连设置可使用数据库实例ORACLE_SID，大概是利用Oracle9i的参数SERVICE_NAMES。设置Oracle9i客户端与Oracle9i服务器真个毗连，也是天生Oracle9iNetService客户端收集设置文件tnsnames.ora，也能够编纂这个文件。
tnsnames.ora文件在Window与Unix下的存储目次：
WindowNT/2000:D:/oracle/ora90/network/admin/tnsnames.ora
UNIX:/home/app/oracle/product/9.0.1/network/admin/tnsnames.ora
假如tnsnames.ora文件设置不准确，则毛病信息会纪录在毗连日记信息文件中，其毛病信息内容为：
Theerrorstrutct:
Nrerrcode:0
Nsmainerrcode:12560
TNS-12560:TNS:协定适配器呈现毛病
nssecondaryerrcode:0
ntmainerrcode:530
tns-00530:协定适配器毛病
ntsecondaryerrcode:2
ntOSerrcode:0
在设置Oracle9i的毗连设置中，其服务器端必要设置监听程序历程设置文件listener.ora，假如服务器端监听历程没有启动，则呈现以下毛病信息：
ERROR:
ORA-12651:TNS:没有监听器
该信息申明所要毗连的服务器没有启动监听历程Listener（该历程为Oracle服务器上操纵体系历程，监听历程没有启动时，服务器能够一般举行，可是客户端不克不及与服务器发生毗连。这时候能够在服务器利用操纵体系命令lsnrctl一般起启动监听历程）详细办法以下：
C：>lsnrctlstart
中断监听办法：
C：>lsnrctlstop
修正盘算机名后则必要修正监听历程中的HOST，不然监听程序会呈现以下毛病：
Tns-12545:因方针主机大概工具不存在，毗连失利
Tns-12560:tns:协定适配器毛病
Tns-00515:因方针主机大概工具不存在，毗连失利
Error：1001：unknowerror
在WindowNT/2000中，利用服务列表启动listener.ora服务时也会呈现一样的毛病信息
（对话框）举行不测中断
这时候，能够修正listener.ora中的下一列信息中HOST处的主机名：
(ADDRESS=(PROTOCOL=TCP)(HOST=SUN4500)(PORT=1521))
该称号必需与实践切合，从头启动监听程序便可。附：在listener.ora文件中，HOST处同意利用IP地点，如许修正呆板名后就不会引发监听程序启动失利。
别的在服务器与listener.ora文件一致目次中另有一个文件即：tnsnames.ora文件，此文件是用于两个服务器之间的毗连设置，即Oracel散布式情况中的收集设置该文件的目次以下：
WindowNT/2000D:oracelora90
etworkadmin        nsnames.ora
UNIX:/home/app/oracle/product/9.0.1/network/admin/tnsnames.ora
在服务器中，tnsnames.ora默许是利用服务器名举行设置的，以是假如修正了呆板名，则该文件同时必要修正，不然呈现以下毛病：
Error:
ORA:-12545:因方针主机和工具不存在，毗连失利
毛病代码ORA-12545暗示收集毗连串（即tnsnames.ora文件中的HOST处）中利用的呆板名和IP地点不存在，从头修正和从头毗连便可。
Oracle9iNetService的导游工具举行设置：
选择此选项以创立、修正、删除或重定名监听程序。监听程序是服务器中吸收和呼应客户机对数据库的毗连哀求的历程。利用设置有不异协定地点的毗连形貌符的客户机能够向监听程序发送毗连哀求。
Oracle9inetManager:
能够界说复杂称号来暗示服务的地位，比方一个数据库，这些复杂称号映照为毗连形貌符。他们包括服务的收集标识和地位。
毛病信息ORA-12560暗示，在操纵体系中找不到所界说的实例，在Oracle9i中，假如呈现了此类毛病，一样平常来讲堕落缘故原由有两个，一是实例名被毛病的修正，二是Oracle的服务没有一般启动。

[1][2]下一页

这是无法比较的，因为基于云的数据库提供了不同的模式。关键是要通过围绕云计算产品来包装其他增值服务以适应不断变化的市场条件：这就是DBaaS。

如果处理少量数据,比如几百条记录的数据,我不知道这两种情况哪个效率更高,如果处理大量数据呢?比如有表中有20万条记录.

where子句的作用是在对查询结果进行分组前，将不符合where条件的行去掉，即在分组之前过滤数据，条件中不能包含聚组函数，使用where条件显示特定的行。

现在是在考虑:如果写到服务器端,我一下搞他个10个存储过程导过去,那久之服务器不就成垃圾箱了吗?即便优化了我的中间层.

varchar(max)\\\\nvarchar(max)类型的引入大大的提高了编程的效率，可以使用字符串函数对CLOB类型进行操作，这是一个亮点。

个人感觉没有case直观。而且默认的第三字段（还可能更多）作为groupby字段很容易造成新手的错误。

而写到本地,我又考虑到效率问题.大家来讨论讨论吧,分数不打紧,就给10分,十全十美,没啥对错,各抒己见,但是要有说服力的哦~

其中最有名的应该是row_number了。这个终于解决了用临时表生成序列号的历史，而且SQLServer2005的row_number比Oracle的更先进。因为它把Orderby集成到了一起，不用像Oracle那样还要用子查询进行封装。

对于数据库来说，查询是数据库的灵魂，那么SQL查询效率究竟效率如何呢？下文将带对SQL查询的相关问题进行讨论，供您参考。