MYSQL网站制作之ORACLE经常使用傻瓜成绩1000问(之九)

你会发现实际上MySQL可以更少地占用资金，前者的每CPU许可费用一般从4000美元到25000美元不等，而MySQL企业版的支持和维护成本就更低了。oracle|成绩
ORACLE经常使用傻瓜成绩1000问(之九)



作者:CCBZZP



9I办理的V$视图。

401.V$PQ_TQSTAT

包括并行实行操纵上的统计量.匡助在一个查询中测定不屈衡的成绩.

402.V$PROCESS

包括关于以后举动历程的信息.

403.V$PROXY_ARCHIVEDLOG

包括回档日记备份文件的形貌信息,这些备份文件带有一个称为PROXY正本的新特性.

404.V$PROXY_DATAFILE

包括数据文件和把持文件备份的形貌信息,这些备份文件带有一个称为PROXY正本的新特性.

405.V$PWFILE_USERS

列出被授与SYSDBA和SYSOPER特权的用户.

406.V$PX_PROCESS

包括正在运转并行操纵的会话的信息.

407.V$PX_PROCESS_SYSSTAT

包括正在运转并行操纵的会话的信息.

408.V$PX_SESSION

包括正在运转并行操纵的会话的信息.

409.V$PX_SESSTAT

包括正在运转并行操纵的会话的信息.

410.V$QUEUE

包括多线程动静行列的信息.

411.V$QUEUEING_MTH

显现一切可用的查询资本分派办法.

412.V$RECOVER_FILE

显现必要介质恢复的文件形态.

413.V$RECOVERY_FILE_STATUS

包括对每一个恢复命令的每数据文件的一行信息.

414.V$RECOVERY_LOG

列出必要完成介质恢复的回档日记的信息.这个信息来自V$LOG_HISTORY

415.V$RECOVERY_PROCESS

可以用来跟踪数据库恢复操纵,以便他们不会被停止实行.

也用来预算历程中完成这个操纵所需的工夫.

416.V$RECOVERY_STATUS

包括以后恢复历程的统计量.

417.V$REQDIST

列出MTS调剂程序哀求次数的直方图的统计量.

418.V$RESERVED_WORDS

给出PL/SQL编译器所利用的关头字的列表.

419.V$RESOURCE

包括资本名和地点信息.

420.V$RESOURCE_LIMIT

显现体系资本的全局资本利用的信息.

421.V$ROLLNAME

列出一切联机回滚段的信息.

422.V$ROLLSTAT

包括回滚段的统计量.

423.V$ROWCACHE

显现举动数据字典的统计量.

424.V$ROWCACHE_PARENT

显现数据字典中一切双亲工具的信息.

425.V$ROWCACHE_SUBORDINATE

显现数据字典中附属工具的信息.

426.V$RSRC_CONSUMER_GROUP

显现与以后举动资本消耗者用户组相干联的数据.

427.V$RSRC_CONSUMER_GROUP_CPU_MTH

为资本消耗者用户组显现一切可用的资本的分派办法.

428.V$RSRC_PLAN

显现以后一切举动资本计划的称号.

429.V$RSRC_PLAN_CPU_MTH

显现一切用于资本计划的可用CPU资本分派办法.

430.V$SESS_IO

为每一个用户会话列出I/O统计.

431.V$SESSION

列出以后每个会话的会话信息.

432.V$SESSION_CONNECT_INFO

显现以后会话的收集毗连的信息.

433.V$SESSION_CURSOR_CACHE

显现以后会话的游标用法的信息.

434.V$SESSION_EVENT

列出一个会话在守候一个事务的信息.

435.V$SESSION_LONGOPS

显现一个长工夫运转操纵的形态.

436.V$SESSION_OBJECT_CACHE

显现当地服务器受骗前用户对话的工具高速缓存的统计量.

437.V$SESSION_WAIT

列出正在守候的举动会话的资本或事务.

438.V$SESSTAT

列出用户会话统计量.

439.V$SGA

包括体系全局区的总统计量.

440.V$SGASTAT

包括体系全局区的具体信息.

441.V$SHARED_POOL_RESERVED

列出能匡助你调治共享池中保存池和空间的统计量.

442.V$SHARED_SERVER

包括共享服务器历程的信息.

443.V$SHARED_SERVER_MONITOR

包括调试共享服务器历程的信息.

444.V$SORT_SEGMENT

包括一个给定实例中每个排序段的信息.

445.V$SPPARAMETER

列出SPFILE的内容.

446.V$SQL

列出SQL共享区的统计量.

447.V$SQL_BIND_DATA

假如数据在服务器中可用,它将对查询这个视图的会话所具有的每一个游标中的每个分歧的毗连变量,



