SQL
物品管理系統資料操作邏輯分析 - 目録
探討物品管理系統中資料操作的設計與流程，釐清新增與更新邏輯背後的技術考量 ...
2025-03-24 02:51:38 | 104 reads
如何設置讓你可以在區域網路內連接SQL Server？
開啟 SQL Server Configuration Manager 1點選「SQL Server 網路的設定」。 2啟用 TCP/IP 3打開屬性，拉到最底下，找到 IPAll TCP port 設定為 1433 *TCP 動態 Port 為空 *這樣設定後，最少可以用 IP 連接到本地的 SQL Server。 接下來是防火牆的入站規則設定 ...
2020-01-08 15:53:00 | 1k reads
如何用 sa 帳號和密碼登入 SQL Server 2019 Express
安裝 SQL Server 2019 Express 後，默認以 Windows Authentication 登入。 1登入後，打開 Security 資料夾，找到 Logins 資料夾中的 sa 帳號。 2右鍵點擊 sa 帳號，選擇屬性。 3在 Status 頁面，將 Login 設為 Enabled（確認不要勾選 Login is locked out）。 4點擊 General 頁面，重新設置密碼。勾選 Enforce password policy。 接下來的步驟非常重要： 右鍵點擊整個實例（Instance），選擇屬性 ...
2020-01-08 16:00:11 | 2k reads
物品管理系統資料操作邏輯分析 - 管理換（受）済
【操作說明：供用官執行「管理換（受）」承認】 🔍 條件篩選 從 kanrigae_tbl 中查找符合以下條件的記錄： shori_sts = 51（處理狀態為「受理中」） seiri_kbn = 151（整理區分為「管理換（受）」） r_kyouyoukan_cd = current_op_cd（所屬供用官為當前使用者） 從符合條件的記錄中選出 一筆 doc_cd 作為本次操作對象。 ⚠️ 注意事項 本次操作屬於 供用官承認處理。 以下為對應資料表的更新與插入操作 ...
2025-05-02 00:38:16 | 1 reads
物品管理系統資料操作邏輯分析 - 管理換（受）
管理換（受）資料更新流程（由管理官執行） 【查詢條件】 從 kanrigae_tbl 中，查找符合以下條件的記錄： shori_sts = 12 seiri_kbn = 151 r_kanrikan_cd = 當前操作員編號（current_op_cd） 自查詢結果中挑選一筆 doc_cd，作為此次「管理換（受）」的處理對象。 【更新內容】 🔹 表：kanrigae_tbl（共 4 項更新） 將 r_kanri_doc_no 更新為使用者輸入值 將 shori_sts 狀態由 12 更新為 51 將 upd_op_cd 設為當前操作員編號（current_op_cd） 將 upd_ymd 設為當前日期 ...
2025-05-02 00:08:37 | 3 reads
PostgreSQL 備份檔是否包含 CREATE SCHEMA？
在使用 pg_dump 進行資料庫備份時，常見疑問之一是： ➤ 備份出來的 SQL 是否包含 CREATE SCHEMA？ ✅ 答案很簡單： 只要該 schema 不是預設的 public，pg_dump 就會自動包含 CREATE SCHEMA 語句 ...
2025-04-25 05:41:24 | 1 reads
在 PostgreSQL 的 Transaction 中即時讀取剛剛 INSERT 的資料：設計與實務經驗分享
在日常開發中，我們經常會遇到這樣的需求流程： 新增一筆資料（INSERT）到資料表。 緊接著查詢剛剛新增的這筆資料的欄位（SELECT）。 根據這筆查詢結果，執行後續的資料更新（UPDATE）。 那麼問題來了：在同一個交易（Transaction）中，我們真的能馬上 SELECT 到剛剛 INSERT 的資料嗎 ...
2025-04-10 04:04:30 | 2 reads
PostgreSQL 資料庫備份：兩種 .dump 導出方式的差異與建議
在日常維運 PostgreSQL 資料庫時，資料備份是不可或缺的一環，而 pg_dump 是官方提供的備份工具。本文將探討常見的兩種導出 .dump 檔案方式，並分析其格式、用途及優劣差異，幫助你選擇更合適的備份策略 ...
2025-04-04 06:59:13 | 3 reads
如何確認 PostgreSQL 中是否存在欄位輸入限制
這是精簡版的技術筆記／博客草稿，只保留核心查詢與結論，適合快速記錄或內部分享用： PostgreSQL 資料輸入限制快速排查（精簡版） 在維護 PostgreSQL 資料庫時，若想確認「是否有資料層級的欄位輸入限制」，可以透過以下 SQL 進行快速判斷 ...
2025-04-03 07:22:57 | 2 reads
物品管理系統資料操作邏輯分析：鏈接表（返品処理追加データ）
在「物品管理系統」中，link_tbl 表扮演著關聯各種業務操作的關鍵角色。它的資料主要來源於剛剛處理完的以下三個資料表 ...
2025-04-03 04:30:52 | 16 reads
物品管理系統資料操作邏輯分析：供用簿（返品処理追加データ）
【物品管理系統】返品處理 → 供用簿追加邏輯整理 本流程為「返品處理」後自動追加供用簿資料（kyouyoubo_tbl）之邏輯整理。主要欄位來源與對應如下 ...
2025-04-03 02:14:28 | 10 reads
物品管理系統資料操作邏輯分析：管理簿（返品処理追加データ）
在物品管理系統中，當進行「返品処理」時，除了基本的資料記錄外，還會額外將數據插入到 kanribo_tbl（管理簿）中。本篇文章將詳細說明其資料來源與邏輯流程，幫助後續開發或維護人員理解整體運作 ...
2025-04-02 08:35:04 | 66 reads
PostgreSQL：nextval() 與 currval() 的用法解析
在 PostgreSQL 中，SEQUENCE 是用來產生連續數值（通常用來當主鍵 ID）的物件。而 nextval() 和 currval() 是兩個與 sequence 緊密相關的函數 ...
2025-04-02 06:30:48 | 3 reads
物品管理系統資料操作邏輯分析：返還機関変更流程
流程省略 START→返還→返還済→管理換（払）→管理換（払）承認済→END ...
2025-04-02 05:26:11 | 26 reads
物品管理系統資料操作邏輯分析 - 寄託（外へ）承認済
在本篇文章中，將探討物品管理系統在寄託（外へ）承認済流程中的資料操作邏輯。以下內容根據實例整理，直接呈現各操作語句與其對應的形式，方便參考與理解系統執行邏輯 ...
2025-03-28 01:04:56 | 18 reads
物品管理系統資料操作邏輯分析 - 管理換（払）承認済
物品管理系統：管理換（払）承認済 操作邏輯分析（含實際觸發記錄） 一、前提說明 本次分析基於以下操作場景： 處理類型：「新規取得 C-00009 - 數量 4」 操作方式：1 組「まとめる」，2 組「まとめない」 觸發機制：PostgreSQL Trigger + 通知通道 table_update_channel 實時推送操作結果 總操作數：28 條資料操作語句（UPDATE、INSERT 為主） ...
2025-03-27 07:01:17 | 18 reads
物品管理系統資料操作邏輯分析 - 返還済
返還完成需更新相關表資料，依處理模式執行合併或逐筆操作，確保物品返還與管理狀態正確轉換 ...
2025-03-27 04:33:46 | 25 reads
物品管理系統資料操作邏輯分析 - 返還
返還的數據說多不多，說少也不少。根據資料來源【新規取得C-0009-4個-まとめる-まとめない（二つずつ）】，更新的順序大致如下 ...
2025-03-27 01:52:32 | 33 reads
物品管理系統資料操作邏輯分析 - 寄託（外へ）
寄託處理流程整理 在寄託流程中，主要涉及多個資料表的操作，整個流程由 供用官 發起，管理官 負責處理。具體步驟如下： 1. 受理寄託（juryou_tbl） doc_cd：來自 SEQUENCE 產生的唯一編號。 seiri_kbn：設定為 701（分類代碼）。 uketuke_ymd：由寄託者填寫的受理日期。 kanrikan_cd：該物品原本具有的屬性。 shori_sts：狀態設定為 50（表示處理完成）。 ins_ymd：當前精確時間（插入時間 ...
2025-03-17 05:26:39 | 27 reads
物品管理系統資料操作邏輯分析 - 受入
本流程詳細說明受入數據的處理邏輯，包括 ukeharai_tbl、kanribo_tbl、kyouyoubo_tbl 等多張表的更新與插入，並根據「まとめる」與「まとめない」兩種情境執行不同的數據處理方式。此外，統計了整個流程的總操作次數，確保業務邏輯清晰、準確且高效執行 ...
2025-03-17 04:23:45 | 26 reads