开发者社区

文档建议反馈控制台

最新优惠活动

文章/答案/技术大牛

发布

多个服务器共享数据库

是一种常见的云计算架构模式，被称为数据库集群。它允许多台服务器同时连接和操作同一个数据库，以实现高可用性、可伸缩性和负载均衡。

数据库集群的分类：

主从复制：主数据库处理写操作，从数据库复制主数据库的数据并处理读操作。
主备切换：主数据库处理所有操作，备数据库处于热备状态，当主数据库故障时自动切换为主。
分片技术：将数据分成多个分片存储在不同的服务器上，每个服务器只负责一部分数据。

多个服务器共享数据库的优势：

高可用性：当一台服务器出现故障时，其他服务器可以继续提供服务，保证系统的可用性。
可伸缩性：可以根据需求动态添加或移除服务器，提高系统的处理能力和负载能力。
负载均衡：多台服务器共同处理数据库请求，平衡服务器的负载，提高整体性能和响应速度。

多个服务器共享数据库的应用场景：

高流量网站：通过多台服务器共享数据库可以提供更好的性能和扩展性，满足大规模用户访问的需求。
分布式应用：当应用需要在不同地理位置的服务器上运行时，共享数据库可以方便数据同步和访问。
实时数据处理：多个服务器共享数据库可以提供实时的数据处理和分析，满足对数据的实时性要求。

腾讯云相关产品和产品介绍链接地址：

云数据库 TencentDB：https://cloud.tencent.com/product/cdb
云数据库TDSQL：https://cloud.tencent.com/product/tdsql
云数据库Memcached：https://cloud.tencent.com/product/memcached
云数据库Redis：https://cloud.tencent.com/product/redis

页面内容是否对你有帮助？

有帮助

没帮助

相关·内容

SaaS-多租户SaaS平台的数据库方案

多租户技术（Multi-TenancyTechnology）又称多重租赁技术：是一种软件架构技术，是实现如何在多用户环境下（此处的多用户一般是面向企业用户）共用相同的系统或程序组件，并且可确保各用户间数据的隔离性。简单讲：在一台服务器上运行单个应用实例，它为多个租户（客户）提供服务。从定义中我们可以理解：多租户是一种架构，目的是为了让多用户环境下使用同一套程序，且保证用户间数据隔离。那么重点就很浅显易懂了，多租户的重点就是同一套程序下实现多用户数据的隔离

02

每日一博 - 多租户技术及其三种数据存储策略

多租户技术（Multi-Tenant Technology）是软件即服务（SaaS）架构中的一项核心技术，允许单一软件应用或服务同时服务于多个客户（即“租户”），而不会互相干扰，同时保持数据隔离和安全性。

01

通过企业分布式缓存共享运行时数据

许多企业都结合使用 Microsoft .NET Framework 和 Java 应用程序，尤其是那些出于各种考虑不能只依赖于单一技术的大中型企业。通常，企业采用 Web 应用程序、面向服务的体系结构 (SOA) Web 服务以及其他服务器应用程序来处理大量事务。其中很多应用程序在运行时需要相互共享数据。通常，这些应用程序全都是对数据库中所存储的常用业务数据进行操作。它们面对的一般是连续数据流（如金融交易应用程序），而且需要在运行时多次处理数据并与其他应用程序共享结果。虽然数据库是永久存储数据的

08

第2章 SaaS-HRM- 数据库设计

版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

02

【解决方案】多租户技术架构设计入门

多租户本质上是一种软件的技术架构，它最核心的特征是多个租户可以共享一个系统实例，并且租户间是可以实现数据和行为的隔离，这可以说是多租户技术架构里最重要的两点了。

01

多租户技术

