社区
应用实例
帖子详情
如何在存储过程中使用text数据类型~~~~~~~~~~~~~~~~~~~~~~~
llm1976
2004-11-29 03:12:01
我从表AA中取出某个text类型的字段,插入表BB中对应的字段。系统提示:对于局部变量,text,ntext类型数据无效。请问我该如何处理??
...全文
166
3
打赏
收藏
如何在存储过程中使用text数据类型~~~~~~~~~~~~~~~~~~~~~~~
我从表AA中取出某个text类型的字段,插入表BB中对应的字段。系统提示:对于局部变量,text,ntext类型数据无效。请问我该如何处理??
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用AI写文章
3 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
jini1028
2004-12-07
打赏
举报
回复
zjcxc(邹建) 还是五星呢,有那么简单吗,肯定要取到变量里然后进行一些操作的了,复制还用得着写存储过程吗,拷
Andy__Huang
2004-11-29
打赏
举报
回复
是不是你BB表的那個字段不是text,ntext數據類型?查詢一下。相同數據類型text,ntext是沒有問題的
zjcxc
2004-11-29
打赏
举报
回复
--插入
insert BB(text字段) select text字段 from AA
--更新
update BB set text字段=a.text字段
from BB,AA where 关联条件
MySQL存储文本和图片的方法
Oracle
中
大文本
数据类型
Clob 长文本类型 (MySQL
中
不支持,
使用
的是
text
) Blob 二进制类型 MySQL数据库
Text
长文本类型 TINY
TEXT
: 256 bytes
TEXT
: 65,535 bytes => ~64kb MEDIUM
TEXT
: 16,777,215 bytes => ~16MB LONG
TEXT
: 4,294,967,295 bytes => ~4GB Blob 二进制类型 例如: 建表 CREATE TABLE test( id INT PRIMARY KEY AUTO_INCR
中
文简体压缩软件RAR 6.0
用户手册 ~~~~~~~~ RAR 3.30 32 位控制台版本 ~~~~~~~~~~~~~~~~~~~~~~~~ =-=-=-=-=-=-=-=-=-=-=-=-=-=- 欢迎
使用
RAR 压缩文件管理器! -=-=-=-=-=-=-=-=-=-=-=-=-=-= 简介 ~~~~ RAR 是一个强力压缩工具,允许你管理和管理压缩文件。控制台 RAR 只支持 RAR 格式,带有的 ".rar" 扩展名的文件。ZIP 和其他格式不被支持。Windows 用户可以 安装图形界面 RAR 版本 - WinRAR,它可以处理更多的压缩文件类型。 RAR 的功能包括: * 高度成熟的原创压缩算法 * 对于文本、声音、图像和 32 位和 64 位 Intel 可执行程序压缩的特殊优化算法 * 获得比类似工具更好的压缩率,
使用
'固实'压缩 * 身份校验(只有注册版本可用) * 自解压压缩文件和分卷压缩(SFX) * 对物理损伤的压缩文件的恢复能力 * 锁定,密码,文件顺序列表,文件安全和更多…… 配置文件 ~~~~~~~~ Unix 版本的 RAR 从用户的 home 或 /etc 目录
中
的 .rarrc 文件读取配置文件信息 (存储在 HOME 环境变量
中
) Windows 的版本 RAR 从 rar.ini 文件读取配置文件信息,它放在 rar.exe 文件相 同的目录
中
。 这个文件包含下列字符串: 开关= 环境变量 ~~~~~~~~ 可以通过建立"RAR"环境变量来添加默认参数到命令行
中
. 例如,在 UNIX
中
,下列命令行可以被添加到你的配置
中
: RAR='-s -md1024' export RAR RAR 将
使用
这个字符串作为命令行的默认参数,并将
使用
1024KB 字典大小来创建 “固实”压缩文件。 RAR 控制选项
使用
下列优先级: 命名行开关 最高优先级 在 RAR 变量
中
的开关 低优先级 保存在配置文件
中
的开关 最低优先级 日志文件 ~~~~~~~~ 如果在命令行或配置文件
中
指定开关 -ilog ,RAR 将会把处理压缩文件
中
遇到的错误 等写到日志文件
中
。在 Unix
中
,这个文件名为 .rarlong,放在用户的 home 目录
中
。 在 Windows
中
,它名为 rar.log,放在 rar.exe 文件相同的目录
中
。开关 -ilog 允 许改变默认的日志名。 固实压缩的文件列表 - rarfiles.lst ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ rarfiles.lst 包含用户定义的文件列表,告诉RAR添加文件到固实压缩文件时的顺序。 它可以包含文件名通配符和指定项目-$default。默认项目定义了这个文件
中
与其他 项目不相符时的顺序清单位置。 注释字符是 ';'. 在 Windows
中
,这个文件应该放在RAR所在的目录
中
。 在 Unix
中
- 放在用户的 home 目录或 /etc
中
。 提高压缩率和操作速度的提示: - 在压缩文件
中
,小文件应该被组织在一起; - 频繁被处理的文件应该放在开始的位置。 普通的掩码越靠近顶端优先权就越高,但是这个规则存在例外。如果 rarfiles.lst 包含两个掩码,并且所有文件及匹配第一个掩码,也匹配第二个掩码, 第一个掩码 将拥有更高的优先权,即使它被放到第二个后面。例如,存在*.cpp 和 f*.cpp 掩码 的情况下,f*.cpp 拥有更高的优先权。 RAR 命令行语法 ~~~~~~~~~
MySQL
存储过程
(创建海量数据实验环境)
Re: MySQL
存储过程
(创建海量数据实验环境) ================================#
存储过程
概念
存储过程
是数据库管理
中
常用的技术之一,可以很方便的做些创建数据、统计数据、分析数据等工作,当前的主流数据库都支持
存储过程
,但不同的数据库环境语法结构有略微区别,本章给同学们介绍 MySQL 下创建
存储过程
的方法。 #
存储过程
的优点 1)
存储过程
大大“减少”了执行需要的资源和时间。 2)
存储过程
的能力大大“增强”了SQL语言的功能和灵活性。 3) 包含代码安全性,不需要将代码给用户(将代码打包)可保证数据的“安全性和完整性”。 4) 通过
存储过程
可以使没有权限的用户在“控制之下”间接地存取数据库。 5) 通过
存储过程
可以使相关的动作在一起发生,从而可以维护数据库的完整性。 6) 改进性能:减少网络流量(即:只传输
存储过程
的名字即可执行操作)。 # 创建海量数据实验环境 创建完成海量数据的
存储过程
,产生一千条记录和一百万或二百万条记录,操作上面没有任何区别,唯一区别是占用的时间不同,具备海量数据后,可以为系统压力测试实验,做好物理准备。# (本章具备完整创建海量数据的代码)-----------------------------------------------
数据库设计的性能与效率.docx
字段结构 允许NULL值的字段,数据库在进行比较操作时,会先判断其是否为NULL,非NULL时才进行值的必对。因此基于效率的考虑,所有字段均不能为空,即全部NOT NULL; 预计不会存储非负数的字段,例如各项id、发帖数等,必须设置为UNSIGNED类型。UNSIGNED类型比非UNSIGNED类型所能存储的正整数范围大一倍,因此能获得更大的数值存储空间; 存储开关、选项数据的字段,通常
使用
tinyint(1)非UNSIGNED类型,少数情况也可能
使用
enum()结果集的方式。tinyint作为开关字段时,通常1为打开;0为关闭;-1为特殊数据,例如N/A(不可用);高于1的为特殊结果或开关二进制数组合(详见Discuz!
中
相关代码); MEMORY/HEAP类型的表
中
,要尤其注意规划节约
使用
存储空间,这将节约更多内存。例如cdb_sessions表
中
,就将IP地址的存储拆分为4个tinyint(3) UNSIGNED类型的字段,而没有采用char(15)的方式; 数据库设计的性能与效率全文共6页,当前为第1页。任何类型的数据表,字段空间应当本着足够用,不浪费的原则,数值类型的字段取值范围见下表: 数据库设计的性能与效率全文共6页,当前为第1页。 字段类型 存储空间(b) UNSIGNED 取值范围 tinyint 1 否 -128~127 是 0~255 smallint 2 否 -32768~32767 是 0~65535 mediumint 3 否 -8388608~8388607 是 0~16777215 int 4 否 -2147483648~2147483647 是 0~4294967295 bigint 8 否 -9223372036854775808~9223372036854775807 是 0~18446744073709551615 SQL语句 所有SQL语句
中
,除了表名、字段名称以外,全部语句和函数均需大写,应当杜绝小写方式或大小写混杂的写法。例如select * from cdb_members;是不符合规范的写法。 很长的SQL语句应当有适当的断行,依据JOIN、FROM、ORDER BY等关键字进行界定。 通常情况下,在对多表进行操作时,要根据不同表名称,对每个表指定一个1~2个字母的缩写,以利于语句简洁和可读性。 如下的语句范例,是符合规范的: $query = $db->query("SELECT s.*, m.* FROM {$tablepre}sessions s, {$tablepre}members m WHERE m.uid=s.uid AND s.sid='$sid'); 定长与变长表 包含任何varchar、
text
等变长字段的数据表,即为变长表,反之则为定长表。 对于变长表,由于记录大小不同,在其上进行许多删除和更改将会使表
中
的碎片更多。需要定期运行OPTIMIZE TABLE以保持性能。而定长表就没有这个问题; 如果表
中
有可变长的字段,将它们转换为定长字段能够改进性能,因为定长记录易于处理。但在试图这样做之前,应该考虑下列问题:
使用
定长列涉及某种折衷。它们更快,但占用的空间更多。char(n) 类型列的每个值总要占用n 个字节(即使空串也是如此),因为在表
中
存储时,值的长度不够将在右边补空格; 而varchar(n)类型的列所占空间较少,因为只给它们分配存储每个值所需要的空间,每个值再加一个字节用于记录其长度。因此,如果在char和varchar类型之间进行选择,需要对时间与空间作出折衷; 变长表到定长表的转换,不能只转换一个可变长字段,必须对它们全部进行转换。而且必须
使用
一个ALTER TABLE语句同时全部转换,否则转换将不起作用; 数据库设计的性能与效率全文共6页,当前为第2页。有时不能
使用
定长类型,即使想这样做也不行。例如对于比255字符更长的串,没有定长类型; 数据库设计的性能与效率全文共6页,当前为第2页。 在设计表结构时如果能够
使用
定长
数据类型
尽量用定长的,因为定长表的查询、检索、更新速度都很快。必要时可以把部分关键的、承担频繁访问的表拆分,例如定长数据一个表,非定长数据一个表。例如Discuz!的cdb_members和cdb_memberfields表、cdb_forums和cdb_forumfields表等。因此规划数据结构时需要进行全局考虑; 进行表结构设计时,应当做到恰到好处,反复推敲,从而实现最优的数据存储体系。 运算与检索 数值运算一般比字符串运算更快。例如比较运算,可在单一运算
中
对数进行比较。而串运算涉及几个逐字节的比较,如果串更长的话,这种比较还要多。 如果串列的值数目有限,应该利用普通整型或emum类型来获得数值运算的优越性。 更小的字
SQL Server
数据类型
SQL Server
数据类型
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 开发工具与关键技术: 作者:小益 撰写时间:2021年7月28日 我们在平常开发过程
中
,在设计数据的时候,经常碰到
数据类型
选择的问题,为了更快,在这里做个总结。 字符和字符串 char(n):固定长度的字符串,最多存储8000个字符 nchar(n):固定长度的Unicode数据,最多存储4000个字.
应用实例
27,580
社区成员
68,556
社区内容
发帖
与我相关
我的任务
应用实例
MS-SQL Server 应用实例
复制链接
扫一扫
分享
社区描述
MS-SQL Server 应用实例
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章