web服务器与数据库分离Applet读写数据库非常慢求解！

1：可能是数据库机碎片过多。也也可能是文件索引没生成优化好。尝试压缩与修复数据凌乱内容之后在从新建立索引，在发送到SQL机（不知道你使用的是直接通讯发布还是远程发布，不可以直接那就找到数据手动拷贝。注意移动时要关闭数据库同时注意不要破坏索引文件） 2：请确定服务器是不是高峰值；大量处理数据会影响通信速度。 3：你使用的方法是具体怎么通信的APPLET访问WEB数据库服务器？这方面要看你B/S结构 JS/的通讯模式。内核框架支持读取吗？ 我已经发送具体办法到楼主邮箱了要看下代码才可找出办法，JAVA非常难，applet有安全限制，这方面不好做。。。。。。。。。。。分给我吧

用mysql存数据与直接用文本文件存数据的区别是：

1

你存文本和存数据库,不一定数据库会节省空间,但是可预见的,大部分情况下数据库会更节省空间,尤其是在大数据量的情况下;

2

读写文本文件和数据库速度差别肯定非常大,首先数据库有索引之类的,可以加速数据读取写入效率,当然你文本文件也可以实现这些,但是跟自己从头写个数据库没差别了,文本文件读写你总得要考虑命中率,文本的遍历命中是很低的;

3

sqlite其实不推荐在服务端使用,因为在并发读写的情况下表现很差,至少连2个9的可靠性都达不到,物联网设备要的是高读高写还有大数据量,其实我是推荐MongoDB的,不过你这里选用MySQL也是可以的;

4

关于背后的原理,你可以了解下数据结构相关的知识

假设您要在数据库中使用 10 个磁盘。利用 ASM，您不需要在 OS 端创建任何东西，该特性将把一组物理磁盘集合成一个逻辑实体（称为磁盘组）。磁盘组类似于一个分段（和可选镜像）文件系统，但具有重要的差异：它不是一个用于存储用户文件的通用文件系统，并且它不进行缓冲。由于后面的原因，磁盘组提供了直接作为原始设备来访问这个空间，并仍提供文件系统的便利性和灵活性的好处。

逻辑卷管理器一般使用一个函数（如散列函数）来将块的逻辑地址映射到物理块。计算使用 CPU 周期。此外，当增加一个新的磁盘（或 RAID-5 磁盘组）时，这种典型的分段函数需要重新定位整个数据集中的每一位。

相比而言，ASM 使用一个特殊的 Oracle 例程来解决从文件区到物理磁盘块的映射问题。这种设计除了定位文件区非常快速之外，还在增加或删除磁盘时有所帮助，因为文件区的位置不需要调整。这个特殊的 ASM 例程类似于其它的文件系统，必须运行此例程，ASM 才能工作，并且用户不能进行修改。一个 ASM 例程可以在同一台服务器上支持许多 Oracle 数据库例程。

这个特殊的例程只是一个例程，不是用户可以在其中创建对象的数据库。所有关于磁盘的元数据都存储在磁盘组本身中，使得它们能够尽可能地自我描述。

那么概括地说，ASM 的优点是什么？

● 磁盘增加 — 增加磁盘变得非常容易。无需停机时间，并且文件区域自动重新分配。

● I/O 分配 — I/O 自动分布在所有可用的磁盘上，无需人工干预，从而减少了热点出现的可能性。

● 带区宽度 — 在重做日志文件中分段可以细分（128K，以获得更快的传输速率），对于数据文件，带区则略大一些（1MB，以一次性传输大量的数据块）。

● 缓冲 — ASM 文件系统不进行缓冲，直接进行输入/输出。

● 核心化的异步 I/O — 实现核心化的异步 I/O 无需特殊的设置，并且无需使用原始或第三方的文件系统（如 Veritas Quick I/O）。

● 镜像 — 如果硬件镜像不可用，则可以容易地建立软件镜像。

不能简单的说电子表格软件和数据库软件哪个更好，要看具体的应用要求，一般电子表格处理不比较少量数据和关系不很复杂的数据会比较方便，当你有系统级的数据应用可以考虑选择一种数据库系统。

如果作为应用程序的数据源，当数据量较少用户不多的时候可以考虑使用电子表格，如果你有更高的要求还是要选择一款专业的数据库系统。

对于效率而言少量数据并发不高的情况下电子表格系统与数据库系统没有什么差异，电子表格反而有开发简单部署方便的优势

以上就是关于web服务器与数据库分离Applet读写数据库非常慢求解！全部的内容，包括:web服务器与数据库分离Applet读写数据库非常慢求解！、用mysql存数据与直接用文本文件存数据的去别、数据库中 ASM磁盘的个数和读写速度的关系是什么 例如10T的硬盘 划分10个1T. 或者划分5等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！