【结贴】物理库存储附件内容

danceyoung

请教：
在X3逻辑表存放附件内容的字段的数据类型是二进制的
对应物理表改字段数据类型是varchar(32)的（只是一个32位的字符串）。
附件内容存储到哪儿了？
因为我现在用java读取物理库的附件内容，从哪里取。
谢谢。

shangxy

最初由 danceyoung 发布
[B]请教：
在X3逻辑表存放附件内容的字段的数据类型是二进制的
对应物理表改字段数据类型是varchar(32)的（只是一个32位的字符串）。
附件内容存储到哪儿了？
因为我现在?.

以下省略...... [/B]

没有怎么明白，你说的附件是指平台上的文档关联？
还只你自己使用的2进制字段呢？

shangxy

看一下用户手册 第五章：

6. 非结构化定义（UnstructureDef）
非结构化字段是 Business 平台特有的一种二进制流的字段类型。它采用分段转储的方
式，把二进制流字段的实际数据保存到另外的数据表中，而当前字段只保存32 位的GUID；
当读取字段的时候，从存储实际数据的数据表中合并成这个二进制流。这里的分割和合并过
程对于Business 平台的开发者是透明的，可以按照普通的二进制字段来进行操作。
由于非结构化字段实际只存储了一个引用的 GUID 值，只有真正需要访问实际数据时才
会去取数据，这样可以减少对网络传输性能的依赖；由于某些数据引擎对二进制流字段有限
制（例如BDE），存储的数据超过指定的大小时将导致大于部分数据丢失，通用使用非结
构化字段，可以突破某些数据库平台或者数据引擎对二进制字段的限制。
要使用非结构化字段，可以把数据类型设置为二进制流，SQL 类型设置为非结构化。
定义了非结构化字段后，可以对非结构化字段的具体属性进行定义，通过非结构化定义
用户手册第 136 页
Copyright 2000-2004 Justep Software www.justep.com
（UnstructureDef）的属性设置，可以定义非结构化字段的具体存储方案，包括是否压缩数
据，以及可以定义把实际数据保存到指定的符合非结构化存储结构的数据表中。
表 5.9 非结构化定义的属性
属性 作用
压缩数据在非结构化表中存储实际数据时，是否进行压缩存储。采用压缩存储可以
减少存储空间，但存取速度比不压缩存储稍慢。
使用自定义存储 实际数据不保存在系统默认的非结构化表中，显示指定实际数据存储的表
以及对应的字段。
数据库：指定非结构化表所在数据库。
表：指定非结构化表，指定的表需要包含表 5.10 所示的字段。
GUID 字段：指定用来与源表关联的GUID 字段。
分块序号字段：指定分快字段。字段值标识的是分块号，从 1 开始。
内容字段：指定存储实际数据的字段。
非结构化字段的实际数据缺省保存在系统数据库的“非结构化表”中，用户可以定义自
己的非结构化表，这个非结构化表需要有三个字段：
表 5.10 非结构化表结构
字段 数据类型 SQL 类型 作用
GUID 字符（32 位长） 默认 唯一标识，与源表字段对应
块号 整数 默认 数据块的序号
内容 二进制流 默认 数据段内容
非结构化字段存储时，首先源表字段上会存储一个随机生成的GUID 值，然后实际数据
默认会以32K 的大小分成n 个数据块，依次保存到非结构化表中，这样非结构化表会新增n
条记录，而每条记录的块号字段的值会是1..n，非结构化表中新增n 条记录的GUID 字段
值与源表字段存储的GUID 值对应。非结构化字段读取时候，会根据源表字段存储的GUID
值到指定的非结构化表中选出匹配的记录，并根据块号，把多条记录的内容字段顺次合并起
来，合并以后的数据就是源表字段就是实际数据。

danceyoung

好  谢谢 结贴