有一點要注意的是,work_notes
場並不是一個真正的田野上表中,work_notes
場journal_input
類型,這意味着它實際上只是一個通往實際的底層數據模型。 「修改」work_notes
實際上只是插入sys_journal_field
。
sys_journal_field
是存儲您正在查找的工作筆記的表格。鑑於事件記錄的sys_id,這個URL會給你所有的日誌欄條目爲特定的記錄:
/sys_journal_field_list.do?sysparm_query=name=task^element_id=<YOUR_SYS_ID>
你會發現這包括所有的雜誌領域(評論+ work_notes +其他東西),所以如果你只是通緝的工作筆記,你可以簡單地添加查詢對element
正是如此:
/sys_journal_field_list.do?sysparm_query=name=task^element=work_notes^element_id=<YOUR_SYS_ID>
這意味着爲您服務!
雖然你不能一個物理行分成UI中的多個邏輯行,在雜誌的情況下字段,你可以使用數據庫視圖加入你的目標表對sys_journal_field
表。這與您的目標背道而馳,因爲您不會爲所有工作記錄獲取單行,而是爲每個匹配的工作記錄添加一行。
考慮到與3個工作筆記的事件INC123,你對數據庫視圖報告看起來有點像這樣:
- 行1:INT123 | markmilly |這是一個測試事件|
- 第2排:INT123 | | |工作筆記#1
- 第3排:INT123 | | |工作筆記#2
- 第4排:INT123 | | |工作筆記#3
爲什麼不能簡單地將工作註釋字段與其餘數據一起包含在同一行中?您希望通過按照您描述的方式檢索數據來完成什麼?如果您不需要立即使用「工作註釋」字段,那麼爲什麼不能在稍後運行單獨的查詢以在需要時抓取它?我不知道你問的是否可能,但我也不知道它是如何有用的,有時候最好的解決方案是如果可能的話保持簡單。 – ShadowLiberal