不用重写整个文件的。普通文件打开时有个读写指针。指明当前文件读写的位置离文件头的偏移值。如果只修改了当前的位置。只要写当前位置对应的硬盘数据块。硬盘数据块一般2k，4k，8k大小。如果是数据库。数据文件就有个索引指明当前记录所在的硬盘数据块。修改索引就重写相应的硬盘数据块。不用重写整个文件。建议看一下数据库方面的书。
② 数据存储形式有哪几种
【块存储】
典型设备：磁盘阵列，硬盘
块存储主要是将裸磁盘空间整个映射给主机使用的，就是说例如磁盘阵列里面有5块硬盘（为方便说明，假设每个硬盘1G），然后可以通过划逻辑盘、做Raid、或者LVM（逻辑卷）等种种方式逻辑划分出N个逻辑的硬盘。（假设划分完的逻辑盘也是5个，每个也是1G，但是这5个1G的逻辑盘已经于原来的5个物理硬盘意义完全不同了。例如第一个逻辑硬盘A里面，可能第一个200M是来自物理硬盘1，第二个200M是来自物理硬盘2，所以逻辑硬盘A是由多个物理硬盘逻辑虚构出来的硬盘。）
接着块存储会采用映射的方式将这几个逻辑盘映射给主机，主机上面的操作系统会识别到有5块硬盘，但是操作系统是区分不出到底是逻辑还是物理的，它一概就认为只是5块裸的物理硬盘而已，跟直接拿一块物理硬盘挂载到操作系统没有区别的，至少操作系统感知上没有区别。
此种方式下，操作系统还需要对挂载的裸硬盘进行分区、格式化后，才能使用，与平常主机内置硬盘的方式完全无异。
优点：
1、 这种方式的好处当然是因为通过了Raid与LVM等手段，对数据提供了保护。
2、 另外也可以将多块廉价的硬盘组合起来，成为一个大容量的逻辑盘对外提供服务，提高了容量。
3、 写入数据的时候，由于是多块磁盘组合出来的逻辑盘，所以几块磁盘可以并行写入的，提升了读写效率。
4、 很多时候块存储采用SAN架构组网，传输速率以及封装协议的原因，使得传输速度与读写速率得到提升。
缺点：
1、采用SAN架构组网时，需要额外为主机购买光纤通道卡，还要买光纤交换机，造价成本高。
2、主机之间的数据无法共享，在服务器不做集群的情况下，块存储裸盘映射给主机，再格式化使用后，对于主机来说相当于本地盘，那么主机A的本地盘根本不能给主机B去使用，无法共享数据。
3、不利于不同操作系统主机间的数据共享：另外一个原因是因为操作系统使用不同的文件系统，格式化完之后，不同文件系统间的数据是共享不了的。例如一台装了WIN7/XP，文件系统是FAT32/NTFS，而Linux是EXT4，EXT4是无法识别NTFS的文件系统的。就像一只NTFS格式的U盘，插进Linux的笔记本，根本无法识别出来。所以不利于文件共享。
【文件存储】
典型设备：FTP、NFS服务器
为了克服上述文件无法共享的问题，所以有了文件存储。
文件存储也有软硬一体化的设备，但是其实普通拿一台服务器/笔记本，只要装上合适的操作系统与软件，就可以架设FTP与NFS服务了，架上该类服务之后的服务器，就是文件存储的一种了。
主机A可以直接对文件存储进行文件的上传下载，与块存储不同，主机A是不需要再对文件存储进行格式化的，因为文件管理功能已经由文件存储自己搞定了。
优点：
1、造价交低：随便一台机器就可以了，另外普通以太网就可以，根本不需要专用的SAN网络，所以造价低。
2、方便文件共享：例如主机A（WIN7，NTFS文件系统），主机B（Linux，EXT4文件系统），想互拷一部电影，本来不行。加了个主机C（NFS服务器），然后可以先A拷到C，再C拷到B就OK了。（例子比较肤浅，请见谅……）
缺点：
读写速率低，传输速率慢：以太网，上传下载速度较慢，另外所有读写都要1台服务器里面的硬盘来承担，相比起磁盘阵列动不动就几十上百块硬盘同时读写，速率慢了许多。
【对象存储】
典型设备：内置大容量硬盘的分布式服务器
对象存储最常用的方案，就是多台服务器内置大容量硬盘，再装上对象存储软件，然后再额外搞几台服务作为管理节点，安装上对象存储管理软件。管理节点可以管理其他服务器对外提供读写访问功能。
之所以出现了对象存储这种东西，是为了克服块存储与文件存储各自的缺点，发扬它俩各自的优点。简单来说块存储读写快，不利于共享，文件存储读写慢，利于共享。能否弄一个读写快，利 于共享的出来呢。于是就有了对象存储。
首先，一个文件包含了了属性（术语叫metadata，元数据，例如该文件的大小、修改时间、存储路径等）以及内容（以下简称数据）。
以往像FAT32这种文件系统，是直接将一份文件的数据与metadata一起存储的，存储过程先将文件按照文件系统的最小块大小来打散（如4M的文件，假设文件系统要求一个块4K，那么就将文件打散成为1000个小块），再写进硬盘里面，过程中没有区分数据/metadata的。而每个块最后会告知你下一个要读取的块的地址，然后一直这样顺序地按图索骥，最后完成整份文件的所有块的读取。
这种情况下读写速率很慢，因为就算你有100个机械手臂在读写，但是由于你只有读取到第一个块，才能知道下一个块在哪里，其实相当于只能有1个机械手臂在实际工作。
而对象存储则将元数据独立了出来，控制节点叫元数据服务器（服务器+对象存储管理软件），里面主要负责存储对象的属性（主要是对象的数据被打散存放到了那几台分布式服务器中的信息），而其他负责存储数据的分布式服务器叫做OSD，主要负责存储文件的数据部分。当用户访问对象，会先访问元数据服务器，元数据服务器只负责反馈对象存储在哪些OSD，假设反馈文件A存储在B、C、D三台OSD，那么用户就会再次直接访问3台OSD服务器去读取数据。
这时候由于是3台OSD同时对外传输数据，所以传输的速度就加快了。当OSD服务器数量越多，这种读写速度的提升就越大，通过此种方式，实现了读写快的目的。
另一方面，对象存储软件是有专门的文件系统的，所以OSD对外又相当于文件服务器，那么就不存在文件共享方面的困难了，也解决了文件共享方面的问题。
所以对象存储的出现，很好地结合了块存储与文件存储的优点。
最后为什么对象存储兼具块存储与文件存储的好处，还要使用块存储或文件存储呢？
1、有一类应用是需要存储直接裸盘映射的，例如数据库。因为数据库需要存储裸盘映射给自己后，再根据自己的数据库文件系统来对裸盘进行格式化的，所以是不能够采用其他已经被格式化为某种文件系统的存储的。此类应用更适合使用块存储。
2、对象存储的成本比起普通的文件存储还是较高，需要购买专门的对象存储软件以及大容量硬盘。如果对数据量要求不是海量，只是为了做文件共享的时候，直接用文件存储的形式好了，性价比高。
③ 数据库与数据仓库的区别
数据库是面向事务的设计，数据仓库是面向主题设计的。数据库一般存储在线交易数据，数据仓库存储的一般是历史数据。
“与时间相关”：数据库保存信息的时候，并不强调一定有时间信息。数据仓库则不同，出于决策的需要，数据仓库中的数据都要标明时间属性。决策中，时间属性很重要。同样都是累计购买过九车产品的顾客，一位是最近三个月购买九车，一位是最近一年从未买过，这对于决策者意义是不同的。
“不可修改”：数据仓库中的数据并不是最新的，而是来源于其它数据源。数据仓库反映的是历史信息，并不是很多数据库处理的那种日常事务数据（有的数据库例如电信计费数据库甚至处理实时信息）。因此，数据仓库中的数据是极少或根本不修改的；当然，向数据仓库添加数据是允许的。
拓展资料：
数据仓库的出现，并不是要取代数据库。数据仓库，是在数据库已经大量存在的情况下，为了进一步挖掘数据资源、为了决策需要而产生的，它决不是所谓的“大型数据库”。
目前，大部分数据仓库还是用关系数据库管理系统来管理的。可以说，数据库、数据仓库相辅相成、各有千秋。
④ java如何把在线编辑器的内容存储到数据库
<FCK:editor instanceName="设定的属性" height="400" width="100%" toolbarSet="Text" basePath="/static/FCKeditor/"> </FCK:editor>
在进入action后，接收，保存即可
另外就是一般使用fck搭配的是数据库中的clob字段
在存储的时候使用下面的语句：
sql = "select content from 数据库名称 for update";
rs = DbQuery(sql);
rs.getClob("CLOB");
OracleThinClob clobComment = null;
if (rs.next()) {
clobComment = (OracleThinClob) rs.getClob("content");
}
Writer w = clobComment.getCharacterOutputStream();
w.write(用于接收内容的属性);
w.flush();
w.close();
⑤ 数据库中如何存储文件
一般把pdf放入某文件夹然后在数据库里存链接
或者存放为二进制数据，
⑥ 网站数据库是存储什么的
数据库可以存放很多用户行为记录，比如用户注册信息，登陆时间，在网站操作过什么，都可以在记录在数据库字段，同时也会记录网站看得的数据，比如 文字，图片连接 ，时间，页面地址，等等。反正可以用字段记录的数据 都可以存到数据库的字段当中，实体的就不了，比如图片，文件压缩这些就的存放到服务器硬盘中，提供给数据库调用。
⑦ 多媒体在数据库中如何存储
SQL Server可以存储，类型可以用image。但是建议不要这样做，因为电影网站需要在线观看，存储在数据库中不方便。
⑧ 数据库中数据如何存储
利用逻辑数据库
和物理数据库
来存储
其中
逻辑数据库主要包括表
，段，区，oracle数据块。物理数据块
包括
数据文件，联机重做日志文件等
⑨ 使用在线数据库都给你带来了哪些方便
"Berkeley DB"数据库的优点和不足之处
2008-01-11 嵌入式在线 收藏 | 打印
Sleepycat软件公司出品的Berkeley DB是一种在特定的数据管理应用程序中广泛使用的数据库系统,在世界范围内有超过两亿的用户支持.许多世界知名的厂商,像Amazon, AOL, British Telecom, Cisco Systems, EMC, Ericsson, Google, Hitachi, HP, Motorola, RSA Security, Sun Microsystems, TIBCO 以及 Veritas都依赖于BDB为他们的许多关键性应用提供快速的,弹性的,可靠的,并且高性价比的数据管理. 1.BDB的解释： mysql就是用BDB实现的(mysql的后台) 。mysql快，BDB比mysql还要快N倍。 BDB并发高于RDBMS。 容量支持可达256TB。 基于HASH支持select数据比RDBMS快。
2.BDB数据库与其它的几种数据库的比较。 BDB数据库不同与其他几种数据库–关系型（Relational databases），面向对象型（Object-oriented databases），网络数据库（Network databases），它是一种嵌入式（embeded databases)数据库。
下面先简要说说BDB与其它几种数据库的区别： （1）它们几乎都无一例外的采用了结构化查询语言（SQL），而BDB没有。 （2）它们几乎都无一例外的采用了客户/服务器模型，而BDB采用的是嵌入式模型。
3. 下面是在网上找的一些有关BDB的资料,解释了BDB之所以会和当前流行的大多数数据库不同的一些原因,所引资料未注明出处,后面的翻译是我自己加的： (1) BDB是一个开放源代码的嵌入式数据库的函数库，它为应用程序提供弹性的，高性能的，transaction-protected的数据库管理服务，BDB为数据的访问和管理提供了简单的应用程序接口API。 (2) BDB之所以是嵌入式数据库是因为它是直接连到应用程序中的。它和应用程序在同一内存空间运行。其结果是，不管应用程序是运行在同一台机 器上还是运行在网络上，在进行数据库操作时，它都无需进行进程间通信。BDB为许多编程语言提供了函数接口，这些语言包括C, C++, Java, Perl, Tcl, Python, 和 PHP。所有的数据库操作都发生在函数库内部。多个进程，或者是一个进程中的多个线程，都可以同时使用BDB，因为它们实际是在调用BDB函数库。一些像 locking, transaction logging, shared buffer management, memory management等等之类的低级服务都可以由函数库透明地处理。 (3) BDB函数库是高度可移植的。它可以运行在几乎所有的UNIX和LINUX系统之上，也支持WINDOWS和多种嵌入式实时操作系统。它 既可以运行在32位系统上，也可以运行在64位系统上。它活跃在高端服务器，桌面系统，掌上电脑，set-top boxes，网络交换机以及其它的一些领域。一旦BDB被连接到应用当中以后，终端用户一般是不知道后端数据库的存在的。 (4) BDB在许多方面都是弹性的。函数库本身非常紧凑（在常见的机器体系上大约只占用不到300K的text空间，但是它可以操作多达 256TB的数据。它也支持高强度的并发操作，可以同时允许数以千计的用户在同一个数据库进行操作。在高端服务器领域，BDB是足够小的，它可以在高度受 限的嵌入式系统上运行，但却可以利用高达GB量级的内存空间和高达TB量级的磁盘空间。 (5) BDB在嵌入式应用方面的性能比关系型数据库和面向对象的数据库优越的原因是多方面的。首先，因为函数库和应用是运行在同一地址空间中 的，省掉了数据库操作时的进程间通信。而众所周知，不管是在单机上还是在分布式系统上，进程间通信所花的时间远多于函数调用所要的时间。其次，因为BDB 对所有的操作提供了简洁的函数调用接口，无需对查询语言进行解析，也不需要预执行。 (6) 与其他大多数数据库系统相比，BDB提供了相对简单的数据访问服务。BDB只支持对记录所做的几种逻辑操作。它们是： 在表中插入一条记录。 从表中删除一条记录。 通过查询键（key）从表中查找一条记录。 更新表中已有的一条记录。 BDB不是一个独立的数据库服务器。它是一个函数库，和调用它的应用程序是运行在同一地址空间中的。可以把BDB作为数据库管理系统来构 建服务器程序。比如，有许多商业的和开源的轻量级目录访问协议（LDAP）服务器都使用BDB存储记录。LDAP客户端通过网络连接到服务器。服务器调用 BDB的API来查找记录并返回给客户。而在它本身而言，BDB却不是数据库的服务器端。 所以，BDB是一种完全不同于其它数据库管理系统的数据库，而且它也不是一个数据库服务器端。 当面对的是对性能，规模和可靠性要求都比较高的嵌入式应用的时候，BDB是理想的数据库管理系统。但对于要求多种不同服务的应用而言，选择它是不适当的。 BDB的初衷是提供快速的，可靠的，transaction-protected的记录存储。函数库本身并没有提供对交互查询的支持，也没有提供 图形化的报表工具，或者一些其它的数据库管理系统提供的服务。我们一直在致力于保持函数库的短小和简练，这样做，可以使得bug出现的机会大大减小，而且 因为只有很少的代码需要执行，我们可以保证数据库一直快速的运行。如果你的应用正好需要的是这样的一套功能的话，那么BDB几乎一定是你的首选对象。