iT邦幫忙

database相關文章
共有 399 則文章

技術 資料庫設計 (十五) - 第三正規化(3NF)

什麼是第三正規化(3NF)? 第三正規化的定義如下: 在符合第二正規化(2NF)的條件下,資料表中不應該存在傳遞依賴(Transitive dependenc...

技術 資料庫設計 (十四) - 第二正規化實務案例 : 大學

將 universities 資料表轉換為第二正規形式(2NF) 本篇會繼續以第二正規化(2NF)的基本原則來優化大學資料表(universities)。 優化...

技術 資料庫設計 (十三) - 第二正規化實務案例 : 老師

將 teachers 資料表轉換為第二正規形式(2NF) 本篇會繼續以第二正規化(2NF)的基本原則來優化老師資料表(teachers)。 優化「老師」資料表...

技術 資料庫設計 (十二) - 第二正規化實務案例 : 學生 / 課程

第二正規化是什麼? 第二正規化的核心在於:所有非主鍵欄位都必須完全依賴於主鍵。也就是說,資料表中的每個非主鍵欄位都應該直接且唯一地由主鍵決定,不能僅依賴主鍵的一...

技術 資料庫設計 (十一) - 第二正規化(2NF)

什麼是第二正規化(2NF)? 第二正規化的定義如下: 資料表必須在符合第一正規化(1NF)的條件下,每個非主鍵欄位都必須完全依賴主鍵(Primary Key)...

技術 資料庫設計 (十) - 關聯(Relationships)

什麼是關聯? 在資料庫中,「關聯」是用來描述兩個資料表如何彼此關聯或被連接的方式。雖然資料表可以獨立存在,但透過建立正確的關聯,可以提升資料的整體一致性與品質。...

技術 資料庫設計 (九) - 第一正規化實務案例 : 大學

設計「大學」資料表 本篇會繼續以第一正規化(1NF)的基本原則來設計一張大學資料表(universities)。 初始設計:欄位與潛在問題 假設我們原本設計的大...

技術 資料庫設計 (八) - 第一正規化實務案例 : 老師

設計「老師」資料表 本篇會繼續以第一正規化(1NF)的基本原則來設計一張老師資料表(teachers)。 初始設計:欄位與潛在問題 假設原始的 teachers...

技術 資料庫設計 (七) - 第一正規化實務案例 : 課程

設計「課程」資料表 本篇會繼續以第一正規化(1NF)的基本原則來設計一張課程資料表(subjects)。 初始設計:欄位與潛在問題 假設我們原本設計的學生資料表...

技術 資料庫設計 (六) - 第一正規化實務案例 : 學生

設計「學生」資料表 在上一篇文章了解了第一正規化(1NF)的基本原則後,讓我們透過一個實際案例來應用這些概念:設計一張學生資料表(students)。 初始設計...

技術 資料庫設計 (五) - 第一正規化(1NF)

什麼是第一正規化(1NF)? 第一正規化的核心原則是:資料表中的每一個欄位(Column)必須只存放「原子值」(Atomic Value),也就是不可再分割的最...

技術 資料庫設計 (四) - 定義屬性(Attribute)

如何判斷實體需要哪些屬性? 設計資料庫時,第一步通常是理解實體本身。這些實體對應到現實生活中的概念,例如學生、科目、老師、或大學等。從這些實體的現實對應中,我們...

技術 資料庫設計 (三) - 例外與擴充

從例外狀況與未來擴充談起 在設計資料庫的過程中,我們通常會遵循一系列規則與最佳實務,例如資料正規化、資料型別設計與欄位約束。然而,在這些「規則」背後,例外情況往...

技術 資料庫設計 (二) - 收集需求

找出需要儲存什麼,以及為何要儲存? 資料庫設計的下一個核心步驟,是收集需求。這個階段的目的是明確回答一個問題: 這個資料庫「需要儲存什麼」?又「為什麼要儲存這...

技術 資料庫設計 (一) - 建立目標

序言:關聯式資料庫設計的思考與整理 這個系列是我在重新梳理關聯式資料庫設計時的紀錄,目的不只是筆記知識點,而是把整個設計過程中應該思考的邏輯、原則與實務取捨條理...

技術 [30天SQL筆記] Day 2: 關聯模型(上)

大家好,我是Josh,我才沒想到才發布一天就停更。廢話不多說馬上進入主題!今天要介紹什麼是關聯模型,這個詞很多人聽過但一知半解,只知道跟SQL有關但就沒有然後了...

技術 關於 MongoDB 性能優化:手把手帶你寫分析報告

前言 在探索 MongoDB 性能監控的過程中,我爬了一堆文章,最後總結一系列我認為很重要的關鍵指標,本文將藉著實務經驗分享我們該如何使用各項查詢指令,並分析...

技術 關於 MongoDB 性能優化:從診斷問題到解決方案的經驗分享

前言 作為資料庫管理的新手小白,在 MongoDB 應用方面實在沒什麼經驗,採用 MongoDB 也只是為了方便儲存不對稱數據的優勢,然而使用到現幾個月了逐漸...

鐵人賽 Software Development DAY 29

技術 Day-29 | Database - 什麼時候要使用 Redis ?

倒數兩天,來聊聊最近常使用的 Redis 和傳統資料庫的差別 ~ What is Redis Redis can be used as a database,...

鐵人賽 Software Development DAY 24

技術 Day-24 | 自動化部署的好朋友 Ansible(2) - 簡單部署 MySQL 服務

昨天介紹完 Ansible 的重要元件,今天來簡單的實作。 安裝 pip install ansible 確認安裝成功 ansible --version a...

鐵人賽 Software Development DAY 25

技術 Day-25 | Database - 刪除資料的差別 feat. TRUNCATE, DELETE, DROP

昨天在一個地方剛好看到三者的對比,今天就來比較一下三個 DB 刪除資料的方式 TRUNCATE vs. DELETE vs. DROP 在管理資料庫時,針對表(...

鐵人賽 生成式 AI DAY 21

技術 Part2: 地端實作聊天機器人-用docker compose部屬資料庫

▋用docker compose部屬資料庫 前兩天我們確認好開發環境,也把程式碼下載到環境中。今天延續說明文件,git clone之後,如果環境中還沒有安裝這...

鐵人賽 Software Development DAY 19
Rust 學得動嗎 系列 第 19

技術 [Day 19] Rust 如何操作資料庫

今天,我們來學習 Rust 如何操作資料庫和如何使用 Rust 與不同的資料庫系統進行互動,實現高效的資料存取與查詢操作。Rust 以其安全性和高效能著稱,這些...

鐵人賽 Odoo DAY 17

技術 【Day17】Odoo ORM 之 SQL 進階功能對應

Odoo ORM 支援某些 SQL 功能,如視圖 (Views)、索引 (Indexes)、事務 (Transactions)、資料完整性 (Data Inte...

鐵人賽 Software Development DAY 18

技術 Day-18 | Database ACID transaction(2) feat. 髒讀、不可重複讀、幻讀& Postgresql

今天接著昨天沒介紹完的 ACID Atomicity 原子性 Atomicity,指的是 transaction 是一個單一個工作單元,原子性的 transac...

鐵人賽 Software Development DAY 17

技術 Day-17 | Database ACID transaction(1)

今天來聊聊大家都耳熟能詳的 ACID 。 What is ACID ACID is an acronym that refers to the set of 4...

鐵人賽 Odoo DAY 16

技術 【Day16】Odoo ORM 資料操作,簡易電商顧客訂單 增刪查改 (CRUD) 及 複雜關聯查詢 (Join)

Odoo ORM 更適合處理大多數日常應用中的 CRUD 操作,而 SQL 則在性能優化和處理複雜查詢時更加靈活。不囉說,先上精彩的對照表格。 SQL DML...

鐵人賽 Odoo DAY 15

技術 【Day15】零基礎 ERP 關聯式資料庫 (Relational Database):操作表格資料 (DML)

DML(Data Manipulation Language)主要用於對資料進行操作,這些操作包括插入(Insert)、更新(Update)、刪除(Delete...

鐵人賽 Software Development DAY 15

技術 Day-15 | Postgres Query plan - join strategies

今天我們延續昨天,接著來看看 join strategies 的部分 Nested Loop Join Nested Loop Join 是所有策略中最簡單且...

鐵人賽 Software Development DAY 16

技術 Day-16 | Postresql 資料回收機制 - VACUUM

最近在公司剛好接觸到 Postgresql 的資料回收機制,今天就來聊聊~ VACCUM garbage-collect and optionally anal...