独立数据库这是第一种方案，即一个租户一个数据库，这种方案的用户数据隔离级别最高，安全性最好，但成本也高。优点：为不同的租户提供独立的数据库，有助于简化数据模型的扩展设计，满足不同租户的独特需求；如果出现故障，恢复数据比较简单。缺点：增大了数据库的安装数量，随之带来维护成本和购置成本的增加。这种方案与传统的一个客户、一套数据、一套部署类似，差别只在于软件统一部署在运营商那里。如果面对的是银行、医院等需要非常高数据隔离级别的租户，可以选择这种模式，提高租用的定价。如果定价较低，产品走低价路线，这种方案一般对运营商来说是无法承受的。共享数据库，隔离数据架构这是第二种方案，即多个或所有租户共享 Database，但是每个租户一个 Schema。优点：为安全性要求较高的租户提供了一定程度的逻辑数据隔离，并不是完全隔离；每个数据库可以支持更多的租户数量。缺点：如果出现故障，数据恢复比较困难，因为恢复数据库将牵扯到其他租户的数据；如果需要跨租户统计数据，存在一定困难。共享数据库，共享数据架构这是第三种方案，即租户共享同一个 Database、同一个 Schema，但在表中通过 TenantID 区分租户的数据。这是共享程度最高、隔离级别最低的模式。优点：三种方案比较，第三种方案的维护和购置成本最低，允许每个数据库支持的租户数量最多。缺点：隔离级别最低，安全性最低，需要在设计开发时加大对安全的开发量；数据备份和恢复最困难，需要逐表逐条备份和还原。如果希望以最少的服务器为最多的租户提供服务，并且租户接受以牺牲隔离级别换取降低成本，这种方案最适合。

02

【经验分享】多云化架构背景下，云管平台如何设计多租户体系？

一个租户就是一个客户，例如我们开发的产品是给到某个企业使用，那么该企业就是我们的一个租户。

03

ITDSD- 4.分布式软件的定量分析

这是关于分布式架构新手入门的第五篇文章。这一篇文章主要介绍通过计算分布式系统中的单次请求成功率，以及重复请求的稳定率获得系统的稳定性估值。依据软件结构评估性能及其冗余。通过对系统的分析判断出潜在的性能瓶颈。为设计分布式系统提供数据支持。

02

Core Data with CloudKit（五）——同步公共数据库

本文将介绍如何通过Core Data with CloudKit将公共数据库同步到本地，在本地创建Core Data数据库镜像。

03

快速学习-Mycat 中的概念

前面讲了 Mycat 是一个开源的分布式数据库系统，但是由于真正的数据库需要存储引擎，而 Mycat 并没有存储引擎，所以并不是完全意义的分布式数据库系统。

02

MyCat：第四章：Mycat中的概念

Mycat中的概念数据库中间件前面讲了Mycat是一个开源的分布式数据库系统，但是由于真正的数据库需要存储引擎，而Mycat并没有存储引擎，所以并不是完全意义的分布式数据库系统。那么Mycat是什么？Mycat是数据库中间件，就是介于数据库与应用之间，进行数据处理与交互的中间服务。由于前面讲的对数据进行分片处理之后，从原有的一个库，被切分为多个分片数据库，所有的分片数据库集群构成了整个完整的数据库存储。如上图所表示，数据被分到多个分片数据库后，应用如果需要读取数据，就要需要处理多个数据源的数据。如果没有数据库中间件，那么应用将直接面对分片集群，数据源切换、事务处理、数据聚合都需要应用直接处理，原本该是专注于业务的应用，将会花大量的工作来处理分片后的问题，最重要的是每个应用处理将是完全的重复造轮子。所以有了数据库中间件，应用只需要集中与业务处理，大量的通用的数据聚合，事务，数据源切换都由中间件来处理，中间件的性能与处理能力将直接决定应用的读写性能，所以一款好的数据库中间件至关重要。逻辑库(schema) 逻辑库（schema）前面一节讲了数据库中间件，通常对实际应用来说，并不需要知道中间件的存在，业务开发人员只需要知道数据库的概念，所以数据库中间件可以被看做是一个或多个数据库集群构成的逻辑库。在云计算时代，数据库中间件可以以多租户的形式给一个或多个应用提供服务，每个应用访问的可能是一个独立或者是共享的物理库，常见的如阿里云数据库服务器RDS。逻辑表（table）逻辑表既然有逻辑库，那么就会有逻辑表，分布式数据库中，对应用来说，读写数据的表就是逻辑表。逻辑表，可以是数据切分后，分布在一个或多个分片库中，也可以不做数据切分，不分片，只有一个表构成。分片表分片表，是指那些原有的很大数据的表，需要切分到多个数据库的表，这样，每个分片都有一部分数据，所有分片构成了完整的数据。例如在mycat配置中的t_node就属于分片表，数据按照规则被分到dn1,dn2两个分片节点(dataNode)上。

