为什么查询中的额外空格和换行符不好？

Question

我有时会看到人们说从客户端应用程序发送到服务器的 SQL 查询不应包含任何额外的换行符或空格。我听到的原因之一是“为什么要浪费网络流量？”。

是否有真正的理由让代码更难以阅读和编辑以支持删除所有空格？

有空格：

$q = 'SELECT
            `po`.*,
            `u`.`nickname`,
            `u`.`login`
        FROM
            `postponed_operations` AS `po`
            LEFT JOIN `users` AS `u` ON `u`.`id` = `po`.`user_id`
        ORDER BY `will_be_deleted_after`';
return mysql_query($q);

无空格：

$q = 'SELECT '.
            '`po`.*,'.
            '`u`.`nickname`,'.
            '`u`.`login`'.
        'FROM '.
            '`postponed_operations` AS `po` '.
            'LEFT JOIN `users` AS `u` ON `u`.`id`=`po`.`user_id` '.
        'ORDER BY `will_be_deleted_after`';
return mysql_query($q);

Answer 1

确实，这会消耗网络流量和服务器时间；但除了最极端的情况外，在所有情况下它都可以忽略不计。
现在，如果您正在编辑 FaceBook（或 Google 或类似的）的代码，并以这种方式优化 10 个最常见的查询，那么就有一点了，因为它们每天将运行数十亿次。
但在所有其他情况下，我认为考虑删除空格是浪费时间。

Answer 2

这是主观的，但在我看来，可读性胜过任何额外的空格和换行符。如果编码标准要求每次都断开字符串，我可能会发疯。

Answer 3

如果您绝对必须优化空间等，请不要在源代码中执行此操作。相反，将其通过自动化中间工具进行处理。

如果我们谈论网络，我会说对于静态内容（很少更改的脚本文件等）来说，这样做的额外成本可能是值得的，但我对动态内容这样做持怀疑态度。

在所有情况下：

• 如果您更改源，这将是维护的噩梦。
• 如果您使用压缩/解压缩工具，您将比简单地删除空间节省更多（平均而言），但代价是延迟和 CPU 时间。
• 除非你有一些真正病态的结构，否则它基本上只占总成本的一小部分，即使我们只考虑 TCP 数据包的大小和返回的查询数据。

也许与您的情况无关，但无论如何我都会提到它：一种完全不同的方法可能是使用紧密封装的消息格式而不是查询 ID，而不是每次都传输查询。

Answer 4

绝对地。我经常这样做。我还：

• 删除反引号。谁需要它们？

因此，

`po` ----- becomes -----> po 

• 数据库、表、字段、索引等使用尽可能小的名称。

因此，

postponed_operations  --- becomes ---> po    --- p is already taken for posts
will_be_deleted_after --- becomes ---> wi    --- w is already taken for words

• 完全删除不必要的关键字，例如AS。无论如何，所有表名都很短（规则 2！）

因此

LEFT JOIN `users` AS `u`  --- becomes --->   LEFT JOIN u 

，我会将上述查询编写为：

$q='SELECT po.*,ni,lo FROM po LEFT JOIN u ON i=ui ORDER BY wi'

---

Tags:

joke

Answer 5

虽然删除不必要的空格和换行符确实会减少发送到数据库服务器的数据量，但您不应该为此担心。

相反，您应该关心代码的可读性和可维护性。这是编写软件代码时需要牢记的两件非常重要的事情！

如果减少网络流量是唯一的好处，那么我们可以认为您应该创建一个 存储过程。

例如。您可以将以下查询更改

SELECT
            `po`.*,
            `u`.`nickname`,
            `u`.`login`
        FROM
            `postponed_operations` AS `po`
            LEFT JOIN `users` AS `u` ON `u`.`id` = `po`.`user_id`
        ORDER BY `will_be_deleted_after`;

为

CALL GetLoginData();

Now that would be ~80-95% 减少。但这值得吗？

绝对不行。

做这样的事情宁愿让开发者的日子过得很痛苦，也不会增加任何显着的价值！

话虽如此，仅在没有人会更改代码的地方使用缩小版本的代码。例如。 CSS 库和 JS 库你永远不会改变！

我希望您明白了这一点，并且您将继续编写可读和可维护的代码！