Ms access 在MS Access 2013中，是否有任何编程理由不在对象名称中使用空格？

在我看来，大多数MS Access开发人员强烈主张严格排除使用空格的对象名。直到我创建的数据库建立良好之后，我才了解到这一点，随后我在几乎每个对象名称（表、表单、查询、组合框、命令按钮等）中都有空格。这就是说，在编写代码时，除了必须围绕所有内容

[括号内]

，我还没有遇到任何与它们的使用相关的问题或挫折。是否有一些编程上的原因，一个人不应该使用我丢失的空格

是否有一些编程上的原因，一个人不应该使用我丢失的空格

不是真的。许多开发人员避免使用此类名称（以及AccessSQL中的名称）主要是为了方便，而且在创建新数据库时这样做仍然不是一个坏主意。但是，如果已经创建并部署了数据库，则可以继续使用

[方括号]

来分隔对象名称

（我的猜测是，“带空格的名称”的最强烈反对者在多年前就开始厌恶这些名称，因为如果你碰巧使用了一个处理不当的工具，这些名称可能会引起很大的麻烦。然而，大多数错误都已经解决了，甚至微软的“北风”也不例外。）Access示例数据库使用包含空格的表名。）

。没有

---

但是空间肯定会造成问题，增加维护成本。长期以来，我一直认为在数据库对象名称中不使用空格是一种最佳做法。

只要您认真考虑在需要的地方使用方括号，我想不出对象标识符中的空格会造成任何伤害。但是你需要方括号。哎呀！：-）我想不出函数的缺点，但我确实发现括号使代码更难阅读，因为空格跳出得更清楚，搜索包含多词查询和字段名的长sql语句可能会让人筋疲力尽。它实际上只是在编写新代码时强制执行了一个额外的步骤。如果我确实需要一个空格，我通常会用下划线替换，这样括号就不需要了，而且它们不会与空格混淆。谢谢你们两位的观点！Christopher，这当然是有道理的，在编写更复杂的查询时，我已经开始体验到这一点。您能否提供一个示例，说明使用空格将如何增加维护成本？当在MS Access中仅使用预加工工件时，几乎没有什么问题。但是，当您开始钻研动态SQL，或者让其他系统进入您的access数据库并进行操作时。问题往往出现在名称中带有空格或其他奇怪字符的对象周围。我可以看出，与其他不太适合处理空格的系统交互可能会导致问题。这是一个很好的观点——谢谢！