非分片表一个数据库中并不是所有的表都很大，某些表是可以不用进行切分的，非分片是相对分片表来说的，就是那些不需要进行数据切分的表。如下配置中t_node，只存在于分片节点（dataNode）dn1上。

ER表关系型数据库是基于实体关系模型（Entity-Relationship Model)之上，通过其描述了真实世界中事物与关系，Mycat中的ER表即是来源于此。根据这一思路，提出了基于E-R关系的数据分片策略，子表的记录与所关联的父表记录存放在同一个数据分片上，即子表依赖于父表，通过表分组（Table Group）保证数据Join不会跨库操作。表分组（Table Group）是解决跨分片数据join的一种很好的思路，也是数据切分规划的重要一条规则。全局表一个真实的业务系统中，往往存在大量的类似字典表的表，这些表基本上很少变动，字典表具有以下几个特性： • 变动不频繁 • 数据量总体变化不大 • `数据规模不大，很少有超过数十万条记录。对于这类的表，在分片的情况下，当业务表因为规模而进行分片以后，业务表与这些附属的字典表之间的关联，就成了比较棘手的问题，所以Mycat中通过数据冗余来解决这类表的join，即所有的分片都有一份数据的拷贝，所有将字典表或者符合字典表特性的一些表定义为全局表。数据冗余是解决跨分片数据join的一种很好的思路，也是数据切分规划的另外一条重要规则。分片节点(dataNode) 分片节点(dataNode) 数据切分后，一个大表被分到不同的分片数据库上面，每个表分片所在的数据库就是分片节点（dataNode）。节点主机(dataHost) 数据切分后，每个分片节点（dataNode）不一定都会独占一台机器，同一机器上面可以有多个分片数据库，这样一个或多个分片节点（dataNode）所在的机器就是节点主机（dataHost）,为了规避单节点主机并发数限制，尽量将读写压力高的分片节点（dataNode）均衡的放在不同的节点主机（dataHost）. 分片规则(rule) 分片规则前面讲了数据切分，一个大表被分成若干个分片表，就需要一定的规则，这样按照某种业务规则把数据分到某个分片的规则就是分片规则，数据切分选择合适的分片规则非常重要，将极大的避免后续数据处理的难度。全局序列号(sequence) 全局序列号（

01

Core Data with CloudKit (一) —— 基础

在WWDC 2019上，苹果为Core Data带了一项重大的更新——引入了NSPersistentCloudKitContainer。这意味着无需编写大量代码，使用Core Data with CloudKit可以让用户在他所有的苹果设备上无缝访问应用程序中的数据。

03

MYSQL 与上位机组态软件之间数据交换的秘密

在工业自动化领域，我们经常使用第三方关系数据库作为历史数据存储的容器，以备后期数据维护，历史查询，历史趋势的获取，我们常用的第三方关系数据库有：ORCALE数据库，SQL Server数据库，MYSQL数据库。

03

几种在多台云服务器之间共享数据的方法

在我们日常的运维工作中，经常会涉及到需要在多台云服务器之间共享数据的情况。如果都在同一个局域网，那么使用 SMB/CIFS、NFS 等文件级共享协议就可以。但要是服务器都在云上，位于不同的可用区，或是分布在不同的云平台上，这种情况下共享数据就会存在一定的难度。

02

ActiveMQ 服务器的部署

ActiveMQ 是 Apache 流行、强大的开源消息传递和集成模式服务器，它完全支持 JMS 1.1(严格实现“点对点”和“发布/订阅”两种消息模型) 和 J2EE 1.4。作为实验，本文实现了 ActiveMQ 单服务器的安装及其管理，并概述了集群部署的方法。

03

SaaS多租户架构数据源动态切换解决方案

随着云计算和SaaS（Software as a Service）模型的兴起，多租户系统成为了构建灵活、高效应用的重要架构。在构建多租户SaaS平台时，数据库方案的选择直接关系到数据隔离、性能和可扩展性。

01

H2Engine服务器引擎介绍

H2Engine服务器引擎介绍简介　　H2Engine服务器引擎架构是轻量级的，与其说是引擎，个人觉得称之为平台更为合适。因为它封装的功能非常精简，但是提供了非常简洁方便的扩展机制，使得可以用C++、python、lua、js、php来开发具体的服务器功能。H2引擎的灵感来源于web服务器Apache。大家都知道Apache封装了浏览器的的连接和协议通讯，而具体功能逻辑则通过fastcgi的方式交由不同的编程语言实现，本人大学的刚接触php的时候，看到在php里print的字符串直接就出现在浏览器里，当

08

基于ZKEACMS的.Net Core多租户CMS建站系统

多租户技术或称多重租赁技术，简称SaaS，是一种软件架构技术，是实现如何在多用户环境下共用相同的系统或程序组件，并且可确保各用户间数据的隔离性。简单讲：在一台服务器上运行单个应用实例，它为多个租户（客户）提供服务。从定义中我们可以理解：多租户是一种架构，目的是为了让多用户环境下使用同一套程序，且保证用户间数据隔离。那么重点就很浅显易懂了，多租户的重点就是同一套程序下实现多用户数据的隔离。

Kubernetes中的持久卷（Persistent Volume）的类型以及适用场景

持久卷（Persistent Volume）是Kubernetes中用于存储数据的抽象概念，可以在容器之间共享和重用。

04

如何完美使用微服务

译者的话：一直以来面向对象理念的布道者们都在期待一个大杀器来能使应用设计高内聚，低耦合，团队能协同开发，后期交付后可以快速部署，维护成本低。微服务其实就是他们一直以来期待的东西，且听维克多介绍如何完美使用微服务。原著作者介绍： Viktor Farcic CloudBees资深顾问，熟悉多种编程语言，从最早的Pascal，Basic，ASP，C，C++，Perl，Python，ASP，NET，Visual Basic，C#，JavaScript等等。热衷于微服务、持续部署和测试驱动开发（TDD）。著有

数据交换共享安全管理方案：NIST SP 800-47干货

数据安全是今年的一大热点，稍微了解数据安全的人估计都知道，做数据安全要考虑数据全生命周期，包括数据采集/生成、传输、存储、处理、交换/共享、销毁等阶段的安全。而其中与业务关系最密切的是交换/共享环节，这个环节也是数据发挥价值的关键一环，很多企业由于业务需求，通常需要与一个或多个内部或外部的组织交换/共享数据，当数据从一个组织转移到另一个组织时，交换/共享的数据也需要相同或相似级别的安全保护，如何落实数据交换/共享环节的安全管理，NIST SP 800-47《信息交换安全管理》给出了系统性解决方案。

04

百度架构师是怎样搭建MySQL分布式集群？

MySQL集群是一个无共享的(shared-nothing)、分布式节点架构的存储方案，其目的是提供容错性和高性能。

02

架构·Client-Server

一个联网应用程序总是分布在两个或多个主机之间，这就衍生了我们该如何在多个主机之间划分功能的问题。

03

【微服务】构建应用程序的顶级微服务设计模式

在当今市场上，微服务已成为构建应用程序的首选解决方案。众所周知，它们可以解决各种挑战，但是，熟练的专业人员在使用此架构时经常面临挑战。因此，相反，开发人员可以探索这些问题中的常见模式，并可以创建可重用的解决方案来提高应用程序的性能。因此，在这篇关于微服务设计模式的文章中，我将讨论构建成功的微服务所必需的顶级模式。本文将介绍以下主题：什么是微服务？用于设计微服务架构的原则微服务的设计模式什么是微服务？微服务，又名微服务架构，是一种架构风格，将应用程序构建为围绕业务领域建模的小型自治服务的集

03

跨标签页通信的8种方式（下）

跨标签页通信是指在浏览器中的不同标签页之间进行数据传递和通信的过程。在传统的Web开发中，每个标签页都是相互独立的，无法直接共享数据。然而，有时候我们需要在不同的标签页之间进行数据共享或者实现一些协同操作，这就需要使用跨标签页通信来实现。

01

大话大型系统架构绝技之一“异步”

我们知道计算机发展的一个重要目标和驱动力是降低软件藕合性。事务之间直接关系越少就越少被彼此影响，越可以独立发展。

02

MPP架构详解_大数据中心架构详解

数据库构架设计中主要有Shared Everthting、Shared Nothing、和Shared Disk：

01

Core Data with CloudKit (六) —— 共享数据

本文中，我们将探讨如何使用Core Data with CloudKit创建与多个iCloud用户共享数据的应用。

02

Spring Cloud+云计算SaaS=？

摘要云帐房CTO张英磊基于自己的个人经验，分享Spring Cloud在云计算SaaS中的实战经验，希望能为大家带来一些思路上的帮助。 SaaS漫谈 SaaS模式是什么？传统的软件模式是在开发出软

05

Magicodes.WeiChat——多租户的设计与实现

多租户（Multi Tenancy/Tenant）是一种软件架构，其定义是：在一台服务器上运行单个应用实例，它为多个租户提供服务。

03

RabbitMQ实战：扩展RabbitMQ与系列总结

本篇是「RabbitMQ实战」系列的最后一篇，主要介绍RabbitMQ插件，了解如何安装和启用它，列举一些常用的插件，以及如何自定义。

07

多租户技术

多租户技术（Multi-TenancyTechnology）又称多重租赁技术，用于实现如何在多用户的环境下共用相同的系统或程序组件，并且仍可确保各用户间数据的隔离性。具体的多租户隔离技术有多种，数据库通常有如下三种。 1. 独立数据库这是第一种方案，即一个租户一个数据库。这种方案的用户数据隔离级别最高，安全性最好，但成本也高。优点：为不同的租户提供独立的数据库，有助于简化数据模型的扩展设计，满足不同租户的独特需求；如果出现故障，则恢复数据比较简单。缺点：增大了数据库的安装数量，随之带来维护成本和购置

08

【文章】数据库非共享集群性能测试方法研究

目前，随着大型决策支持系统的发展，其支撑数据库的执行效率已经成为制约整个企业信息系统性能和效率提升的瓶颈。[1]尤其在电子商务领域，联机事务分析（OLAP）应用越来越广泛，对性能的要求也越发紧迫。联机事务分析是以多维度的方式分析数据，能弹性地提供积存、下钻和枢纽分析等操作，呈现集成性决策信息的方法。其目前主要处理兆兆（T）字节的数据，满足复杂的查询需求，尤其是对多张表中的千万条记录的数据进行数据分析和信息综合。而目前上述需求在关系数据库中已经不能完全的得到满足。[2]同时，商业应用领域对性能、可靠性和性价比的苛刻要求，催生了数据库集群的广泛应用[3]。数据库集群分为共享集群和非共享集群，而针对决策支持系统的业务处理，非共享集群有其固有的优势。[4]

02

【干货】4种Oracle DBaaS部署模式，你在使用哪一种？

由于云计算技术已向专业领域发展，除了使用虚拟软件化Hypervisor技术实现基础设施云化外，基于容器的虚拟化技术在操作系统、数据库平台云化等领域也得到了很大的发展与应用。数据库即服务 (DBaaS)也在这样的技术背景下应运而生。

03

MPP(大规模并行处理)简介转

MPP (Massively Parallel Processing)，即大规模并行处理，在数据库非共享集群中，每个节点都有独立的磁盘存储系统和内存系统，业务数据根据数据库模型和应用特点划分到各个节点上，每台数据节点通过专用网络或者商业通用网络互相连接，彼此协同计算，作为整体提供数据库服务。非共享数据库集群有完全的可伸缩性、高可用、高性能、优秀的性价比、资源共享等优势。

03

JavaWeb笔记

Servlet(接口)---->GenericServlet(抽象类)---->HttpServlet(抽象类)

02

Google资源管理器简析

9.2.2 Borg[1] Borg是一个集群管理器，负责对来自几千个应用程序所提交的Job进行接收、调试、启动、停止、重启和监控，这些Job将用于不同的服务，运行在不同数量的集群中，每个集群各自可

06

可重入函数对于线程安全的意义（附函数表）

不可重入函数：在并发服务器中，经常会出现多个任务调用同一个函数的情况，比方说后端服务器使用多线程同时对数据库进行访问操作。如果有一个函数不幸被设计成为这样：那么不同任务调用这个函数时可能修改其他任务调用这个函数的数据，从而导致不可预料的后果。这样的函数是不安全的函数，也叫不可重入函数。（其实也没什么不可预料的，就是服务器崩了呗，然后我就完了呗）

02

软件架构设计-软件架构风格、分层架构

软件或计算机系统的软件架构是该系统的一个（或多个）结构，而结构由软件元素、元素的外部可见属性及它们之间的关系组成。

04

软考高级架构师：微服务设计约束概念和例题

微服务架构是一种将单个应用程序作为一套小型服务开发的方法，每个服务运行在其独立的进程中，并使用轻量级机制（通常是 HTTP 资源 API）进行通信。这些服务围绕业务能力构建，可以通过全自动部署机制独立部署。每个服务都可以用不同的编程语言编写，并使用不同的数据存储技术。

00

《Docker极简教程》--Docker卷和数据持久化--Docker卷的使用

创建 Docker 卷是在 Docker 中管理持久化数据的重要步骤之一。通过 Docker 卷，可以将数据与容器解耦，实现数据的持久化存储，并且可以在容器之间共享数据。以下是创建 Docker 卷使用 docker volume create 命令创建卷

00

Mycat入门

1.下载jdk，地址 https://www.oracle.com/technetwork/java/javase/downloads/jdk8-downloads-2133151.html

03

《我曾目睹的微服务灾难》的读后感

2011-2012 年，我所在的团队正在给某国字号企业交付一个集团级的企业应用，这个应用覆盖了除 IaaS 之外的整个上层，层级和宽度上来说都算得上是个大家伙了。在当时，这个项目有几个新鲜的点，例如硬件全部采用通用的 x86 刀片服务器，全部基础软件都使用了开源软件——例如 LAMP、Nginx、MongoDB（是的你没看错，就是 MongoDB），使用 Java、PHP、ASP.NET 等多种平台的多个厂商协作交付；除此之外，还设计了和当时大行其道的 SoA 不太一样的一种架构，这个架构有几个特点：

04

SQL Server 2005的负载均衡

SQL Server 2005仍然不直接地支持负载均衡——但是它为以前SQL Server版本中可用的所有负载均衡方法提供了令人激动的改善和支持。目录 1、端到端拓扑的事务性复制 2、表分割 3、备份和重新存储上的改善(片段式重新存储) 4、数据库镜像和快照端到端拓扑的事务性复制 SQL Server 2005对端到端(P2P)的拓扑结构上的事务性的复制加强了支持。 SQL Server 2000支持双向的复制，这就可以让两台服务器同时对彼此发布和订阅数据。服务器可以更新同一个共享数据，但是在这样的

MPP DB技术分类

随着数据量的增大，传统数据库如Oracle、MySQL、PostgreSQL等单实例模式将无法支撑大量数据的处理，数据仓库采用分布式技术成为自然的选择。 6.2.1 MPP的概念在讨论MPP DB之前，我们先把MPP本身的概念搞清楚。MPP是系统架构角度的一种服务器分类方法。从系统架构来看，目前的商用服务器大体可以分为三类，即对称多处理器结构（Symmetric Multi-Processor，SMP）、非一致存储访问结构（Non-Uniform Memory Access，NUMA），以及海量并行处

06

RavenDB 文档建模--建模注意事项

我们在开始讲解如何在 RavenDB 中建模之前，先来看看注意事项，这些内容与我们将要辨析的模型有着直接的关系。这里需要注意的第一点是不要在不同应用之间建立共享数据库。很多设计者会建立共享数据库，用以在不同的应用之间共享相同的数据，虽然这样做能减少数据存储量，以及实现多应用使用相同数据的目的，但是在 RavenDB 中并不推崇这样的做法。这是因为虽然不同的应用看起来有些数据是一样的，我们会强制它们使用相同的方式处理数据，但是在大多数情况下不同的应用程序使用相互不同的方式处理类似的数据，如果使用共享数据的话，一个应用程序共享数据的结构的改变就会造成其他应用跟着一起改变，进而导致数据模型复杂性增加，并且也会增加不同应用开发团队之间沟通的成本和时间。因此每个应用程序应该对立的进行数据建模，并不断的根据需求进行改进。读到到这里，肯定有人会问了：不同的应用程序直接或多或少的都需要共享数据，那么使用 RavenDB 如何实现这一点呢？我们可以使用 RavenDB 内置的 ETL 功能在不同应用程序服务器之间建立数据/信息流（这个内容将会在后续讲解）。另一个要注意的是某些情况下应该数据冗余存储，比如在 Order 文档中存在 Address 文档的链接，但是如果 Address 中的配送地址变了，那么 Order 文档中的历史订单的配送地址也会跟着改变，这样就出现了我上一篇文章说的数据损坏。那么，我们在进行建模的时候，应该考虑我的关注点是当前值（例如 Order 文档中的当前订单配送地址）还是时间点值（例如 Order 文档的历史订单配送地址），如果是时间点值那么我们就需要进行数据冗余存储，例如在 Order 文档中存储配送地址的详细信息。以上几小段的内容总结下来就是建模文档的核心原则：

02

【云原生进阶之数据库技术】第二章-Oracle-原理-4.1-Oracle整体架构

与其他RDBMS软件一样，Oracle数据库是建立在SQL之上的，SQL是一种标准化的编程语言，数据库管理员、数据分析师和其他IT专业人员使用它来管理数据库并查询存储在其中的数据。Oracle软件与PL/SQL绑定，PL/SQL是Oracle开发的一种实现，它为标准SQL添加了一组专有的编程扩展，这是RDBMS供应商的常见做法。Oracle数据库还支持用Java编程，用PL/SQL或Java编写的程序可以从其他语言调用。

01

Golang对数据库操作--高并发与线程安全

前些日子为了给java组同事提供直播端的商品详情接口，这些接口原本是由PHP开发组提供的，但由于直播并发压力问题，改由Golang来提供。

00

【Java 进阶篇】深入了解 Java ServletContext

Java ServletContext是Java Servlet技术中的一个重要概念，它提供了一种在整个Web应用程序中共享数据和资源的方式。在本文中，我们将深入探讨ServletContext的用途、工作原理和示例用法。无需担心，即使您是一个基础小白，也可以轻松理解。

02

扫码

添加站长进交流群

领取专属 10元无门槛券

手把手带您无忧上云

扫码加入开发者社群

相关资讯

热门标签

活动推荐

运营活动

活动名称

广告关闭