无法将 250MB 字节数组插入远程 SQL Server

Question

我正在生成一个大小约为 250MB 的字节数组。然后使用 Java 应用程序中的标准 JDBC 代码将其插入到远程 Microsoft SQL Server 的表中。

我的第一个设置 - 应用程序在一个 Amazon EC2 实例上运行，Microsoft SQL Server 在一个单独的 Amazon EC2 实例上运行。在这种情况下，INSERT 语句起作用 - pass。

我的第二个设置 - 应用程序在我的笔记本电脑上本地运行，数据库托管在 Amazon EC2 实例上。此处连接正确，但在线
pstmt.executeQuery(1, byteArray);
即使在半小时后，程序也会继续运行而不会终止 - 失败。

为了检查我是否真的能够从本地机器访问远程数据库并将数据插入到远程数据库中，我编写了一个简单的应用程序来将一个整数插入到表中 - pass。

我怀疑由于我没有非常快的互联网连接，我的数据上传失败。无论如何可以加快从 JDBC 到远程 SQL Server 数据库的数据传输。

我曾考虑增加 SQL Server 上的数据包大小 - 但我不确定这是否正确，因为它在使用另一个 Amazon EC2 实例运行相同的应用程序时有效 - 只是在从本地实例运行时不行的应用程序。为团队中的每个开发人员运行 Amazon EC2 实例是一项昂贵的提议。

Answer 1

首先想到这里。我不建议尝试通过远程连接将这么多数据直接推送到 SQL Server。一个快速的建议。

您是否可以将 250MB 数组（我怀疑它是文件/图像/视频/某些备份）作为文件（普通文件上传 ..ajax 或普通 POST）上传到远程 Amazon 实例文件系统，以及然后在同一台机器上运行一个守护进程，然后在本地磁盘上获取文件并将其推送到 SQL 实例中。

优势。

1. 文件上传肯定会更快。
2. 不依赖 JDBC 适配器来保持活动并可靠地上传文件。

我会尝试提供更适合您直接方法的更好解决方案。

Answer 2

您的问题是网络延迟而不是数据库本身。

考虑如何优化文件到 EC2 实例的传输。以同步方式发送 250mb 文件绝不是一个好方法。这总会引起问题。上传文件和将其插入数据库是两件不同的事情。不要混合它们，

你应该做的事情：

1. 尽可能压缩文件，然后发送。和
2. 使用 ftp 或 http（但性能相同）并将文件上传到服务器。然后对服务器上的那个文件做任何你想做的事情。 （就像将其插入数据库一样）

或

1. 通过网络传输大文件的另一种超级棒的方式是：将文件分成块（压缩后），异步发送（例如：python 中的 twister 或 java 中的 nio），最后将所有文件合并到服务器端（使用校验和来验证文件的完整性）。