由于“不同”原因导致访问查询备忘录字段被截断

Question

我在运行查询时遇到问题，既没有截断 NotesTbl 中的注释字段，也没有返回重复的条目。

对于 AccessTbl，UID 不是唯一的。 当我省略“不同”注释时，将多次返回，因为我在非不同条件下加入 AccessTbl。 当我使用 distict 时，注释字段会被截断，因为它是备注字段。

这是我的查询：

SELECT DISTINCT NotesTbl.pin, NotesTbl.noteid, NotesTbl.note, NotesTbl.date,
AccessTbl.affiliation, AccessTbl.name
FROM NotesTbl
LEFT JOIN AccessTbl
ON NotesTbl.UID = AccessTbl.UID
WHERE PIN = #pin#
AND UID = '#uid#'
ORDER BY NotesTbl.DATE DESC

Answer 1

Access 数据库引擎通常仅使用前 255 个字符来确定文本（“字符串”）数据的唯一性，这就是 DISTINCT 和 GROUP BY 将被截断的原因。

这个建议有点啰嗦，但它确实有效：将 MEMO 分成 255 个字符的块，在这些块上使用 DISTINCT，然后再次将它们连接在一起，例如（ Access 数据库引擎 ANSI-92 查询模式语法（即子查询的括号）：

SELECT DT2.MyMemoCol_1 & DT2.MyMemoCol_2 AS MyMemoCol
  FROM (
        SELECT DISTINCT DT1.MyMemoCol_1, DT1.MyMemoCol_2
        FROM (
              SELECT MID(MyMemoCol, 1, 255) AS MyMemoCol_1, 
                     MID(MyMemoCol, 256, 255) AS MyMemoCol_2 
                FROM Test1
             ) AS DT1
       ) AS DT2;

---

已发布评论：

将备忘录分解为
255 个字符的块完全是
不必要。 您可以简单地排序
Left(MyMemoCol, 8192) 或其他
适当选择的值
返回字段长度。

嗯，根据我的测试，这根本不起作用。 快速重现：

CREATE TABLE Test1 (MyMemoCol MEMO NOT NULL);

INSERT INTO Test1 (MyMemoCol) VALUES (STRING(300, 'A'));
INSERT INTO Test1 (MyMemoCol) VALUES (STRING(300, 'A') & STRING(5, 'X'));
INSERT INTO Test1 (MyMemoCol) VALUES (STRING(300, 'A'));

SELECT LEFT$(MyMemoCol, 8192)
  FROM Test1
 GROUP 
    BY LEFT$(MyMemoCol, 8192);

在 SQL-92 查询模式下使用 Access2007 .accdb ACE 引擎查询对象的 SQL 视图进行测试，查询返回单行（不正确），其值已被截断为 255 个字符（不正确）。

早期的“分块”查询返回两行（正确），没有截断（正确）。

Answer 2

我找到了一个似乎有效的解决方案。 我使用“分组依据”来强制 PIN 和 NoteID 的区别。 我尝试使用 First() 来从清晰度比较中排除注释以避免截断。

SELECT NotesTbl.pin, NotesTbl.noteid, First(NotesTbl.note) as notebody, NotesTbl.date,
AccessTbl.affiliation, AccessTbl.name
FROM NotesTbl
LEFT JOIN AccessTbl
ON NotesTbl.UID = AccessTbl.UID
WHERE PIN = #pin#
AND UID = '#uid#'
GROUP BY pin,affiliation,name,date,noteid
ORDER BY NotesTbl.DATE DESC

Answer 3

编辑：--删除了第一个建议--

...
另一种方法是将您的请求分解为两个查询：一个查询优化 AccessTbl，以便 UID 在查询中是唯一的，另一个查询将 NotesTbl 联接到您刚刚创建的 qryAccessTblUnique 查询。

Answer 4

您还可以过滤 CF 端的查询对象以删除（或忽略）已显示的响应。 效率不高，但如果您使用 Acess，我猜流量大并不是一个大问题。

类似这样的：

<cfoutput query="notes">
   <cfset diplay="true">
   <cfloop from="1" to="#notes.currentrow-1#">
       <cfif note neq notes.note[i]>
            <cfset display="false">
       </cfif>
    </cfloop>
    <cfif display>
       #note#
    </cfif>
</cfoutput>

对于大量的返回 n，这在 O(n^2) 下会很丑陋，但对于小 n，它应该给你你想要的。