Posts - 812,
Articles - 0,
Comments - 1554
10:18 by 潇湘隐者, ... 阅读,
横表就是普通的建表方式，每一个字段代表一个KPI指标。举个列子，一个学生的成绩表：学号、数学成绩、语文成绩、英语成绩、
物理成绩、化学成绩......如下所示：
SQL& DESC STUDENT_SCORE
Nullable Default Comments
---------------- ---------- -------- ------- --------
STUDENT_NO
NUMBER(10)
CHINESE_SCORE
ENGLISH_SCORE
MATH_SOCRE
PHYSICAL_SCORE
SPORTS_SCORE
CHEMICAL_SCORE
BIOLOGICAL_SCORE NUMBER
SQL& DESC STUDENT_SOCRES;
Nullable Default Comments
------------ ------------ -------- ------- --------
STUDENT_NO
NUMBER(10)
SUBJECT_CODE VARCHAR2(12) Y
SUBJECT_NAME VARCHAR2(12) Y
代码复杂，大部分时候需要进行转换
横表优点：
1：业务描述：横表的好处是清晰可见，一目了然，数据描叙很清晰。每个字段就是一个KPI指标。
2：性能方面：横表从数据库映射到内存的速度比竖表要快很多。
3：代码复杂：横表不需要做行列转换，代码比较简单
横表缺点：
1：可扩展性：如果需求变更，例如需要增加一个指标，那么就必须修改表结构或重建表。对于需求不明确或变更频繁的情况，横表需要
大的改动，涉及改动的脚本也较多。
竖表优点：
1：可扩展性：对于竖表来说，不必修改表结构，只需增加一条记录就可搞定。对于需求不明确或变更频繁的情况，竖表基本不用改动，
涉及改动的脚本也较少。
竖表缺点：
1：业务描述：竖表的数据描叙很不清晰，举例说明：学生成绩表的竖表形式，成绩这个字段，即可是数学成绩、也可是语文成绩，不像
横表形式数学成绩、语文成绩各成一个字段描述KPI指标来得清晰明了。
2：性能方面：系统展现的报表大部分是横表，这意味着竖表要进行转列。这样需要额外的性能开销。尤其是当报表进行聚合计算时，性能
更糟糕。这是因为竖表从数据库映射到内存比横表要慢。
3：代码复杂：需要做行列转换，代码量、复杂性都会增加很多。
横表STUDENT_SCORE有语文成绩、英语成绩等7个KPI指标，三个学生的三条记录。
SQL& SELECT * FROM STUDENT_SCORE;
STUDENT_NO CHINESE_SCORE ENGLISH_SCORE MATH_SOCRE PHYSICAL_SCORE SPORTS_SCORE CHEMICAL_SCORE BIOLOGICAL_SCORE
----------- ------------- ------------- ---------- -------------- ------------ -------------- ----------------
对应于竖表,这三个学生的7个KPI指标需要21条记录才能描述清楚。
SQL& SELECT * FROM STUDENT_SOCRES;
STUDENT_NO SUBJECT_CODE SUBJECT_NAME
----------- ------------ ------------ ----------
所以我们从这个小实验中可以看到，横表转成竖表，对应的记录会翻倍增长，这对应于数据量大的表或宽表，都是一件不好的消息。很多时候，
数据量上去了，性能问题就出来了。它们之间的记录关系如下所示：
竖表行数 = 横表行数 * KPI指标个数。
一个数据量500万，KPI指标个数为10的横表，转成竖表后的记录数会飚增到5000万。
我们拿表ODS.TO_BUSS_WNMS_BSCPMHR来做实验，该表的表结构对应如下所示：
SQL& DESC ODS.TO_BUSS_WNMS_BSCPMHR
Nullable Default Comments
--------------------------- ---------- -------- ------- -----------------------
COLLECT_DT
NUMBER(10)
NUMBER(10)
TBF_CLEAN_CNT
TBF清空次数
UPTBF_TRY_CNT
上行TBF请求数
UPTBF_SUCC_RAT
上行TBF建立成功率
DOWNTBF_SUCC_CNT
下行TBF成功建立次数
DOWNTBF_SUCC_RAT
下行TBF建立成功率
DOWNTBF_TRY_CNT
下行TBF建立尝试次数
UPTBF_SUCC_CNT
上行TBF成功建立次数
GPRSDOWNTBF_ABNM_CNT
GPRS下行TBF异常中断次数
GPRSDOWNTBF_SUCC_CNT
GPRS下行TBF建立成功次数
GPRSDOWNTBF_DROP_RAT
GPRS下行TBF掉线率
DROP_CALL_TCH
TCH掉话总次数
TCH_CALL_SEIZ
话音信道占用总次数（含切换）
GSMTCH_DROP_RAT
TCH掉话率(GSM)
TDTCH_DROP_PCT
TCH话务掉话比
TCH_GT_RAT
ATT_TCH_OVRFL
话音信道溢出总次数（含切换）
TCH_CALL_REQ
话音信道试呼总次数（含切换）
TCH_CONG_RAT
DROP_CALL_SDCCH
SDCCH掉话总次数
GSMSDCCH_DROP_RAT
SDCCH掉话率(GSM)
SDCCH_ALLOT_SUCC_RAT
SDCCH分配成功率
SDCCH_GT_RAT
SDCCH接通率
ATT_SDCCH_OVRFL
SDCCH溢出总次数
SDCCH_CONG_RAT
SDCCH拥塞率
SDCCH_USE_CNT
SDCCH占用次数
SDCCH_TRY_CNT
SDCCH试呼次数
SDCCH_AV_HOLD_T
SDCCH信道平均占用时长
RLC_TRAFIC
EDGE_RLCTSTP_RAT_FZ
EGPRS RLC层单时隙吞吐率-分子
EDGE_RLCTSTP_RAT_FM
EGPRS RLC层单时隙吞吐率-分母
EGPRS_RLC_THRUPUT_RAT
EGPRS RLC层单时隙吞吐率
GPRS_RLCTSTP_RAT_FZ
GPRS RLC层单时隙吞吐率-分子
GPRS_RLCTSTP_RAT_FM
GPRS RLC层单时隙吞吐率-分母
GPRS_RLC_THRUPUT_RAT
GPRS RLC层单时隙吞吐率
EGPRS_RETRAN_RAT
EGPRS重传率
RLCDOWN_REPLYDATA_EGPRS_CNT NUMBER
RLC层下行链路无线数据块重传数(EGPRS)
EGPRS_RLC_CNT
RLC层总块数(EGPRS)
GPRS_RETRAN_RAT
GPRS重传率
RLCDOWN_REPLYDATA_GPRS_CNT
RLC层下行链路无线数据块重传数(GPRS)
GPRS_RLC_CNT
RLC层总块数(GPRS)
LOW_CODE_RAT
低编码比例
MID_CODE_RAT
中编码比例
USE_PDCH_AVG_CNT
占用的PDCH的平均数
PDCH_REUSE
PDCH复用度
PDCH_ALLOT_SUCC_RAT
PDCH信道分配成功率
PDCH信道数量
GSL_MAX_CNT
PCU(GSL最大设备数)
GSL_USERAT
PDCH_ALLOT_CNT
PDCH信道分配次数
PDCH_ALLOT_SUCC_CNT
PDCH信道分配成功次数
HO_REQ_CNT
切换请求总次数
HO_SUCC_CNT
切换成功总次数
AVAIL_TCH_NBR
可配置信道数
TCH_TRAFFIC_H
半速率话务量
CH_CNT_PDCH
总业务信道数
TCH_SEIZE_NHO
话音信道占用总次数（不含切换）
AVG_DISTR_PDCH_CNT
平均分配PDCH数
上行IP层流量
DOWNIP_FLOW
下行IP层流量
建立这张横表对应的竖表TO_BUSS_WNMS_BSCPM_H_TEST
CREATE TABLE TO_BUSS_WNMS_BSCPM_H_TEST
COLLECT_DT
NUMBER(10)
NUMBER(10)
VARCHAR2(32),
VARCHAR2(32),
CONSTRAINT PK_TO_BUSS_WNMS_BSCPM_H_TEST PRIMARY KEY ("COLLECT_DT", "DATE_CD", "HR_CD", "CITY_ID", "SYSTEM_ID","KPI_CODE")
) PARTITION BY RANGE(COLLECT_DT)
PARTITION "PART201111"
VALUES LESS THAN () TABLESPACE TBS_KFT_DATA,
PARTITION "PART201112"
VALUES LESS THAN () TABLESPACE TBS_KFT_DATA,
PARTITION "PART201201"
VALUES LESS THAN () TABLESPACE TBS_KFT_DATA,
PARTITION "PART201202"
VALUES LESS THAN () TABLESPACE TBS_KFT_DATA,
PARTITION "PART201203"
VALUES LESS THAN () TABLESPACE TBS_KFT_DATA,
PARTITION "PART201204"
VALUES LESS THAN () TABLESPACE TBS_KFT_DATA,
PARTITION "PART201205"
VALUES LESS THAN () TABLESPACE TBS_KFT_DATA,
PARTITION "PART201206"
VALUES LESS THAN () TABLESPACE TBS_KFT_DATA,
PARTITION "PART201207"
VALUES LESS THAN () TABLESPACE TBS_KFT_DATA,
PARTITION "PART201208"
VALUES LESS THAN () TABLESPACE TBS_KFT_DATA,
PARTITION "PART201209"
VALUES LESS THAN () TABLESPACE TBS_KFT_DATA,
PARTITION "PART201210"
VALUES LESS THAN () TABLESPACE TBS_KFT_DATA,
PARTITION "PART201211"
VALUES LESS THAN () TABLESPACE TBS_KFT_DATA,
PARTITION "PART201212"
VALUES LESS THAN () TABLESPACE TBS_KFT_DATA,
PARTITION "PART201301"
VALUES LESS THAN () TABLESPACE TBS_KFT_DATA
把ODS.TO_BUSS_WNMS_BSCPMHR的号以后的数据导入到TO_BUSS_WNMS_BSCPM_H_TEST，然后收集统计该表的相关信息。另外新建横表
TO_BUSS_WNMS_BSCPMHR_S_TEST（表结构和ODS.TO_BUSS_WNMS_BSCPMHR一样），把号以后的数据导入到TO_BUSS_WNMS_BSCPMHR_S_TEST
SQL& exec dbms_stats.gather_table_stats(ownname=&'DWKONGLINGBO',tabname=&'TO_BUSS_WNMS_BSCPMHR_S_TEST',partname=&'PART201212',granularity=&'PARTITION',estimate_percent=& dbms_stats.auto_sample_size,force=&true,degree=&8);
PL/SQL procedure successfully completed
SQL& exec dbms_stats.gather_table_stats(ownname=&'DWKONGLINGBO',tabname=&'TO_BUSS_WNMS_BSCPMHR_S_TEST',partname=&'PART201301',granularity=&'PARTITION',estimate_percent=& dbms_stats.auto_sample_size,force=&true,degree=&8);
PL/SQL procedure successfully completed
SQL& exec dbms_stats.gather_table_stats(ownname=&'DWKONGLINGBO',tabname=&'TO_BUSS_WNMS_BSCPM_H_TEST',partname=&'PART201212',granularity=&'PARTITION',estimate_percent=& dbms_stats.auto_sample_size,force=&true,degree=&8);
PL/SQL procedure successfully completed
SQL& exec dbms_stats.gather_table_stats(ownname=&'DWKONGLINGBO',tabname=&'TO_BUSS_WNMS_BSCPM_H_TEST',partname=&'PART201301',granularity=&'PARTITION',estimate_percent=& dbms_stats.auto_sample_size,force=&true,degree=&8);
PL/SQL procedure successfully completed
查看表的相关信息：
SELECT TABLE_OWNER,
TABLE_NAME,
PARTITION_NAME,
AVG_ROW_LEN,
LAST_ANALYZED
FROM DBA_TAB_PARTITIONS
WHERE TABLE_NAME = 'TO_BUSS_WNMS_BSCPMHR_S_TEST'
AND PARTITION_NAME IN ('PART201212', 'PART201301')
SELECT TABLE_OWNER,
TABLE_NAME,
PARTITION_NAME,
AVG_ROW_LEN,
LAST_ANALYZED
FROM DBA_TAB_PARTITIONS
WHERE TABLE_NAME = 'TO_BUSS_WNMS_BSCPM_H_TEST'
AND PARTITION_NAME IN ('PART201212', 'PART201301')
对比上面统计信息，即可发现：
SQL& SELECT /721062 FROM DUAL;
---------------
SQL& SELECT /443940 FROM DUAL;
---------------
可见数据量翻了60~61倍，数据所占存储空间增长了7倍，也就说数据冗余大量增加。可见在存储方面，横表要比竖表有优势。如果系统大量使用竖表，
存储浪费就比较严重了。
SQL& SELECT (102240-12753)/12753 FROM DUAL;
(102240-12753)/12753
--------------------
SQL& SELECT (63303 -7622)/7622 FROM DUAL;
(63303-7622)/7622
-----------------
查询脚本对比
从下面的执行计划，以及实际执行结果可以看出，横表比竖表的性能要优很多。我测试了好几次。都是如此，而且脚本越复杂，执行效率差异越大。
SQL& SET AUTOTRACE TRACEONLY
SQL& SET AUTOTRACE TRACEONLY
SQL& SELECT A.COLLECT_DT AS COLLECT_DT,
A.DATE_CD AS DATE_CD,
A.HR_CD AS HR_CD,
A.CITY_ID AS CITY_ID,
A.SYSTEM_ID AS BSC_ID,
B.MSC_ID AS MSC_ID,
MAX(DECODE(A.KPI_CODE, 'HO_REQ_CNT', KPI_VALUE, 0)) AS HO_REQ,
MAX(DECODE(A.KPI_CODE, 'HO_SUCC_CNT', KPI_VALUE, 0)) AS S_HO
FROM dwkonglingbo.TO_BUSS_WNMS_BSCPM_H_TEST A, REF.TR_WGG_BSC_INFO B
WHERE A.SYSTEM_ID = B.BSC_ID
AND A.COLLECT_DT =
AND (KPI_CODE = 'HO_REQ_CNT' OR KPI_CODE = 'HO_SUCC_CNT')
GROUP BY A.COLLECT_DT,
A.DATE_CD,
A.CITY_ID,
A.SYSTEM_ID,
22728 rows selected.
Execution Plan
----------------------------------------------------------
Plan hash value:
---------------------------------------------------------------------------------------------------------------------------------------------
| Operation
| Bytes |TempSpc| Cost (%CPU)| Time
| Pstart| Pstop |
---------------------------------------------------------------------------------------------------------------------------------------------
0 | SELECT STATEMENT
(3)| 00:00:06 |
HASH GROUP BY
(3)| 00:00:06 |
(45)| 00:00:01 |
TABLE ACCESS FULL
| TR_WGG_BSC_INFO
1963 | 21593 |
(0)| 00:00:01 |
TABLE ACCESS BY GLOBAL INDEX ROWID| TO_BUSS_WNMS_BSCPM_H_TEST
(58)| 00:00:01 |
INDEX RANGE SCAN
| PK_TO_BUSS_WNMS_BSCPM_H_TEST | 46458 |
(67)| 00:00:01 |
---------------------------------------------------------------------------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
2 - access("A"."SYSTEM_ID"="B"."BSC_ID")
5 - access("A"."COLLECT_DT"=)
filter("KPI_CODE"='HO_REQ_CNT' OR "KPI_CODE"='HO_SUCC_CNT')
Statistics
----------------------------------------------------------
recursive calls
db block gets
consistent gets
physical reads
bytes sent via SQL*Net to client
bytes received via SQL*Net from client
SQL*Net roundtrips to/from client
sorts (memory)
sorts (disk)
rows processed
SQL& SELECT A.COLLECT_DT
AS COLLECT_DT,
AS DATE_CD,
AS CITY_ID,
A.SYSTEM_ID
AS BSC_ID,
AS MSC_ID,
A.HO_REQ_CNT
AS HO_REQ,
A.HO_SUCC_CNT AS S_HO
FROM dwkonglingbo.TO_BUSS_WNMS_BSCPMHR_S_TEST A, REF.TR_WGG_BSC_INFO B
WHERE A.SYSTEM_ID = B.BSC_ID
AND A.COLLECT_DT = ;
22728 rows selected.
Execution Plan
----------------------------------------------------------
Plan hash value:
--------------------------------------------------------------------------------------------------------------------------------------
| Operation
| Bytes | Cost (%CPU)| Time
| Pstart| Pstop |
--------------------------------------------------------------------------------------------------------------------------------------
0 | SELECT STATEMENT
(4)| 00:00:01 |
(4)| 00:00:01 |
TABLE ACCESS FULL
| TR_WGG_BSC_INFO
1963 | 21593 |
(0)| 00:00:01 |
TABLE ACCESS BY GLOBAL INDEX ROWID| TO_BUSS_WNMS_BSCPMHR_S_TEST
(0)| 00:00:01 |
INDEX RANGE SCAN
| PK_TO_BUSS_WNMS_BSCPMHR_S_TEST | 23260 |
(0)| 00:00:01 |
--------------------------------------------------------------------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
1 - access("A"."SYSTEM_ID"="B"."BSC_ID")
4 - access("A"."COLLECT_DT"=)
Statistics
----------------------------------------------------------
recursive calls
db block gets
consistent gets
physical reads
bytes sent via SQL*Net to client
bytes received via SQL*Net from client
SQL*Net roundtrips to/from client
sorts (memory)
sorts (disk)
rows processed
结论总结：（上述测试列子比较少，也没有排除其他因素的影响，但是足以说明实质问题）
竖表只适合数据量少，需求变更比较频繁或配置比较灵活的报表，例如概览视图等。不适合数据量大的表。也不适合在数据仓库中大量存在。查看: 6691|回复: 10
三星K2200打印A4和复印A4纸只能横着放纸，竖着放只能印A4的宽度，这是怎么回事。
本帖最后由 chengyuan189 于
22:40 编辑
如题，纸盘我也跟着同步横出和纵出纸张。问题没有解决。
(2.1 MB, 下载次数: 12)
22:37 上传
(1.92 MB, 下载次数: 3)
22:38 上传
只有纵出纸张可以正常复印和打印。横出纸张不行。
累计签到：3 天连续签到：1 天
这个机器不能自动识别副本尺寸，你纸盒横竖放纸后设置纸张尺寸了没有？
累计签到：3 天连续签到：1 天
如果不行，固件升级
应该是纸型设置问题
累计签到：1 天连续签到：1 天
纸张设置不正确吧
纸盘也跟着设置横向了。
纸型没设对。
设置正确，侧门进A3也不行。
这个打印机我发现问题多得很
Powered by
Comsenz Inc.当前位置:&&
一般标准海报尺寸多少横的还是竖的尺寸,一般,海报,标准尺寸,竖幅尺寸,竖名片尺寸,..
扫扫二维码，随身浏览文档
手机或平板扫扫即可继续访问
一般标准海报尺寸多少横的还是竖的
举报该文档为侵权文档。
举报该文档含有违规或不良信息。
反馈该文档无法正常浏览。
举报该文档为重复文档。
推荐理由：
将文档分享至：
分享完整地址
文档地址：
粘贴到BBS或博客
flash地址：
支持嵌入FLASH地址的网站使用
html代码：
&embed src='http://jz.docin.com/DocinViewer-4.swf' width='100%' height='600' type=application/x-shockwave-flash ALLOWFULLSCREEN='true' ALLOWSCRIPTACCESS='always'&&/embed&
450px*300px480px*400px650px*490px
支持嵌入HTML代码的网站使用
您的内容已经提交成功
您所提交的内容需要审核后才能发布，请您等待！
3秒自动关闭窗口帖子很冷清，卤煮很失落！求安慰
手机签到经验翻倍！快来扫一扫！
打印机的横打和竖打如何设置
1231浏览 / 12回复
一般办公用的都是竖直进纸，比如16K、A4的纸，竖着进去，竖着出来。
　　前几天，在网络应用软件上完成一个报表，最终要打印出来，由于软件报表本来是横排版的，但是软件系统中找不到页面设置这一栏，直接点击打印，结果打出来的表格被截了左右两边，只显示了表格中间的一部分内容。
　　不对啊！大家都有经验，遇到内容排版是横的，自然而然就想到，在Word的页面设置中在方向这一栏选择横向。
　　但是，这里情况就是有变，因为网络应用软件中就是缺了页面设置这一项，难不成把A4的纸横过来放？试了一下，不可能。哈哈，别着急，还有如下方法可以解决。
　　其实，我们也可以通过选择的打印方式，变竖向为横向，具体如下：
　　1、 在开始菜单中选择设备和打印机
　　2、点击打印机，进入打印机的设置页面
　　3、在打印机的设置页面，会看到相关选项，包括纸张大小，和横向和竖向的选择
　　4、选择好后，再按确定键，这样方向就可以任意改变啦
　　原来，只要稍动脑筋，问题就迎刃而解。
这个我分分钟就能搞定
这都不叫事
富士施乐：纸张穿过 看见科技与色彩二合一。http://km-nell.jd.com/淘宝店：http://shop.taobao.com/?spm=a1z10.3.0.0.JE8Mq3
小小打印机，玩死我了
默默刘明，不争抢
哈哈哈哈哈哈哈哈
办公室必备技能
在打印时候，有选项可以选择
在打印时候，有选项可以选择
可能感兴趣的板块：
用户名/注册邮箱/注册手机号
其他第三方号登录尺寸是 356mm（横）X242mm（竖）的纸什么纸
赠人玫瑰，手有余香！如若，您对我的答案满意，请选择“对我有用”，谢谢您的采纳！！
好像是A4的纸诶
立方（一般指立方米）指的是体积单位，箱子的尺寸即长×宽×高。对于长方体：体积=长×宽×高。那么一个箱子的立方就是0.391m×0.267m×0.240m=0.0...
1937年，土耳其对Yavuz号进行了现代化改装，安装了从法国进口的火控系统和从瑞典进口的防空武器。土耳其加入北约后，它按照北约标准进行了一些小改造。从1947...
答: 预警指有可能，警告则指已经证实或即将发生的情况。对天气状况的预警由国家气象部门发布，指某种灾害很有可能发生，也就是发生的可能性很大。在预警发布后，人们应当关注天...
答: 这个问题是不以自己的能力为转移的。
因为关键在于水的质量，水质硬、杂质多会导致热得快生水秀。
我们能做的，就是勤清理了。
答: 颈部淋巴结肿大原因无非是感染和肿瘤两大类原因，与洗冷水澡无关。通常如果疼，多数是感染引起的；如果不疼，多数是肿瘤引起的。建议到医院检查一下，有病要早治为好，在网...
大家还关注
Copyright &
Corporation, All Rights Reserved
确定举报此问题
举报原因(必选)：
广告或垃圾信息
激进时政或意识形态话题
不雅词句或人身攻击
侵犯他人隐私
其它违法和不良信息
报告，这不是个问题
报告原因(必选)：
这不是个问题
这个问题分类似乎错了
这个不是我熟悉的地区