SQL
物品管理系統資料操作邏輯分析 - 目録
探討物品管理系統中資料操作的設計與流程，釐清新增與更新邏輯背後的技術考量 ...
2025-03-24 02:51:38 | 86 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
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 | 25 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 | 17 reads
物品管理系統資料操作邏輯分析 - 返還済
返還完成需更新相關表資料，依處理模式執行合併或逐筆操作，確保物品返還與管理狀態正確轉換 ...
2025-03-27 04:33:46 | 24 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 | 25 reads
物品管理系統資料操作邏輯分析 - 新規取得
這張圖展示了一個物品管理系統的資料庫操作流程，涉及多個資料表（ukeharai_tbl、ukeharai_meisai_tbl、kobetu_tbl、kanribo_tbl），並說明了資料的插入方式，以及「物品的『まとめる』（合併）選項」如何影響資料儲存的方式 ...
2025-03-17 01:59:38 | 61 reads
Access的Columns 集合字段说明
Columns 集合支持的列： TABLE_CATALOG TABLE_SCHEMA TABLE_NAME COLUMN_NAME COLUMN_GUID COLUMN_PROPID ORDINAL_POSITION COLUMN_HASDEFAULT COLUMN_DEFAULT COLUMN_FLAGS IS_NULLABLE DATA_TYPE TYPE_GUID CHARACTER_MAXIMUM ...
2024-11-27 02:29:33 | 301 reads