分类号的基本格式有哪些(

分类号的基本格式有哪些(

Oracle基本数据类型存储格式浅析(一)字符类型
主要说明字符类型的存储式😉-|*。主要包括char🦦🌈|_🤿🌻、varchar2和long等几种类型🃏——|🐑🦌。 1 实验（数字🪁——🐃🐙，英文字母） 1.1 建表 SQL create table test_char(char_col char(10), varchar_col varchar2(10), long_col long) tablespace assm; Table created SQL insert into test
1 实验（数字😾🎗-*🦮，英文字母）
1.1 建表
SQL> create table test_char(char_col char(10), varchar_col varchar2(10), long_col long) tablespace assm;
Table created
SQL> insert into test_char values ('abc', '123', ',fd');
1 row inserted
SQL> commit;
Commit complete
SQL> select a.*,
2 rowid,
3 dbms_rowid.rowid_object(rowid) obj#,
4 dbms_rowid.rowid_relative_fno(rowid) file#,
5 dbms_rowid.rowid_block_number(rowid) block#,
6 dbms_rowid.rowid_row_number(rowid) row#
7 from test_char a;
CHAR_COL VARCHAR_COL LONG_COL ROWID OBJ# FILE# BLOCK# ROW#
---------- ----------- ------------ ------------------ ---------- ---------- ---------- ----------
abc 123 ,fd AAANCkAAHAAAACYAAA 53412 7 152 0
1.2 dump block
FILE#为7😐-——🐰🦡，BLOCK#为152🤓_🌹。
SQL> alter system dump datafile 7 block 152;
System altered
SQL> select p.spid
2 from v$session s, v$process p, v$mystat m
3 where s.paddr = p.addr
4 and s.sid = m.sid
5 and rownum = 1;
SPID
-----------
18108
1.3 查看trace文件
根据SPID找到trace文件🤭——😈🦃。
……
block_row_dump:
tab 0, row 0, @0x1f82
tl: 22 fb: --H-FL-- lb: 0x1 cc: 3
col 0: [10] 61 62 63 20 20 20 20 20 20 20
col 1: [ 3] 31 32 33
col 2: [ 3] 2c 66 64
end_of_block_dump
1.4 结论分析
观察dump出来的结果🎄-|🐣，可以发现以下几点🦇🕷_——🌟：
1．对于每个字段⚡️-——*，除了保存字段的值以外🙃🐵|🌺*，还会保存当前字段中数据的长度🎍🪳——_🌱。而且🦕_-🦝，oracle显然没有把字段的长度定义或类型定义保存在block中🐕_|🦔，这些信息保存在oracle的数据字典里面🍃-|🦑🎋。
2．根据dump的结果🦄🦋|——🎴🐀，可以清楚的看到😭|_🦒，字符类型在数据库中是以Ascii格式存储的🦮|🐡🀄。
SQL> select chr(to_number('61', 'xx')) from dual;
CHR(TO_NUMBER('61','XX'))
-------------------------
a
SQL> select dump(char_col, 16) d_char from test_char;
D_CHAR
--------------------------------------------------------------------------------
Typ=96 Len=10: 61,62,63,20,20,20,20,20,20,20
SQL> select dump(varchar_col, 16) d_varchar2 from test_char;
D_VARCHAR2
--------------------------------------------------------------------------------
Typ=1 Len=3: 31,32,33
SQL> select dump(long_col, 16) d_varchar2 from test_char;
select dump(long_col, 16) d_varchar2 from test_char
ORA-00997: illegal use of LONG datatype
由于DUMP 不支持LONG类型🃏😼||🎣，因此我们使用了alter system dump block的方式🐝————🍃，通过比较两种方式得到的结果🎎-🕷🦓，发现DUMP()函数不但方便🐱-_👻🐟，结果清晰😲🐏|——🐄，而且指出了进行DUMP的数据类型🎭_——🦭🌱，在以后的例子中🕊-🎋，除非必要 的情况😋_👹🌹，否则都会采用DUMP()函数的方式进行说明🎈-😝🐵。
2 实验（中文）
2.1 中文
SQL> select a.name, a.value$ from sys.props$ a where a.name like '%CHARACTERSET%';
NAME VALUE$
------------------------------ ----------------
NLS_CHARACTERSET ZHS16GBK
NLS_NCHAR_CHARACTERSET AL16UTF16
SQL> insert into test_char values ('定长', '变长', null);
1 row inserted
SQL> commit;
Commit complete
SQL> select dump(char_col, 16) d_char from test_char;
D_CHAR
--------------------------------------------------------------------------------
Typ=96 Len=10: 61,62,63,20,20,20,20,20,20,20
Typ=96 Len=10: b6,a8,b3,a4,20,20,20,20,20,20
SQL> select dump(varchar_col, 16) d_varchar2 from test_char;
D_VARCHAR2
--------------------------------------------------------------------------------
Typ=1 Len=3: 31,32,33
Typ=1 Len=4: b1,e4,b3,a4
根据dump结果🪶__😺😜，可以清楚的看出⭐️🥀-|🤫🍂，普通英文字符和标点用一个字节表示😮——🤫🧿，而中文字符或中文标点需要两个字节来表示🍀_🦂。
2.2 nchar与nvarchar2
SQL> create table test_nchar(nchar_col nchar(10), nvarchar_col nvarchar2(10));
Table created
SQL> insert into test_nchar values('nchar定长', 'nvarchar变长');
1 row inserted
SQL> commit;
Commit complete
SQL> select dump(nchar_col, 16) from test_nchar;
DUMP(NCHAR_COL,16)
--------------------------------------------------------------------------------
Typ=96 Len=20: 0,6e,0,63,0,68,0,61,0,72,5b,9a,95,7f,0,20,0,20,0,20
SQL> select dump(nvarchar_col, 16) from test_nchar;
DUMP(NVARCHAR_COL,16)
--------------------------------------------------------------------------------
Typ=1 Len=20: 0,6e,0,76,0,61,0,72,0,63,0,68,0,61,0,72,53,d8,95,7f
采用nchar*😠————🌲，nvarchar2虽然仍然是采用Ascii码存储🤬🎍_🐱，但是nchar使用的AL16UTF16字符集🐬😻--🕸，编码长度变为2个字节🦡-_🐤。这样中文使用两个字节🌍——_*🐌，对于可以用一个字节就表示的英文字符🐄|🌳，采用了高位补0的方式凑足2位🐭🐬__🐤，这样🐦_——*🌼，对于采用AL16UTF16字符集的nchar类型😆*-😏，无论中文还是英文都用2位字符表示🧸|——🦂。
转贴🌕——🐤*：http://www.itpub.net/forum.php?mod=viewthread&tid=308317

索赔报告的基本格式内容都有哪些索赔是承包人在工程施工中*-😇🌴，因为不是自己过错的原因🤯-——🐬，承担了合同约定之外的义务或者损失😸_🦦，因而向发包人要求赔偿的行为🤯🪡-——🐂。索赔报告是承包人向发包人提出索赔的书面文件🎭🌖——|🐕‍🦺🦑，是承包人对索赔事件的明确表示🦮🐘——😏，是双方协商索赔和调解😁——|😰、仲裁🐺|🤭、裁判的重要文件🤒——🤑，索赔报告应该符合情理🤧|🐬，逻辑性强🐒🎉|-♠，结构严谨🏅♠-——🏓，有证据说明索赔事件🏏😴——🎨，同时还要根据法律和合同引导出索赔报告要求的结果🐵_——🦬，能使工程师*_☺️😼、业主正确认识事件🥎♣——_🐚😨，说服调解人🎋——😀😐、仲裁员或者法官*||🦥🎋。
索赔报告最好分为工期索赔和费用索赔两个不同的报告🐲🐂-——🌥🎏，不要因一个索赔的否定而影响另外一个同时就得不到发包人的认同🪆🐡|😏🐓。
索赔报告应当充分🌺--🪶🌑、全面🐲-😌、提出重点🎿|_😮🎁，结构严谨🦢-🐩，层次分明;用语应当流畅🦅😰——|😍😪，用词准确😞——🏉、简洁*🍁_🪅，争取以理服人🥍🐼-😾，索赔报告的格式🤡_——🎋，因索赔计算方法的不同而有所不同🐤🌼_🥉，现在以每类索赔事件分别计算的方式来书写索赔报告🐞🐭|🦏。
一🤯——-🌷、索赔事件概述🤤😉-🤥🦑：
首先是对事件的一个整体叙述🐕——*，对整个事件的时间🌾😷-_🐔🐔、地点🐹|_🦄🦠、原因🧧🐕——🐲、事件背景🤧🦝|——🦓😥、合同背景🐇*__🐷🏒、过程进行表述🦮||🌺🦉，承包人作出的努力😌-🦆，事件造成的结果等概括表述🐃🧿_-🦒。使观看文件者对索赔事件有一个完整了解🥋🦜_😗。
二🦀-🎿🐍、每个索赔事项
1😷🐁__😂🎴、具体事项发生与处理过程🌵-⚡️，提出索赔的时间等;
2🌿🐏_😥👻、证据部分🐆👽——_🏆🙈，该索赔依据的一切相关资料🐥_🦝🦘，如🦟_🥇：合同条款🪢_|🦈🎏，索赔通知书😣_🎴🐕、发包人及工程师的通知🦭|🐉、工程记录等🐅——🦜🥅。
3🦭-🦆、索赔要求和计算👻|🎭🦃，索赔事项造成的人工费用🐦——🐇♟、材料费用🐹——🎽🐲、机械费用🐘|_🍄🌑、管理费用的总和🪄-🌩。
4🎎🎳|🐑🦔、论证🛷🐯——🤣🐟，以事实为依据🐨🎇|🐋，根据合同和法律的规定😪——|😋🌷，说明要求工期延长🏏🍀_-🐭💫、费用赔偿的合理性🐟——🐐，要把事实和证据等方面的材料集中起来🌔🌳_-😩🌲，使之系统化🦦🦌_🎎🦓、条理化🌖🌸——😰🛷，最后写成观点正确🐱|🐐♥、论据充分💐-_😄、说理透彻😬🌼——🏏、条理清楚😙||*、层次分明🦆-——🎯🤪，具有说服力的论证部分🐪🌾||🐰。
三🐞-🎖、索赔报告编写人员
四🦒-🎗、签字盖章
五🐱-🤿、对方签收盖

css权威指南-基本视觉格式化(水平与垂直)_html/css_WEB-ITnose
(1)正常流🎍🙁|-🦩：是指西方语言文本从左向右🪢-*🐤，从上向下显示🧸_🐄。如果要让一个元素不在正常流中国♣🐳_-😈🏈，唯一的办法
就是使之成为浮动或定位元素🦉🐃——🌳🐕。
(2)非替换元素*♠|🦑🎿：如果元素的内容包含在文档中🤡||🦀🎍，则称之为非替换元素🌸🌺--🐖。
(3)替换元素🦒——👽：指用作为其他内容占位符的一个元素🪅——😴。例子🐝😾-——🍂🐖：img中的图像
(4)块级元素🎿🎨|😙：在正常流中🤒🌍|😩，会在其框之前和之后生成“换行”
所以出于正常流中的块级元素会垂直摆放😏__🌍🪲。
(5)行内元素🪲-_🎣☘：不会再之前或之后生成行分隔符🌳🐤|🦒😪，它们是块级元素的后台🌺-|🏓。
(6)根元素🐤🐖_*🐏：位于文档树顶端的元素🐲|🐱*。在HTML中🦊🐝_🌷，就是元素HTML🧧_-😶。
2.水平格式化
通常我们指的元素的宽度🤨--🌝，指的是其内容的宽度😖🦓_🔮，不包括内补💥🎐——🐘，外补🪰|🌻，边🦅🌵-🐏。
这七个水平属性的总和要等于父元素的width🎈__😁。
这里面只有width,margin-left,margin-left这三个可以设置为🙂-——🦇：auto
其他都必须设为特定的值或者默认宽度为0.
下面就以这三个auto的组合来展现问题🦡——🎃：auto会自动补齐宽度（屏幕总宽度1366）
设置margin-left为auto:
水平格式化
设置margin-right为auto:
水平格式化
设置width为auto:
水平格式化
设置margin-left和margin-right为auto:
水平格式化
设置margin-left和margin-right和width都为auto:
水平格式化
设置margin-left和margin-right和width都不为auto:
水平格式化
下面会遇到一种复杂特殊奇怪的现象😤🥌——😂*‍❄：那就是外边距可以是负值
zqzqzq
可以看出来宽度是440（width;auto这里440是实时计算的值🎎🌿——🦆，而不是显示的指定的值🐫🌈_☘️*，
其实这里涉及到一个问题*⚡️——-🐚🐵：有些是实时计算的值☄️_-🐈‍⬛，有些DOM可以获取实时计算的值😻——_🌏🐭。）😍☺️__🔮🦟，比父400还要宽😂_😐🐏！说好的不能比父元素宽呢？
但是这个计算没有错误🐽🐿-|🔮🦕：
10+0+0+440+0+0-50=400
最终还是等于400🤑——🌨🤨。
前面说的都是费替换元素的水平格式化🤩🌺_|🥅🦠，下面来说替换元素的水平格式化🌲_🦒💫。（ 典型的替换元素就是img）
示例图片✨|-🐸😰：w:200px,h:300px.
当我们改变她的宽度的时候😦☁️|🏆，高度也同比例改变🦈🌨|🐋🤓。
200x300
300x450
3.垂直格式化
一个元素的默认高度由其内容决定🍀😧|🐐⚾。
高度还会受到内容宽度的影响😖🌒-_🪴🦄。
段落越窄⛈🐍_🪢🕊，相应的就会越高⭐️🌳-|🐟，以便容纳其中所有的内联内容🐕-_🐯🤔。
对应于水平格式化🎄|——🦡，它也有7个属性✨_-🐚：
margin-top,border-top,padding-top,height,padding-bottom,border-bottom,margin-bottom.
同样这七个值必须等于包含元素块的高🦐🦣_——🐓。
这七个值中只有三个值可以设为auto:height,margin-top,margin-bottom,其他四个必须设为特定的值或默认为0.
当高度小于显示内容的高度🌦-😂：浏览器会处理为有个滚动条(overflow)😬☁️-🌖，以容纳下内联元素🦗_-🦏🐭。
垂直格式化的另一个重要的是合并垂直外边距（重叠垂直外边距）
相邻列表之间的距离是15px,不是25px😥🍂_🌪。
因为相邻的外边距沿着垂直方向合并了🏑——🌥，大边距覆盖小边距🦆🐕‍🦺——🐾🌾。

猜你感兴趣： 分类号的基本格式有哪些   分类号的基本格式有哪些类型   分类号的基本格式有哪些内容   分类号的基本格式有哪些要求   分类号的基本格式是什么   分类号的构成   分类号的作用   分类号的基本原理   分类号是啥   分类号的定义是什么?