显现客户端发送的实践毗连数据.

448.V$SQL_BIND_METADATA

对查询这个视图的会话所具有的每一个游标中的每个分歧的毗连变量,显现客户端供应的毗连元数据.

449.V$SQL_CURSOR

显现与查询这个视图的会话相干的每个游标的DEBUG信息.

450.V$SQL_PLAN

包括装载到库缓存中每一个子游标的实行企图信息.

451.V$SQL_SHARED_CURSOR

为啥一个特定的子游标没有与存在的子查询的共享的注释.

452.V$SQL_SHARED_MEMEORY

关于共享内存快照的游标的信息.

453.V$SQL_REDIRECTION

标识重定向的SQL语句.

454.V$SQL_WORKAREA

显现被SQL游标利用的事情区信息.

455.V$SQL_WORKAREA_ACTIVE

包括以后由体系分派的事情区的d间信息.

456.V$SQLAREA

共享SQL的统计量.

457.V$SQLTEXT

包括SGA中属于共享SQL游标的SQL语句文本.

458.V$SQLTEXT_WITH_NEWLINES

不克不及用空格取代新行制表符外,和V$SQLTEXT功效一样.

459.V$STATNAME

显现V$SESSTAT和V$SYSTAT表中的统计量的译a统计名字.

460.V$SUBCACHE

显现以后装载于库高速缓存中的附属高速缓存的信息.

461.V$SYSSTAT

列出体系统计量.

462.V$SYSTEM_CURSOR_CACHE

体系局限的信息.

463.V$SYSTEM_EVENT

包括守候一个事务的全体信息.

464.V$SYSTEM_PARAMETER

包括体系参数信息.

465.V$SYSTEM_PARAMETER2

ORACLE实例中以后影响的参数和参数的值.

466.V$TABLESPACE

把持文件中表空间的信息.

467.V$TEMP_CACHE_TRANSFER

显现每一个数据文件中探查块的数目.

468.V$TEMP_EXTENT_MAP

显现一切一时表空间的每个单位的形态信息.

469.V$TEMP_EXTENT_POOL

显现被一个给定实例利用的一时空间缓存的形态.

470.V$TEMP_PING

显现每个数据文件探查的块数.

471.V$TEMP_SPACE_HEADER

显现每个一时表空间中每个文件的会萃信息,触及每一个空间首部中以后利用几空间和有几自



由空间.

472.V$TEMPFILE

显现一时文件的信息.

473.V$TEMPORARY_LOBS

显现一时的LOB.

474.V$TEMPSTAT

包括文件读/写的统计信息.

475.V$THREAD

包括把持文件中的线程信息.

476.V$TIMER

列出以1%秒计的流逝工夫.

477.V$TIMEZONE_NAMES

列出正当的时区称号.

478.V$TRANSACTION

列出体系中的举动事件.

479.V$TRANSACTION_ENQUEUE

显现事件形态工具所具有的锁.

480.V$TYPE_SIZE

列出分歧数据库组件的巨细,以便用来预算数据块的容量巨细.

481.V$UNDOSTAT

显现一个汗青统计数据来显现体系事情的怎样.

482.V$VERSION

列出ORACLE服务器中中心库组件的版本号.

483.V$VPD_POLICY

列出与以后在库缓存中的游标相干的一切平安战略.

484.V$WAITSTAT

列出块合作统计量.



待续...






MySQL的支持者们却认为，MySQL所保留的功能都是精华，并且是你部署、MySQL学习教程配置和维护这个数据库所必不可少的一些功能。

理解了存储结构，再阅读下性能优化的章节基本上会对sqlserver有个清晰地认识

分区表是个亮点！从分区表也能看出微软要做大作强SQLServer的信心。资料很多，这里不详细说。但是重点了解的是：现在的SQLServer2005的表，都是默认为分区表的。因为它要支持滑动窗口的这个特性。这种特性对历史数据和实时数据的处理是很有帮助的。

但换公司用MSSQL2K感觉自己好像根本就不了解MSSQL。什么DTS触发器以前根本没用过。

可能有的朋友会抱怨集成的orderby，其实如果使用ranking函数,Orderby是少不了的。如果担心Orderby会影响效率，可以为orderby的字段建立聚集索引，查询计划会忽略orderby操作（因为本来就是排序的嘛）。

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

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

是要和操作系统进行Socket通讯的场景。否则建议慎重！

这是一个不错的新特性。虽然索引的附加字段没有索引键值效率高，但是相对映射到数据表中效率还是提高了很多。我做过试验，在我的实验环境中会比映射到表中提高30%左右的效率。