SPARQL查询中的句点(.)作用解析：缺失会引发什么问题？

SPARQL里的.本质是查询元素的分隔符，用来告诉引擎“这是一个独立的逻辑单元，到此为止”。它的角色有点像英文里的句号——把不同的句子分开，避免混在一起造成歧义。

没有.会遇到什么问题？哪些查询写不了？ #

虽然很多时候换行、分号;、大括号{}能替代.的作用（就像你给出的例子），但完全去掉.的话，会直接破坏语法结构，导致大量查询无法编写：

1. 同一行的多个逻辑单元无法区分
   如果把两个独立的三元组写在同一行，不用.分隔的话，引擎会把它们当成一个语法错误的整体。比如：

   # 正确写法
   ?person wdt:P31 wd:Q5. ?person wdt:P106 wd:Q10873124
   # 错误写法（无`.`）
   ?person wdt:P31 wd:Q5 ?person wdt:P106 wd:Q10873124
   

   后者会被引擎识别成一个四元组（SPARQL只认三元组：主语-谓语-宾语），直接报错。

2. 不同主语的三元组无法正确拆分
   分号;只能用来简化同一主语的三元组（比如?person :p1 :o1; :p2 :o2等价于?person :p1 :o1. ?person :p2 :o2.），但如果两个三元组主语不同，必须用.分隔。比如：

   # 正确写法
   ?a wdt:P31 wd:Q5. ?b wdt:P106 wd:Q10873124
   # 错误写法（无`.`）
   ?a wdt:P31 wd:Q5 ?b wdt:P106 wd:Q10873124
   

   没有.的话，引擎根本无法识别这是两个独立的三元组，直接判定语法错误。

3. 复杂嵌套结构会出现歧义
   当查询包含多层嵌套（比如嵌套的OPTIONAL、UNION块），.能明确界定每个子元素的边界。虽然大括号能划分块，但块内的多个元素如果不用.或换行分隔，可能导致引擎误判逻辑关系。比如：

   # 正确写法
   OPTIONAL {
     ?person wdt:P21 ?gender.
     ?gender rdfs:label ?genderLabel.
   }
   # 错误写法（块内无`.`且不换行）
   OPTIONAL { ?person wdt:P21 ?gender ?gender rdfs:label ?genderLabel }
   

   后者会被当成一个错误的四元组，完全不符合查询意图。

类比到其他语言 #

• 类比SQL的逗号：就像你写SELECT name, age时必须用逗号分隔列，否则SELECT name age会被当成一个列名。SPARQL的.就是用来分隔不同的查询逻辑单元，没有它引擎会把多个单元混为一谈。
• 类比英文句子的句号：如果所有句子连在一起不加句号，读者根本分不清哪里是一句话的结束。.就是SPARQL查询的“句号”，帮引擎理清每个逻辑单元的边界。

为什么你的例子里可以不用.？ #

你给出的两个查询能正常运行，是因为SPARQL引擎支持语法糖：

• 换行可以作为隐式分隔符，替代.；
• 分号;已经替代了同一主语三元组的.；
• 大括号{}界定了子块（比如OPTIONAL、SERVICE）的边界，块内的换行也能起到分隔作用。

但这些都是引擎的“容错”或“简化写法”，严格遵循SPARQL语法的话，.是规范的分隔方式——尤其是在写复杂查询时，加上.能让逻辑更清晰，避免调试时踩坑。

内容的提问来源于stack exchange，提问作者Darren Cook