MYSQL编程：Oracle9i初始化参数中文申明2
如IBM公司最近宣布让渠道合作伙伴分销其SaaS应用程序的新计划。微软认为MySQL学习教程是销售其云计算服务的重要组成部分。然而即使有这种趋势，DBaaS仍然不同于内部数据库，解决方案提供商必须认识到这一点;否则，他们不仅仅是丢失几个客户，而是要失去的更多。oracle|中文值局限:参数的无效指定值。
默许值:NULL
max_dispatchers:
申明:指定在一个共享服务器情况中可同时运转的调剂程序历程的最年夜数目。
值局限:依据操纵体系而定。
默许值:假如已设置了调剂程序,则默许值为年夜于5的任何数量或设置的调剂程序的数量
nls_nchar_conv_excp:
申明:(假如值为TRUE)当在隐式转换中丧失数据时前往毛病的参数。
值局限:FALSE|TRUE
默许值:TRUE
nls_numeric_characters:
申明:指定将用作组分开符和小数位的字符。组分开符就是用来分开整数位组(如千,百万等等)
的字符。小数分开符用来将一个数字的整数部分与小数部分分开开。其格局是
<decimal_character><group_separator>。
值局限:任何单字节字符,+,-,<,>除外。
默许值:从NLS_TERRITORY中取得
nls_sort:
申明:指定ORDERBY查询的对照按次。关于二进制排序,ORDERBY查询的对照按次是以数值为基本的。关于言语排序,
则必要举行全表扫描,以便将数据依照所界说的言语排序举行收拾。
值局限:BINARY或无效的言语界说名。
默许值:从NLS_LANGUAGE中取得
nls_territory:
申明:为以下各项指天命名商定,包含日期和礼拜的编号,默许日期格局,默许小数点字符和组分开符,和默许的ISO
和土产币标记。可撑持的地区包含美国,法国和日本。有关一切地区的信息,请参阅Oracle8iNational
LanguageSupportGuide。
值局限:任何无效的区域名。
默许值:依据操纵体系而定
nls_timestamp_format:
申明:与NLS_TIME_FORMAT类似,只不外它设置的是TIMESTAMP数据范例的默许值,该数据范例既存储
YEAR,MONTH和DAY这几个日期值,也存储HOUR,MINUTE和SECOND这几个工夫值。
语法:TIMESTAMP1997-01-3109:26:50.10(将值存储为11个字节)。
默许值:从NLS_TERRITORY中取得
nls_time_format:
申明:指定一个字符串值,设置TIME数据范例的默许值,该数据范例包括HOUR,MINUTE和SECOND
这几个日期工夫字段。
语法:TIME09:26:50(将值存储为7个字节)。
默许值:从NLS_TERRITORY中取得
nls_time_tz_format:
申明:指定一对值(UTC,TZD),设置TIMEWITHTIMEZONE数据范例的默许值,该数据范例包括
HOUR,MINUTE,SECOND,TIMEZONE_HOUR和TIMEZONE_MINUTE
这几个日期工夫字段。UTC是天下时而TZD是外地时区。
语法:TIME09:26:50.20+02:00(将值存储为9个字节)。
默许值:从NLS_TERRITORY中取得
nls_length_semantics:
申明:利用字节或码点语义来指定新列的创立,如char,varchar2,clob,nchar,nvarchar2,
nclob列。各类字符集对字符都有各自的界说。在客户机和服务器上利用统一字符集时,
应以该字符集所界说的字符来权衡字符串。现有的列将不受影响。
值局限:BYTE或CHAR。
默许值:nls_length_semantics的数据库字符集的字符所利用的器度单元。BYTE。
nls_date_format:
申明:指定与TO_CHAR和TO_DATE函数一同利用的默许日期格局。该参数的默许值由NLS_TERRITORY
断定。该参数的值能够是包括在双引号内的任何无效的日期格局掩码。比方:MMM/DD/YYYY。
值局限:任何无效的日期格局掩码,但不得凌驾一个流动长度。
默许值:派生
nls_timestamp_tz_format:
申明:与NLS_TIME_TZ_FORMAT类似,个中的一对值指定TIMESTAMP数据范例的默许值,该范例除存储
YEAR,MONTH和DAY日期值,HOUR,MINUTE和SECOND工夫值,还存储
TIMEZONE_HOUR和TIMEZONE_MINUTE。
语法:TIMESTAMP1997-01-3109:26:50+02:00(将值存储为13个字节)。
默许值:从NLS_TERRITORY中取得
nls_language:
申明:指定命据库的默许言语,该言语将用于动静,日期和月份名,AD,BC,AM和PM的标记,
和默许的排序机制。可撑持的言语包含英语,法语和日语等等。
值局限:任何无效的言语名。
默许值:依据操纵体系而定
nls_comp:
申明:在SQL语句中,应制止利用烦琐的NLS_SORT历程。一般情形下,
WHERE子句中举行的对照是二进制的,但言语对照则必要NLSSORT函数。可使用NLS_COMP指定必需依据
NLS_SORT会话参数举行言语对照。
值局限:Oracle8iNationalLanguageSupportGuide中指定的任何无效的10字节字符串。
默许值:BINARY
nls_currency:
申明:为L数字格局元素指定用作土产币标记的字符串。该参数的默许值由NLS_TERRITORY断定。
值局限:Oracle8iNationalLanguageSupportGuide中指定的任何无效的10字节字符串。
默许值:从NLS_TERRITORY中取得
你碰到的问题可能已经在社区中被别的人已经问过，即使没有MySQL学习教程，你也可以提出问题或通过Google来搜索答案。社区的相关负责人士：“MySQL社区是活跃、友好和内容渊博的。” having子句的作用是筛选满足条件的组，即在分组之后过滤数据，条件中经常包含聚组函数，使用having条件显示特定的组，也可以使用多个分组标准进行分组。 原来的计算字段其实和虚拟字段很像。只是管理方面好了而已，性能方面提高不多。但是SQL2005提供了计算字段的持久化，这就提高了查询的性能，但是会加重insert和update的负担。OLTP慎用。OLAP可以大规模使用。 从项目平台的选择上讲，我们关心的，应该是一款产品能不能满足任务需求，而不是网上怎么说。 对于微软系列的东西除了一遍遍尝试还真没有太好的办法 这是一个不错的新特性。虽然索引的附加字段没有索引键值效率高，但是相对映射到数据表中效率还是提高了很多。我做过试验，在我的实验环境中会比映射到表中提高30%左右的效率。 可能有的朋友会抱怨集成的orderby，其实如果使用ranking函数,Orderby是少不了的。如果担心Orderby会影响效率，可以为orderby的字段建立聚集索引，查询计划会忽略orderby操作（因为本来就是排序的嘛）。 分区表效率问题肯定是大家关心的问题。在我的试验中，如果按照分区字段进行的查询（过滤）效率会高于未分区表的相同语句。但是如果按照非分区字段进行查询，效率会低于未分区表的相同语句。 其中最有名的应该是row_number了。这个终于解决了用临时表生成序列号的历史，而且SQLServer2005的row_number比Oracle的更先进。因为它把Orderby集成到了一起，不用像Oracle那样还要用子查询进行封装。
页:
[1]