仓酷云

 找回密码
 立即注册
搜索
热搜: 活动 交友 discuz
查看: 895|回复: 8
打印 上一主题 下一主题

[学习教程] MYSQL网页编程之怎样在SQL *Plus中把数据库栏以变量的形...

[复制链接]
跳转到指定楼层
楼主
发表于 2015-1-16 22:22:01 | 只看该作者 回帖奖励 |正序浏览 |阅读模式

马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
也许最好的策略是以不变应万变:给客户他们所需要的,不多也不少。如果MySQL学习教程适合他们,他们就不应该买别的工具。事实上,云计算产业一直推崇自助服务,但提供这些服务的公司已经开始认识到解决方案提供商推销他们商品的价值。OracleSQL*Plus有一个十分有效的子参数(subparameter),它附属于一个叫着NEW_VALUE的数据栏参数。NEW_VALUE唆使同意你以SQL*Plus剧本中的变量保留从Oracle表格查询而失掉的数据。
用过利用NEW_VALUE参数,你能够像真实的编程言语那样利用SQL*Plus剧本来保留和寻址程序变量,好像PL/SQL那样。

保留SQL*Plus变量并在个中添补Oracle数据长短常主要的特征,因为它削减了对数据库会见,以是它进步了SQL*Plus剧本的无效性。
collog_mode_valnew_valuelog_modenoprint
select
valuelog_mode
from
v$parameter
where
name=archive_log_mode;
select
Thecurrentarchivelogmodeis||&&log_modefromdual;
columntodaynew_valuetoday;
select
to_char(sysdate,mm/dd/yyyyhh24:mi)today
from
dual;
如今,我们了解了SQL*Plus变量是怎样保留的了,让我们看看一个实在的例子。上面的例子来自STATSPACK呈报,改呈报形貌了表格增加与数据库块巨细的函数干系。因为DB_BLOCK_SIZE在全部数据库中是一个常量,我们利用NEW_VALUE参数来捕捉改数值一次,并把它作为输入的一部分从头显现出来。
在这个例子中,我们界说了一个称之为&blksz的变量并在主查询顶用它来判别表格中的残剩空间。上面的例子向我们演示了怎样举行这个盘算。晓得块巨细可让我们很快估量出表格中的残剩空间容量。
(num_rows*avg_row_len)
---------------------*100
(blocks*&blksz)
这是全部查询:
columnc1heading"TABLENAME"formata15;
columnc2heading"EXTS"format999;
columnc3heading"FL"format99;
columnc4heading"#OFROWS"format99,999,999;
columnc5heading"#_rows*row_len"format9,999,999,999;
columnc6heading"SPACEALLOCATED"format9,999,999,999;
columnc7heading"PCTUSED"format999;
columndb_block_sizenew_valueblksznoprint
selectvaluedb_block_sizefromv$parameterwherename=db_block_size;
setpages999;
setlines80;
spooltab_rpt.lst
select
table_namec1,
b.extentsc2,
b.freelistsc3,
num_rowsc4,
num_rows*avg_row_lenc5,
blocks*&blkszc6,
((num_rows*avg_row_len)/(blocks*&blksz))*100c7
from
perfstat.stats$tab_statsa,
dba_segmentsb
where
b.segment_name=a.table_name
and
to_char(snap_time,yyyy-mm-dd)=
(selectmax(to_char(snap_time,yyyy-mm-dd))fromperfstat.stats$tab_stats)
and
avg_row_len>500
orderbyc5desc
如果你需要额外的功能的话,MySQL的普及性实际上可以让你发现总有一个厂商会提供准确的解决方案,而这个方案会满足你的需要和需求。
分手快乐 该用户已被删除
9#
发表于 2015-3-21 01:16:51 | 只看该作者
如果处理少量数据,比如几百条记录的数据,我不知道这两种情况哪个效率更高,如果处理大量数据呢?比如有表中有20万条记录.
再现理想 该用户已被删除
8#
发表于 2015-3-14 07:24:00 | 只看该作者
只能告诉你,学好数据库语言和原理,多见识几种数据库软件,比一棵树上吊死要好。
愤怒的大鸟 该用户已被删除
7#
发表于 2015-3-7 01:57:59 | 只看该作者
我是新手,正在学习数据库和操作系统,深感理论的泛广,唯有一步一步来,但是又感觉时间不够,收集了很多资料却总是没能认真的看完,希望有一个讨论板块,大家共同解决,共同分享,共同努力
变相怪杰 该用户已被删除
6#
发表于 2015-2-22 19:41:02 | 只看该作者
如果处理少量数据,比如几百条记录的数据,我不知道这两种情况哪个效率更高,如果处理大量数据呢?比如有表中有20万条记录.
柔情似水 该用户已被删除
5#
发表于 2015-2-7 17:17:50 | 只看该作者
语句级快照和事务级快照终于为SQLServer的并发性能带来了突破。个人感觉语句级快照大家应该应用。事务级快照,如果是高并发系统还要慎用。如果一个用户总是被提示修改不成功要求重试时,会杀人的!
海妖 该用户已被删除
地板
发表于 2015-2-2 06:06:27 | 只看该作者
现在是在考虑:如果写到服务器端,我一下搞他个10个存储过程导过去,那久之服务器不就成垃圾箱了吗?即便优化了我的中间层.
老尸 该用户已被删除
板凳
发表于 2015-1-24 15:46:25 | 只看该作者
这是一个不错的新特性。虽然索引的附加字段没有索引键值效率高,但是相对映射到数据表中效率还是提高了很多。我做过试验,在我的实验环境中会比映射到表中提高30%左右的效率。
小魔女 该用户已被删除
沙发
发表于 2015-1-19 09:32:35 来自手机 | 只看该作者
SP4是一个累积性的ServicePack,包含自以前的ServicePack发布以来所有的修补程序(包括MS03-031安全公告)。
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|Archiver|手机版|仓酷云 鄂ICP备14007578号-2

GMT+8, 2024-12-23 06:58

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表