如何在存储过程中使用text数据类型~~~~~~~~~~~~~~~~~~~~~~~

llm1976 2004-11-29 03:12:01
我从表AA中取出某个text类型的字段,插入表BB中对应的字段。系统提示:对于局部变量,text,ntext类型数据无效。请问我该如何处理??
...全文
166 3 打赏 收藏 转发到动态 举报
写回复
用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 关联条件
用户手册 ~~~~~~~~ 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 命令行语法 ~~~~~~~~~
字段结构 允许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类型来获得数值运算的优越性。 更小的字

27,580

社区成员

发帖
与我相关
我的任务
社区描述
MS-SQL Server 应用实例
社区管理员
  • 应用实例社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