填報 - 分片問題分析
舉例:多源普通填報表
描述:
2~6 行的資料來源於 rq_report_address_main 資料庫表 欄位指定物件名為 address_main,
8 行的資料來源於 rq_report_address_detail 資料庫表 欄位指定物件名為 details1
如果原始資料表 rq_report_address_detail 中,記錄數小於 2,那麼再預覽檢視錶結構的時候會發現系統解析後將上下倆部分 分為了一片 如下圖:
出現此現象的原因是:
目前
分片規則是把介面中所有的單值劃分到一組,只有存在多個值得欄位才劃分成新的組;
比如 我現在 D2 D3 C8 D8 等都是單值 如果解析的時候發現 C8 擴充套件出了多個值 那就把它及相關數值格單獨劃分為一個分片,而後要根據分析出來的分組情況編寫不同的去向 dfx 程式。
補充:
除上述情況外,
如精確指定欄位名稱所屬物件的話,按照指定欄位名稱行列進行分片;
如不指定欄位名稱所屬物件,第一步先自動確定欄位名,第二步才自動分片 規則如下:
每片形成一個序表(序表可以理解為一個資料表)。通常行列上連續的一片數值格(連同對應的維度格)會被當做一片;
連續的多行(兩行以上)中,只有數值格,沒有維度格和非空普通格會被當做自由增刪行的行式分片;除了這些分片以外的單值資料(維度格、數值格)將被拼到一個一行記錄的序表中。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/69900830/viewspace-2683139/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 如何分析報表效能問題
- Mycat分片方案需要解決的問題
- Kylin儲存和查詢的分片問題
- 迴圈請求報204問題分析
- LightDB Canopy 常見報錯問題分析(一)
- [日常填坑系列]CAP食用指南-版本引用問題
- 多維度分片需求,如何解決查詢問題?
- 【填坑指南】webpack圖片路徑與打包問題Web
- ClientAbortException 問題分析clientException
- 2024志願填報
- Excel都搞不定的多人填報,它能!還支援線上填報!Excel
- 皕傑報表之填報操作
- Rabbimtmq unack問題分析MQ
- Spring框架問題分析Spring框架
- HDFS Decommission問題分析
- JVM 問題分析思路JVM
- golang 分片上傳md5校驗不一致問題Golang
- Linux磁碟滿問題分析Linux
- OOM分析之問題一)OOM
- sonar常見問題分析
- unexpected reloc type問題分析
- 問題賬戶需求分析
- MySQL 死鎖問題分析MySql
- SSL Pulse專案:TLS版本不相容問題分析報告TLS
- PostgreSQL/Citus 常見報錯問題分析(一)ERROR: direct joins between distributedSQLError
- LightDB Canopy 常見報錯問題分析(二)DETAIL: Distributed relations cannot haveAI
- 簡單分析MySQL 一則慢日誌監控誤報問題MySql
- 填報表之資料留痕
- 行式填報之主鍵設定
- 填報表如何生成 UUID 標識UI
- 翱翔門戶自動填報疫情
- OOM分析之問題定位(二)OOM
- 如何分析Sonar常見問題?
- JMeter-壓測問題分析JMeter
- SQLServer記憶體問題分析SQLServer記憶體
- 教你如何 分析 Android ANR 問題Android
- openGauss資料庫分析問題資料庫
- mysql checksum 報錯問題。MySql