查询 CSV 文件/一般数据库问题

Question

好吧，总的来说我对数据库有点陌生。我了解它们背​​后的基本理论，并且到处都搞出了奇怪的 Access DB。

我正在努力了解的一件事是 SQL 查询如何访问数据库的细节。

假设您有一个场景，LAN 服务器上有一个数据库（为了论证起见，假设它是 MS Access）。您可以从客户端计算机上运行一些 SQL 查询或其他查询。客户端计算机是否必须下载整个数据库才能运行所述查询（即使查询结果只有一行）？或者它是否以某种方式设法只获取它想要通过 ol' CAT5 传输的数据？服务器必须运行任何东西才能做到这一点吗？不太明白客户端如何在服务器不必做一些工作的情况下获得查询结果......

我在谷歌搜索时看到了关于这个问题的两个相互矛盾的故事。

因此，接下来的问题（可能已经得到解答）是这样的：如果您可以查询数据库而不必获取整个该死的东西，并且服务器不需要运行任何其他软件，那么可以使用 CSV 完成同样的事情吗？如果没有，为什么不呢？

我问的原因是我正在为移动设备开发一个应用程序，需要与某种类型的数据库或 CSV 文件通信，并且它将以相当高的速率更新记录（条形码扫描），所以不想网络逐渐停止（这是一个缓慢的[插入相关侮辱]的袋子）。从设备到服务器传输的数据越少越好。

提前致谢

Answer 1

各种 SQL 服务器只是：一台服务器。它是一个监听客户端查询并发回响应的程序。它不仅仅是它的数据。

CSV 文件或“平面文件”只是数据。它无法自行响应查询。

因此，当您在网络上时，您的查询将发送到服务器，服务器负责查找适当的结果。当您打开平面文件时，您正在使用网络和/或文件系统来读取/写入整个文件。

编辑以添加有关您的具体用法的注释。您可能需要使用数据库引擎，因为查询将占用最少的网络流量。例如，当您扫描条形码时，您的查询可能与以下文本一样简单：

INSERT INTO barcode_table ('code', 'scan_date', 'user') VALUES ('1234567890', '2011-01-24 12:00:00', '1');

上述字符串由数据库引擎处理，并存储代码（以及任何相关支持数据）。您的应用程序不需要打开文件、向其中追加数据以及关闭它。一旦文件变得很大，后者就会变得非常慢，并且并发可能会成为许多用户访问它的问题。

如果您的应用程序需要向用户显示一些数据，它将以相同的方式请求特定信息，并且服务器将生成相关结果。因此，想象一个场景，用户想要一个与某些过滤器匹配的产品列表。如果您的产品是书籍，假设用户请求特定作者的列表：

SELECT products.title, barcode_table.code
FROM products, barcode_table
WHERE products.author = 'Anders Hejlsberg'
ORDER BY products.title ASC;

在此示例中，只有这些产品标题及其条形码从服务器发送到移动应用程序。

希望这些示例有助于证明使用某种结构数据库引擎而不是使用平面文件。然而，数据库的具体风格和实现本身就是另一个问题。

Answer 2

一般来说，关系数据库存储在远程服务器上，您可以通过客户端界面访问它们。每个数据库供应商都有安装在远程计算机上的软件，允许您访问服务器上的数据库。执行查询时，整个数据库不会发送回客户端，但如果您不小心构建查询，它可能会发送非常大的结果集。一般来说流程是这样的：

• 数据库服务器监听客户端连接
• 客户端连接并发出 SQL
  向数据库发出命令
• 数据库构建一个查询计划
  弄清楚如何得到结果
• 计划被执行并得到结果
  被发送回客户端。

CSV 只是一种文件格式，而不是像关系数据库那样功能齐全的平台。