默认分类
未读
Day28-16｜6.4.2 嵌入 SQL 访问接口
Day28-16｜6.4.2 嵌入 SQL 访问接口：让宿主程序与数据库操作协同工作 本文对应《系统架构设计师教程（第2版）》第6章“数据库设计基础知识”6.4.2“嵌入 SQL 访问接口”。嵌入 SQL 是在 C、Java、COBOL 等宿主语言程序中直接书写 SQL 语句，借助预编译器、驱动或运
默认分类
未读
Day28-12｜6.3.5 物理设计
Day28-12｜6.3.5 物理设计：把逻辑模型落实为性能、容量与可用性 本文对应《系统架构设计师教程（第2版）》第6章“数据库设计基础知识”6.3.5“物理设计”。物理设计是在逻辑结构确定后，根据具体数据库平台、部署环境、数据规模、访问模式和质量目标，确定数据的存储方式和访问路径。索引、聚簇、分
默认分类
未读
Day28-13｜6.3.6 数据库实施
Day28-13｜6.3.6 数据库实施：把设计变成可重复、可验证、可回滚的交付物 本文对应《系统架构设计师教程（第2版）》第6章“数据库设计基础知识”6.3.6“数据库实施”。数据库实施是把概念模型、逻辑模型和物理设计落实到具体数据库环境的过程，包括建库建表、约束和索引创建、数据装载与迁移、应用联
默认分类
未读
Day28-15｜6.4.1 库函数级别访问接口
Day28-15｜6.4.1 库函数级别访问接口：把数据库能力安全、稳定地交给应用 本文对应《系统架构设计师教程（第2版）》第6章“数据库设计基础知识”6.4.1“库函数级别访问接口”。应用程序访问数据库需要经过一定的接口层。库函数级别访问接口以函数库、驱动或客户端 API 的形式，为程序提供建立连
默认分类
未读
Day28-14｜6.3.7 数据库运行维护
Day28-14｜6.3.7 数据库运行维护：让数据系统长期可用、可控、可恢复 本文对应《系统架构设计师教程（第2版）》第6章“数据库设计基础知识”6.3.7“数据库运行维护”。数据库上线不是设计工作的终点，而是长期运行和持续演进的开始。运行维护包括日常监控、性能管理、备份恢复、故障处理、权限审计、
默认分类
未读
Day28-17｜6.4.3 通用数据接口标准
Day28-17｜6.4.3 通用数据接口标准：在统一编程模型与数据库特性之间取平衡 本文对应《系统架构设计师教程（第2版）》第6章“数据库设计基础知识”6.4.3“通用数据接口标准”。通用数据接口标准为应用提供相对统一的数据库访问方式，使程序可以通过驱动管理器、驱动程序和标准 API 连接不同数据
默认分类
未读
Day28-20｜6.5.2 NoSQL 数据库体系框架
Day28-20｜6.5.2 NoSQL 数据库体系框架：从单一存储走向可治理的数据服务平台 本文对应《系统架构设计师教程（第2版）》第6章“数据库设计基础知识”6.5.2“NoSQL 数据库体系框架”。NoSQL 数据库体系框架不是某一个产品的内部结构，而是从数据模型、访问接口、分布式存储、复制和
默认分类
未读
Day28-21｜7.1.1 软件架构的定义
Day28-21｜7.1.1 软件架构的定义：在复杂性中建立系统的高层结构与关键决策 本文对应《系统架构设计师教程（第2版）》第7章“系统架构设计基础知识”7.1.1“软件架构的定义”。软件架构是对系统整体结构、组成元素、元素之间关系以及指导其设计和演化的原则的描述。它不是一张部署图，也不是技术名词
默认分类
未读
Day28-18｜6.4.4 ORM 访问接口
Day28-18｜6.4.4 ORM 访问接口：让对象模型与关系模型协同，而不是互相掩盖 本文对应《系统架构设计师教程（第2版）》第6章“数据库设计基础知识”6.4.4“ORM 访问接口”。对象关系映射（Object-Relational Mapping，ORM）通过映射规则把面向对象程序中的类、对
默认分类
未读
Day28-19｜6.5.1 NoSQL 数据库的分类与特点
Day28-19｜6.5.1 NoSQL 数据库的分类与特点：按数据特征选择模型，而不是追逐产品标签 本文对应《系统架构设计师教程（第2版）》第6章“数据库设计基础知识”6.5.1“NoSQL 数据库的分类与特点”。NoSQL 通常指一组不完全遵循传统关系数据库组织方式的数据管理技术，常见类型包括键
默认分类
未读
Day28-22｜7.1.2 软件架构设计与生命周期
Day28-22｜7.1.2 软件架构设计与生命周期：让架构决策贯穿系统从孕育到演化 本文对应《系统架构设计师教程（第2版）》第7章“系统架构设计基础知识”7.1.2“软件架构设计与生命周期”。软件架构不是项目早期画完一张图后永久不变的成果，而是在系统生命周期中不断被提出、验证、实施、运行、维护和演
默认分类
未读
Day28-23｜7.1.3 软件架构的重要性
Day28-23｜7.1.3 软件架构的重要性：用高层决策控制系统质量、成本与演进风险 本文对应《系统架构设计师教程（第2版）》第7章“系统架构设计基础知识”7.1.3“软件架构的重要性”。软件架构之所以重要，是因为它把影响整个系统的关键决策前置，并为功能实现、质量属性、团队协作、项目计划、技术复用
