文件存储表的字段设计
㈠ 数据库文件的表结构由字段组成,字段包括哪四部分
应该是“记录的集合构成表内容，字段的集合构成表结构”吧
㈡ 数据库字段设计的问题
1、在数据库设计时 不需要每个字段 都加新字段的
2、其实qq这个很容易实现的，就是权限的问题
3、用角色判断权限 就可以了
4、或者在列表中 使用div 动态生成 也可以，这样还简单些
㈢ 怎样创建Access中存储OLE对象字段
Access中的“OLE对象”字段可以用来存储文档、图片、声音的数据以及在别的程序中创建的其他类型的二进制数据，并且可以链接或嵌入到Microsoft Access表的字段中。那么，如何创建一个OLE对象的字段呢，下面以建一个存储声音的字段为例。在”设计视图”中打开表，选中需要输入的行，在“字段名称”列中键入字段名称“声音”，在“数据类型”列中，单击箭头并选择“OLE对象”即可。
㈣ 在数据库存储结构设计时要考虑哪些因素
第一：各个参数是否对应的一个对象（面向对象编程思想）；
第二：各个参数可能类型和出现的最大长度，之后合理的设计各个字段的最大长度和相应类型；
第三：各个参数中哪些字段具有唯一性，考虑作为主键或者是外键来进行表关联；
第四：根据数据量的大小来考虑是否需要进行分区处理；
第五：哪些字段是不经常便跟字段，可以考虑进行多张表的存储来节省存储空间（可能影响查询修改效率）
㈤ 数据表文件中的字段是什么
数据表中的字段:
字段是数据库中的数据表中的一列，数据表是由几个或几十个字段组成，是在记录中放置数据的，一个记录就可以放置不同的数据在不同的字段中，一个数据表就是由这样的记录组成的。
㈥ word文档存入数据库，数据库表里的字段类型应该设置成什么
在sql server中将要存储word文档的表的字段的datatype设为image.(image类型并不一定要存图象，它是二进制格式存储，任何数据均可,如果存多种类型， 可利用另一字段存文件类型，并不需要知道文件格式)
数据存取方法用ADO时可利用AppendChunk 和GetChunk来存取image字段，在delphi中根据你采用的数据存取方法，可利用类似函数.
㈦ 存储文件的数据库是怎么设计的
不知道你要存什么，大概就是树型的目录吧，4个字段：
文件名file_name,文件路径file_url,父路径parent_url,值value
㈧ 如何设计动态字段的产品数据库表
可以采用四种技术：
动态增加数据库表字段
预留足够的空白字段，运行时作动态影射
用xml格式保存在单字段里
改列为行，用另外一个表存放定制字段
【一】
现在我们来分析一下四种技术的优劣，不过首先可以排除的是第一点动态增加字段的方法，因为在实际操作时候几乎是不可能的（sqlserver太慢，oracle索性不支持），基本可以不讨论就排除。剩下后三点。
【二】
先来讨论预留空白字段的方法，基本原理就是在数据库表设计的时候加入一些多余的字段，看下面的代码：
CREATE TABLE Sample(
name varchar(12),
field0 varchar(1),
field1 varchar(1),
fieldN varchar(1)
}
然后看实际运行时候的需要，动态分配字段给系统使用，也许需要一个这样的结构来描述分配情况：
public class Available
{
public int CurrentUnusedFieldNumber;
public Hashtable FieldToRealName;
}
也许某一时刻的数据状况是这样的： CurrentUnusedFieldNumber=3,
哈西表FieldToRealName包含内容是("field0"="SomeId", "field1"="AnyName",
"field2=IsOk")
现在的问题是如果要配合Hibernate，如何来处理？以上段的数据使用状况为例子，如果我们的类定义是这样：
public class Entity01
{
public string Name;
public string SomeId;
public string AnyName;
public bool IsOk;
}
也许只需要修改一下xxx.hbm.xml，把 SomeId 和 field0
做成对应就ok了。但是在运行时我们怎么知道会有这样的类定义？除非我们做动态代码生成，自动编译也许可以，但是问题也许就到其他方面去了；如果我们不用动态定义，那么类就只能是这样：
public class Entity01
{
public string Name;
public Hashtable ExtraFieldAndValues;
}
使用的时候，用 entity01.ExtraFieldAndValues.setValue("AnyName", "boss")
的方式来引用，也许这样是修改最少的了，但是问题是Hibernate不支持这样的方法。
【三】
再来讨论单字段存储的方法，我们使用这样的数据库表定义
CREATE TABLE Sample
(
Name varchar(12),
Xml CLOB(102400) // 仅作说明而已
)
然后对应这样的类定义
public class Entity01
{
public string Name;
public string Xml;
public Hashtable ExtraNameAndValueFromXml;
}
我们的代码就可以这样使用：string id =
entity01.ExtraNameAndValueFromXml.getValue("SomeId")
了。这样解决看起来很不错，不仅不需要Available表，而且看起来Hibernate对它的支持也很完美，但是致命的问题在于：如果保持高效的查询？除非数据库系统本身对此有支持，否则就只能用低效的substring或者like做查询，这在大批量数据中根本就不可行。
是不是折衷一下，把两种方法的优点和起来？问题有来了：怎么保持两者之间数据的同步？难道要我们用存储过程去解析xml内容？
所以，一个两难的问题，需要我们认真去解决。我们通过认真的需求分析，也许可以减少可变字段的数量，但是只要有一个可变字段或者可变的可能性存在，我们始终要去解决这个两难的问题。
期待继续讨论。
【四】
还有一种方法就是改列为行，用另外一个表存放扩展字段，定义可以如下：
CREATE
TABLE SampleFields
(
idSample Integer,
fieldName varchar(30),
fieldValue varchar(100)
)
其中idSample关联到Sample表的id字段（我没有写出来）。这样的话，Hibernate很容易支持，也可以支持Sql的查询，而且可以支持把内容放到Hashtable中去，看起来是目前最好的方式了。但是在大容量数据的时候，SampleFields表的数据会是主表数据量的N倍（看定制的字段数目多少而定），同样存在有很严重的性能问题。
㈨ 数据库表中字段类型有哪些
数据库表中字段类型有二进制数据类型、字符数据类型、数字数据类型 等其中类型。具体类型如下所示：
1、二进制数据类型
Binary、Varbinary、Image
2、字符数据类型
Char，Varchar和 Text
3、Unicode数据类型
包括Nchar,Nvarchar和Ntext
4、日期和时间数据类型
包括Datetime, Smalldatetime, Date, TimeStamp
5、数字数据类型
数字数据类型包括正数和负数、小数和整数
6、货币数据类型
表示正的或者负的货币数量。
7、特殊数据类型
特殊的数据类型有3种，即Timestamp、Bit 和 Uniqueidentifier。