MYSQL教程之Oracle9i初始化参数中文申明7
RDBMS并非没有局限性。它们难以扩展，需要大量的资源来配置和维护，比如时间、硬件和人力。同样，它们往往遵循峰值性能模型，这就要求系统按照峰值容量来配置可用性，而不考虑典型的数据使用情况。oracle|中文fal_server:
申明:指定此备用数据库的FAL服务器。该值是一个OracleNet服务名。此OracleNet
服务名被假定为已在备用数据库体系上准确设置,可指向希冀的FAL服务器。
值局限:OracleNet服务名的字符串值。
Fal_client:
申明:指定供FAL服务(经由过程FAL_SERVER参数设置)来援用FAL客户机的FAL
客户机称号。该参数的值是一个OracleNet服务名。此OracleNet服务名被假定为已在FAL
服务器体系上准确设置,可指向FAL客户机(即:此备用数据库)。
值局限:OracleNet服务名的字符串值。
Drs_start:
申明:使Oracle能够断定是不是应启动DRMON历程。DRMON是一种不会招致致命毛病的Oracle背景历程,
只需例程存在,该历程就存在。
值局限:TRUE|FALSE。
默许值:FALSE
remote_archive_enable:
申明:把持是不是可向远程方针实行重做日记文件回档操纵。必需将该参数值设置为"TRUE",以便Oracle
数据库例程对重做日记文件举行远程回档,而且/大概吸收远程回档的重做日记文件。
值局限:FALSE|TRUE
默许值:TRUE
standby_preserves_names:
申明:标明备用数据库上的文件名是不是与主数据库上的文件名不异。
值局限:TRUE或FALSE。注:假如将值设置为True,且备用数据库与主数据库位于统一体系上,则主数据库文件大概被掩盖。
默许值:FALSE。
Standby_archive_dest:
申明:指定来自一个主例程的回档日记的抵达地位。STANDBY_ARCHIVE_DEST和LOG_ARCHIVE_FORMAT
用于在备用地位上假造完整及格的回档日记文件名。备用数据库上的RFS服务器将利用该值,而不是
ARCHIVE_LOG_DEST。
值局限:NULL字符串或非RAW范例的无效路径/设备名。
默许值:NULL
db_file_name_convert:
申明:将主数据库上的一个新数据文件的文件名转换为备用数据库上的文件名。
值局限:一个无效的主/备用目次和文件名对。
默许值:无
max_enable_roles:
申明:指定一个用户能够启用的数据库脚色(包含子脚色)的最年夜数目。用户可启用的脚色的实践数目是2加上
MAX_ENABLED_ROLES的值,由于每一个用户都有两个附加的脚色:PUBLIC和用户本人的脚色。
值局限:0-148
默许值:20
O7_DICTIONARY_ACCESSIBILITY:
申明:次要用于从Oracle7移植到Oracle8i。假如该值为TRUE,SYSTEM权限(如
SELECTANYTABLE)将不限定对SYS计划中各工具的会见(Oracle7举动)。假如该值为
FALSE,只要被授与了SELECT_CATALOG_ROLE,EXECUTE_CATALOG_ROLE或
DELETE_CATALOG_ROLE权限的用户才干会见SYS计划中的各工具。
值局限:TRUE|FALSE
默许值:TRUE
sql92_security:
申明:指定要实行一个更新或删除援用表列的值是不是必要具有表级的
SELECT权限。
值局限:TRUE|FALSE
默许值:FALSE
audit_trail:
申明:启用或禁用数据库审计。假如该参数为TRUE或DB,审计纪录将被写进SYS.AUD$表中;假如参数为OS,
则写进一个操纵体系文件。
值局限:NONE|FALSE|DB|TRUE|OS
默许值:NONE
rdbms_server_dn:
申明:RDBMS服务器的独一辨别名。它用于在一个企业目次服务中检索企业脚色。有关具体信息,请参阅“Oracle
AdvancedSecurityAdministratorsGuide”。
值局限:一切X.500独一辨别名格局值。
默许值:无
os_roles:
申明:断定操纵体系或数据库是不是为每一个用户标识脚色。假如设置为TRUE,将由操纵体系完整办理对一切数据库用户的脚色授与。不然,
脚色将由数据库标识和办理。
值局限:TRUE|FALSE
默许值:FALSE
os_authent_prefix:
申明:利用用户的操纵体系帐户名和口令来考证毗连到服务器的用户。该参数的值与各用户的操纵体系帐户毗连在一同。要往除OS帐户前缀,
请指定空值。
值局限:任何标识符。
默许值:依据操纵体系而定(一般是OPS$)
object_cache_max_size_percent:
申明:指定会话工具的高速缓存增加可凌驾最好高速缓存巨细的百分比,
最年夜巨细即是最好巨细加上该百分比与最好巨细的乘积。假如高速缓存巨细凌驾了这个最年夜巨细,
体系就会实验将高速缓存减少到最好巨细。
值局限:0%到依据操纵体系而定的最年夜值。
默许值:10%
object_cache_optimal_size:
申明:指定在高速缓存凌驾最年夜巨细的情形下,会话工具高速缓存将被减少到的巨细。
值局限:10K到依据操纵体系而定的最年夜值。
默许值:100K
“通过有能力的DBA的一个简单计划，MySQL可以达到令人难以想像的运行速度，”一位资深DBA如此表示。MySQL中没有多余的功能来拖累CPU或占用内存。 分区表效率问题肯定是大家关心的问题。在我的试验中，如果按照分区字段进行的查询（过滤）效率会高于未分区表的相同语句。但是如果按照非分区字段进行查询，效率会低于未分区表的相同语句。 作了些试验，发现使用CLR的存储过程或函数在达到一定的阀值的时候，系统性能会呈指数级下滑！这是非常危险的！只使用几个可能没有问题，当一旦大规模使用会造成严重的系统性能问题！ 原来的计算字段其实和虚拟字段很像。只是管理方面好了而已，性能方面提高不多。但是SQL2005提供了计算字段的持久化，这就提高了查询的性能，但是会加重insert和update的负担。OLTP慎用。OLAP可以大规模使用。 如果处理少量数据,比如几百条记录的数据,我不知道这两种情况哪个效率更高,如果处理大量数据呢?比如有表中有20万条记录. 其实可以做一下类比，Oracle等数据库产品老早就支持了java编程，而且提供了java池参数作为用户配置接口。但是现在有哪些系统大批使用了java存储过程？！连Oracle自己的应用都不用为什么？！ 很多书籍啊，不过个人认为看书太慢，还不如自己学。多做实际的东西，就会遇到很多问题，网上搜下解决问题。不断重复这个过程，在配合sql的F1功能。 原来的计算字段其实和虚拟字段很像。只是管理方面好了而已，性能方面提高不多。但是SQL2005提供了计算字段的持久化，这就提高了查询的性能，但是会加重insert和update的负担。OLTP慎用。OLAP可以大规模使用。 所以你总能得到相应的升级版本，来满足你的需求。
页:
[1]