开发者社区

文档建议反馈控制台

最新优惠活动

文章/答案/技术大牛

发布

服务器从客户端get数据库

服务器从客户端获取数据库是指服务器通过与客户端建立连接，从客户端请求的数据库中获取数据。这个过程通常涉及以下几个步骤：

客户端发起请求：客户端向服务器发送请求，请求服务器从数据库中获取特定的数据。
服务器接收请求：服务器接收到客户端的请求，并进行处理。
数据库查询：服务器根据客户端请求的内容，通过数据库查询语言（如SQL）向数据库发送查询请求。
数据库处理：数据库接收到查询请求后，根据查询条件在数据库中进行数据查找和处理。
数据库返回结果：数据库将查询结果返回给服务器。
服务器响应客户端：服务器将数据库返回的结果封装成响应数据，并发送给客户端。

在这个过程中，服务器起到了中间层的作用，负责接收客户端的请求、与数据库进行交互，并将结果返回给客户端。服务器的作用是提供高性能、可靠的计算和存储资源，以满足客户端对数据库的需求。

在云计算领域，腾讯云提供了一系列与数据库相关的产品和服务，包括：

云数据库 MySQL：基于MySQL的关系型数据库服务，提供高可用、高性能、可扩展的数据库解决方案。链接地址：https://cloud.tencent.com/product/cdb
云数据库 PostgreSQL：基于PostgreSQL的关系型数据库服务，具有高可用、高性能、可扩展的特点。链接地址：https://cloud.tencent.com/product/pgsql
云数据库 MariaDB：基于MariaDB的关系型数据库服务，提供高可用、高性能、可扩展的数据库解决方案。链接地址：https://cloud.tencent.com/product/cdb_mariadb
云数据库 TDSQL：基于TDSQL（TencentDB for TDSQL）的关系型数据库服务，具有高可用、高性能、可扩展的特点。链接地址：https://cloud.tencent.com/product/tdsql

这些产品提供了丰富的功能和灵活的配置选项，适用于不同规模和需求的数据库应用场景。同时，腾讯云还提供了数据库备份、容灾、监控等相关的服务，以确保数据库的安全性和可靠性。

需要注意的是，以上只是腾讯云提供的一部分与数据库相关的产品，还有其他云计算品牌商提供的类似产品和服务可供选择。

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

有帮助

没帮助

相关·内容

Redis:06---数据库管理

一、服务器中的数据库 Redis服务器将所有数据库都保存在服务器状态redis.h/redisServer结构的db数组中，db数组的每个项都是一个redis.h/redisDb结构，每个redisDb结构代表一个数据库： struct redisServer { // ... redisDb *db; // 一个数组，保存着服务器中的所有数据库 // ... }; 数据库数量（dbnum属性、database选项）数据库的数量：在初始化服务器时，程序会根据服务器状态的dbnum属性来决定应该

02

系统架构师论文-论分布式数据库的集成

本文讨论了某公司发货系统的分布式数据库集成解决方案。该公司由于业务的发展，要在另三个城市设立货仓进行发货。为此，需要増加原先的MIS系统实现这一功能。公司委任我作为项目经理完成系统的设计和开发的工作。我经过分析，使用了 Sybase的分布式数据库技术。我设计的这个系统是采用典型的C/S结构，但客户端连接服务器的网络采用电话线拨号，速度有限，传统Windows界面的客户端应用程序相应速度比较慢。于是我采用了优化数据库结构的方法，把数据分两部份存放，基础数据放客户机，销售资料主要采用键码放服务器，应用程序再现数据时从服务器取键码，到客户机取対应的解释。由于键码的数据量少，网络传输便快。在构建这个公布式数据库系统的过程中，我着重研究并解决了数据同歩和事务协调的问题，到得了良好的应用效果。

01

系统架构师论文-论分布式数据库的设计与实现(-MIS系统)

分布式数据库系统把应用所需的数据存放在多个数据库服务器上，完成某个数据操作要涉及到访问多个服务器，这适用于某种特定需要的应用。我在主持设计开发的一个MIS系统中，为了达到了在低速网络通道下有效提高应用程序性能的目的，使用了 Sybase的分布式数据库技术。我设计的这个系统是采用典型的C/S结构，但许多客户端连接服务器的网络采用电话线拨号，速度有限，传统Windows界面的客户端应用程序相应速度比较慢。考虑到B/S 结构也避免不了大量数据从服务器端传输到客户端，我认为WEB界面并不能有效解决这个问题，所以采用了优化数据库结构的方法，把数据分两部分存放，基础数据放客户机，会员资料主要采用键码放服务器，应用程序再现数据时从服务器取键码，到客户机取対应的解释，由于键码的数据重少，网络传输便快。在构建这个分布式数据库系统的过程中，我着重研究并解决了数据同歩和事务协调的问题，取得了良好的应用效果。我认为，分布式数据库系统的技术在Intenet时代正当其道，大有发展前景。

01

MySQL 8登录过程的关键环节

在数据库管理中，理解数据库的登录过程是至关重要的，它不仅涉及到安全性问题，也影响着性能和可用性。本文将详细探讨MySQL 8版本中的登录过程，揭示这一过程背后的关键环节。

03

详细总结BS架构和CS架构

发布者：全栈程序员栈长，转载请注明出处：https://javaforall.cn/151662.html原文链接：https://javaforall.cn

02

深入理解B/S与C/S架构

这里需要补充的是，客户端不仅仅是一些简单的操作，它也是会处理一些运算，业务逻辑的处理等。也就是说，客户端也做着一些本该由服务器来做的一些事情，如图所示：

01

【MySQL 数据库】数据库的基础知识「建议收藏」

数据库要将数据进行管理的前提就是将数据进行存储。但是存储数据使用文件就可以了，为什么还要弄个数据库呢？

01

《Redis设计与实现》笔记1 | Redis单机数据库的实现

创建键值对时包含键对象和值对象，键对象总是一个字符串对象，值对象则有五种常用对象：字符串对象、列表对象、哈希对象、集合对象、有序集合对象。查看对象类型 type [key]

01

Meteor的工作原理及优势与不足

小编说：Meteor作为开源的全栈JavaScript开发平台，在工作方式上进行了较大创新，和传统Web 应用区别较大，对于任何一项技术，都有其擅长的领域，也有其不擅长的地方，Meteor也不例外。

02

Oracle数据库应用系统结构图解

在安装、部署Oracle数据库软件时，需要根据不同应用结构（即硬件平台、操作系统平台）采用不同的方法（基本安装、高级安装），下面介绍几种常见的应用结构。

03

用于松散耦合分布式系统的Chubby锁服务 (5)

当一个主服务器宕机或以其他方式失去主服务器地位时，它将丢弃其关于会话、句柄和锁的内存状态。会话租约的授权定时器在主服务器运行，所以在新的主服务器被选出之前，会话租约的定时器是停止的；这是合法的，因为它相当于延长了客户的租约。如果主服务器选举很快发生，客户可以在他们的本地（近似）租约计时器到期前联系新的主服务器。如果选举需要很长的时间，客户端就会刷新他们的缓存，并等待宽限期，同时试图找到新的主服务器。因此，宽限期允许会话在超过正常租约超时的故障切换中得到维护。

02

C/S结构与B/S结构的区别_C/s架构是什么意思

这里需要补充的是，客户端不仅仅是一些简单的操作，它也是会处理一些运算，业务逻辑的处理等。也就是说，客户端也做着一些本该由服务器来做的一些事情，如图所示：

03

Redis 常用命令-下

通过 redis-cli 命令连接到 Redis 服务器以后，可以通过本节给出的命令来管理该连接对应的客户端，具体包括获取并设置客户端的名字、获取客户端的信息、暂停执行客户端的命令以及关闭该客户端的连接。

04

系统设计：文件托管服务

让我们设计一个文件托管服务，比如Dropbox或Google Drive。云文件存储允许用户在远程服务器上存储数据。通常，这些服务器由云存储提供商维护，并通过网络（通常通过互联网）提供给用户。用户每月支付云数据存储费用。类似服务：OneDrive、Google Drive

MySQL 插入数据时中文乱码问题的解决

当向 MySQL 数据库插入一条带有中文的数据形如 insert into employee values(null,'小明','female','2018-03-28','2018-03-29','Sales',2018,'从事互联网工作！'); 出现乱码时，可以使用语句 show variables like 'character%'; 来查看当前数据库的相关编码集。

02

.Net+SQL Server企业应用性能优化笔记2——查找瓶颈

前面一篇文章中我已经对项目的基本情况进行了简单的介绍，今天就开始动手针对系统进行性能调优。在性能调优上面说实话我算是个菜鸟，并没有太多的经验和扎实的基础，所以有错误的地方希望大家指出。

02

bs与cs架构的区别_cs架构嵌入BS

C/S架构：即Client/Server架构，即客户端/服务器架构。是大家熟知的软件系统体系结构，通过将任务合理分配到Client端和Server端，降低了系统的通讯开销，需要安装客户端才可进行管理操作。客户端和服务器端的程序不同，用户的程序主要在客户端，服务器端主要提供数据管理、数据共享、数据及系统维护和并发控制等，客户端程序主要完成用户的具体的业务。开发比较容易，操作简便，但应用程序的升级和客户端程序的维护较为困难；相对于三层体系结构（Browser/Server构架)是由逻辑上相互分离的表示层、业务层和数据层构成。表示层向客户提供数据，业务层实施业务和数据规则，数据层定义数据访问标准。三层体系结构中的核心是组件对象模型。优点： 1、C/S架构的界面和操作可以很丰富。 2、安全性能可以很容易保证。 3、由于只有一层交互，因此响应速度较快。缺点： 1、适用面窄，通常用于局域网中。 2 、用户群固定。由于程序需要安装才可使用，因此不适合面向一些不可知的用户。 3 、维护成本高，发生一次升级，则所有客户端的程序都需要改变。 **B/S架构：**全称为Browser/Server，即浏览器/服务器结构。客户端基本上没有专门的应用程序，应用程序基本上都在服务器端。由于客户端没有程序，应用程序的升级和维护都可以在服务器端完成，升级维护方便。由于客户端使用浏览器，使得用户界面“丰富多彩”，但数据的打印输出等功能受到了限制。为了克服这个缺点，一般把利用浏览器方式实现困难的功能，单独开发成可以发布的控件，在客户端利用程序调用来完成。优点： 1、客户端无需安装，有Web浏览器即可，方便快捷； 2、BS架构可以直接放在广域网上，通过一定的权限控制实现多客户访问的目的，交互性较强。 3、BS架构无需升级多个客户端，升级服务器即可。可以随时更新版本即可；缺点： 1、在跨浏览器上，BS架构不尽如人意。 2、表现要达到CS程序的程度需要花费不少精力。 3、在速度和安全性上需要花费巨大的设计成本，这是BS架构的最大问题。 4、客户端服务器端的交互是请求-响应模式，通常需要刷新页面，这并不是客户乐意看到的，在Ajax风行后此问题得到了一定程度的缓解； B/S架构常用的三种形式： 1、客户端-服务器-数据库：（这个应该是我们平时比较常用的一种模式） (1)客户端向服务器发起Http请求 (2)服务器中的web服务层能够处理Http请求 (3)服务器中的应用层部分调用业务逻辑，调用业务逻辑上的方法 (4)如果有必要，服务器会和数据库进行数据交换. 然后将模版＋数据渲染成最终的Html, 返送给客户端 2、客户端－web服务器－应用服务器－数据库: 类似于第一种方法，只是将web服务和应用服务解耦 (1)客户端向web服务器发起Http请求 (2)web服务能够处理Http请求，并且调用应用服务器暴露在外的RESTFUL接口 (3)应用服务器的RESTFUL接口被调用，会执行对应的暴露方法.如果有必要和数据库进行数据交互，应用服务器会和数据库进行交互后，将json数据返回给web服务器 (4)web服务器将模版＋数据组合渲染成html返回给客户端 3、客户端－负载均衡器(Nginx)－中间服务器(Node)－应用服务器－数据库这种模式一般用在有大量的用户，高并发的应用中。 (1)整正暴露在外的不是真正web服务器的地址，而是负载均衡器器的地址 (2)客户向负载均衡器发起Http请求 (3)负载均衡器能够将客户端的Http请求均匀的转发给Node服务器集群 (4)Node服务器接收到Http请求之后，能够对其进行解析，并且能够调用应用服务器暴露在外的RESTFUL接口 (5)应用服务器的RESTFUL接口被调用，会执行对应的暴露方法.如果有必要和数据库进行数据交互，应用服务器会和数据库进行交互后，将json数据返回给Node (6)Node层将模版＋数据组合渲染成html返回反向代理服务器 (7)反向代理服务器将对应html返回给客户端总结： 1、 C/S和B/S各有优势，C/S在图形的表现能力上以及运行的速度上肯定是强于B/S模式的，不过缺点就是他需要运行专门的客户端，而且更重要的是它不能跨平台，用c++在windows下写的程序肯定是不能在linux下跑的。 2、B/S模式就，它不需要专门的客户端，只要浏览器，而浏览器是随操作系统就有的，方便就是他的优势了。而且，B/S是基于网页语言的、与操作系统无关，所以跨平台也是它的优势，而且以后随着网页语言以及浏览器的进步， B/S在表现能力上的处理以及运行的速度上会越来越快，它的缺点将会越来越少。尤其是HTML5的普及，在图形的渲染方面以及音频、文件的处理上已经非常强大了。不过，C/S架构也有着不可替代的作用。

02

一文彻底理解cookie,session,token【白话版】

cookie存储在客户端，HTTP是无状态的，HTTP每次发出的时候会附上该域名下的cookie，从而可以给HTTP附上状态，最常见的就是登录态。

04

端开发技术——FLutter开发即时通讯

即时通讯是端开发工作中常见的需求，本篇文章以作者工作中使用FLutter开发社交软件即时通讯需求为背景，描述一下即时通讯功能设计的要点。

00

B/S架构与C/S架构（略讲）

B/S是Browser/Server，即浏览器/服务器架构。Browser指的是Web浏览器，极少数事务逻辑在前端实现，但主要事务逻辑在服务器端实现。

02

tnsping是否可以证明Oracle数据库可用？

监听器是Oracle基于服务器端的一种网络服务，主要用于监听客户端向数据库服务器端提出的连接请求。Oracle官方对其的定义为：A process that listens for incoming client connection requests and manages network traffic to the database. 本地服务名是Oracle客户端网络配置的一种，另外还有Oracle名字服务器(Oracle Names Server)等。

03

B/S架构及其运行原理

Browser指的是Web浏览器，极少数事务逻辑在前端实现，但主要事务逻辑在服务器端实现。

01

Mysql 数据库（一）—— 初识 Mysql

前一段时间，我们完成了 Java 集合与数据结构的学习，之后我们将进入 Mysql 数据库的课程中。

03

客户端-服务器模式解析

在现代计算领域中，客户端-服务器（Client-Server）模式是一种普遍应用的架构模式。它定义了如何在网络上进行信息交换，划分了不同的角色，并优化了资源的分配和使用。本文将详细解释客户端-服务器模式的核心概念、结构和应用场景。

02

『设计模式』难道你现在还不知道：C/S和B/S

随着网络技术的不断发展，各种各样的网络应用程序大爆发。运用最多的架构是基于浏览器+服务器的B/S结构，另一种是基于的 C/S结构。

02

【连载】如何掌握openGauss数据库核心技术？秘诀五：拿捏数据库安全（2）

首先openGauss支持SSL标准协议（TLS1.2），SSL协议是安全性更高的协议标准，它们加入了数字签名和数字证书来实现客户端和服务器的双向身份验证，保证了通信双方更加安全的数据传输。

02

Redis 6 客户端缓存

客户端缓存是一种用于创建高性能服务的技术。它利用应用服务器中的可用内存，这些服务器通常是与数据库节点不同的计算机，以便将数据库信息的某些子集直接存储在应用程序端。

04

Redis系列：Redis持久化机制与Redis事务

Redis 是个基于内存的数据库。那服务一旦宕机，内存中数据必将全部丢失。所以丢失数据的恢复对于 Redis 是十分重要的，我们首先想到是可以从数据库中恢复，但是在由 Redis 宕机时（说明相关工作正在运行）且数据量很大情况下，从数据库恢复的话，会为数据库带来巨大的压力，进而导致程序相应缓慢。因此实现数据的持久化，避免从后端数据库中恢复数据，对于Redis 是十分必要的。

01

C/S和B/S两种架构区别与优缺点分析

C/S和B/S，是再普通不过的两种软件架构方式，都可以进行同样的业务处理，甚至也可以用相同的方式实现共同的逻辑。既然如此，为何还要区分彼此呢？那我们就来看看二者的区别和联系。

03

Oracle数据库应用系统结构

在安装、部署Oracle数据库软件时，需要根据不同应用结构（即硬件平台、操作系统平台）采用不同的方法（基本安装、高级安装），下面介绍几种常见的应用结构。

03

数据库课程设计指南（BS or CS 及所需知识储备）

•B/S架构的全称为Browser/Server，即浏览器/服务器结构。Browser指的是Web浏览器，无须特别安装

04

漫谈Web缓存架构

目前，Web应用的核心数据通常存放在数据库中，比如说用户信息、订单信息、交易信息等，同时，数据库和编程语言是无关的，通过SQL交互，Java、Php等语言写的程序需要访问数据库，执行业务逻辑，展示结果给用户。但是数据库有一定的局限性，譬如：1.数据库连接是非常 "昂贵 "的资源，为了复用这些资源，目前采用连接池技术，2. 连接池的连接数是有限的，如果用户过多，势必要等待，3. 读写数据时需要加锁。

03

bs与cs架构的优缺点_bs架构与cs架构的区别详细讲解

C/S 又称Client/Server或客户/服务器模式。服务器通常采用高性能的PC、工作站或小型机，并采用大型数据库系统，如Oracle、Sybase、Informix或 SQL Server。客户端需要安装专用的客户端软件。

01

Oracle 远程链接oracle数据库服务器的配置

如下图所示，Oracle通过Oracle Net协议实现客户端与服务器端的连接以及数据传递。Oracle Net是同时驻留在Oracle数据库服务器端和客户端上的一个软件层，它封装了TCP/IP协议，负责建立与维护客户端应用程序到数据库服务器的连接。

01

Web 应用开发进化论

大家有时候有没有仔细想过，我们开发一个网站，本质上是在做什么呢？Web 开发从刀耕火种的 HTML 时代，到现代的 Web 开发模式，巨鲸发生了怎么样的演变呢？我今天就带大家开一起看一下～

01

android移动点餐系统内容和要求,基于Android云计算的移动点餐系统

摘要：系统发挥Android 富有创造力和想象力的云应用开发，实现一套Android 客户端软件和完善的后台服务功能来完成点餐功能。该系统主要包括后台数据库服务器、WEB 服务器、无线网络、Android 前端等部分。客户端Android 系统智能手机具有前端处理与计算能力，而且通过无线网络访问WEB 服务器，如果需要数据访问，则访问后台数据库。介绍了系统架构的设计与搭建、技术选型、后台数据库的设计与实现、基本实用的点餐功能的分析、设计与开发。本文引用地址：http://www.eepw.com.cn/article/148487.htm

03

漫谈Web缓存架构

目前，Web应用的核心数据通常存放在数据库中，比如说用户信息、订单信息、交易信息等，同时，数据库和编程语言是无关的，通过SQL交互，Java、Php等语言写的程序需要访问数据库，执行业务逻辑，展示结果给用户。但是数据库有一定的局限性，譬如：1.数据库连接是非常 "昂贵 "的资源，为了复用这些资源，目前采用连接池技术，2. 连接池的连接数是有限的，如果用户过多，势必要等待，3. 读写数据时需要加锁。

Redis事务

Redis 事务的基本功能由 MULTI、EXEC、DISCARD 及 WATCH 等命令实现。其中，

02

ORA-3136报错

SQL*Plus: Release 10.2.0.4.0 - Production on Sun Sep 15 17:06:51 2013 Copyright (c) 1982, 2007, Oracle. All Rights Reserved. ERROR: ORA-01017: invalid username/password; logon denied

02

16 个在面试前需要知道的系统设计概念

英文 | https://levelup.gitconnected.com/16-system-design-concepts-i-wish-i-knew-before-the-interview-b8586e40a73b

01

游戏服务器压力测试总结

游戏服务器压力测试总结从游戏内测开始到现在做了所有服务器压力相关的测试.现在进行总结.暂时还不方便说游戏架构，所以不上图了。一.首先明确需要测试压力的内容: 1.游戏服务器硬件 a.硬盘I/o b.内存 c.CPU 2.网络压力 a.长连接 a1.最大连接数 a2.流量(内网、外网、进、出) b.长连接短周期(类似Http的TCP应用，这个比较特殊的一个需求，专门针对LoginAgent) b1.每秒建立的连接数 b2.实际处理能力 3.数据库 a.每秒事务数 b.每秒锁等待数 c.平均延时(ms) d.CPU暂用 4.多线程的最优线程数 a.数据库执行的多线程 b.多连接处理二.Windows Server环境测试方式 1.服务器性能监测使用Server自带的性能监测器设置各个进程的监测参数。Window的这个自动工具做的相当强大。大家自己摸一摸基本就会用了。每个参数都由详细的说明。 2.案例设计注意 a.对于数据库的性能测试上，现在由于所有的游戏服务器构架在DB前面都有一个实现DB缓冲功能的进程，以减少数据库频繁的读写操作。所以其实数据库的读是一个轻量级的数量；而数据库的写操作是一个周期性能过程。案例设计一定要能够驱动这种周期性能过程。比如我们游戏的战斗，导致游戏玩家数据的改变，或驱动所有在线玩家数据的周期性存储。 b.选择具有代表性，并且最频繁的游戏操作。用于进行最高用户在线的各种性能指标采集。我们选择的是:战斗、移动、聊天 c.聊天性能测试广播聊天是最为考验游戏信息发送能力的功能。通过进行全局广播的压力测试。我们可以获取服务器进程发送信息到客户端的最高承载量。进而可以对我们的各种广播功能进行一个预估和频率限制。 d.同屏玩家的移动测试移动+广播。这两种信息，基本是网络游戏流量的70-80%左右。同屏玩家数量，将会增加各种数据的广播需求，非常影响游戏性能。所以同屏的移动测试也是广播测试的一个必要环节。需要根据实际结果进行适当的优化。 e.大量玩家同时登录测试玩家登录时，有大量的信息需要进行分配和初始化；同时也有大量的数据需要下传客户端。服务器需要进行大量的TCP连接建立。所以是一个比较关键的过程。这个测试案例是一个比较特殊，但是运营是肯定会碰到的案例。 f.由于线程池处理事务，随着事务的时耗，存在一个最优线程数的问题。过多的线程反而会降低服务器效率 3.细节问题 a.进行测试需要仔细思考客户端性能影响服务器最后表现的可能性。比如 a1.模拟客户端的性能无法有效处理服务器返回信息,可能就导致服务器发送的信息缓存在服务器系统缓存，从而表现出服务器内存不断增加。表现为服务器发送能力不足，其实可能根本就是客户端的性能问题 a2.客户端性能问题，导致发起的请求数过少，从而导致单位时间内服务器处理的请求过少。表现为服务器性能不足，其实根本就是客户端的请求能力不足。 b.网络带宽导致最后表现不足 b1.确认服务器的各个网卡，以及相互的带宽。不然可能因为相互带宽，导致服务器对于客户端请求的处理延时。表现为服务器卡机 b2.客户端模拟多个玩家，比如1000个玩家。而客户端的网卡或者客户端与服务器之间的中转服务器带宽过小，导致服务器数据发送不出，内存不断增加。表现为服务器发送能力不足，其实是中间带宽问题。 c.debug i/o导致服务器性能下降 c1.进行性能测试，一定要取消debug用的同步的i/o.比如我们服务器的debuginternalLog.同步i/o是非常影响性能的，特别在压力测试下可能导致每秒上千上万甚至几十万次的执行。一处的文件写入操作就可以导致几十万次的处理能力变成几千次的处理能力。 c2.客户端避免进行阻塞操作导致模拟多用户性能下降，导致服务器表现性能下降 d.流量需要区分内网网内、外网流量在游戏正式运行时是完全分开的。价格也是完全不同的。一个千M的外网是一个无法想象的运营成本，而kmbps/s现在已经是一个可以接受的代价。游戏进程需要进行不同网卡的配置和绑定。确定内外网流量。

03

分布式计算，WCF+JSON+实体对象与WebService+DataSet效率大比拼

最近做公司项目，我们要整合所有业务系统的客户数据，各业务系统的数据库有的Oracle，有的是SQLSERVER，而且表结构也不相同，如何整合不同系统之间的客户数据成为一个令人头痛的难题！解决方案：在整合数据的方式上存在分歧，有两种方案：方案1，将所有系统的客户数据整合到一个数据库中--“中心数据库”，所要的工作主要有设计一个“超级客户数据表”，尽可能多的包含各个业务系统的客户数据表的字段，然后再开发一套程序完成各个业务数据库与“中心”数据库直接的数据导入，更新，同步等；方案2，不设立“中心数据库”，

Oracle Net Configuration(监听程序和网络服务配置)

1、在Oracle服务端和客户端都安装完之后,就需要配置监听程序和本地网络服务,以便外部程序和工具的访问,所以Oracle提供了两款自带的工具来配置它们分别是 Net Configuration、Ne

05

Oracle数据库漏洞分析：无需用户名和密码进入你的数据库

摘要一般性的数据库漏洞，都是在成功连接或登录数据库后实现入侵；本文介绍两个在2012年暴露的Oracle漏洞，通过这两种漏洞的结合，可以在不掌握用户名/密码的情况下入侵Oracle，从而完成对数据的窃取或者破坏。这两个漏洞就是CVE-2012-1675和CVE-2012-3137。引言国内外很多重要的系统都采用Oracle作为数据存储的数据库；在Oracle中存储着企业或政府大量敏感的信息，在金钱或政治的诱导下，内外部黑客会想法利用管理、网络、主机或数据库的自身漏洞尝试入侵到数据库中，以达到自身的目

06

MySQL性能优化必知：长连接、短连接、连接池

当数据库服务器和客户端位于不同的主机时，就需要建立网络连接来进行通信。客户端必须使用数据库连接来发送命令和接收应答、数据。通过提供给客户端数据库的驱动指定连接字符串后，客户端就可以和数据库建立连接了。可以查阅程序语言手册来获知通过何种方式使用短连接、长连接。

05

数据库PostrageSQL-加密选项

PostgreSQL提供了几个不同级别的加密，并且在保护数据不会因为数据库服务器偷窃、不道德的管理员、不安全网络等因素而泄漏方面提供很高的灵活性。加密可能也是保护一些诸如医疗记录或财务交易等敏感数据所要求的。

01

一分钟理解 Token、Cookie、Session 的关系

在Web应用中，HTTP请求是无状态的。即：用户第一次发起请求，与服务器建立连接并登录成功后，为了避免每次打开一个页面都需要登录一下，就出现了cookie，Session。

02

Token、Cookie、Session 的关系

在Web应用中，HTTP请求是无状态的。即：用户第一次发起请求，与服务器建立连接并登录成功后，为了避免每次打开一个页面都需要登录一下，就出现了cookie，Session。

02

安全的数据库图形管理工具（1）：准备密钥

我们都知道，在正式的生产环境下，数据库并不在你工作的电脑上，而是位于机房的实体服务器，或者是位于传说中的云服务器。因此，远程连接数据库是很有必要的。但是，数据库一般安装配置好后是不允许远程连接的，要想允许远程连接，就需要去修改它的连接权限（以MySQL为例）。

02

推荐一款在线+离线数据同步框架 Dotmim.Sync

移动智能应用可以分为在线模式、纯离线模式与“在线+离线”混合模式。在线模式下系统数据一般存储在服务器端的大中型数据库（如 SQL Server、Oracle、MySQL 等），移动应用依赖于稳定可靠的网络连接；纯离线模式下系统数据一般存储在移动终端的轻量级数据库（如 SQLite等），移动应用不需要网络连接；“在线+离线”混合模式则比较复杂，通常情况下系统数据存储在服务器端，移动终端暂存部分数据，因而形成了分布式异构数据库。在移动应用运行过程中，当移动终端或服务器端执行数据更新操作后，为了保证数据的完整性和一致性，需要进行双向的数据同步。然而，由于移动网络本身具有复杂性、动态性、弱连接性以及通信延迟与带宽相对有限等特性，因而移动应用的数据同步技术备受考验。

03

扫码

添加站长进交流群

领取专属 10元无门槛券

手把手带您无忧上云

扫码加入开发者社群

相关资讯

热门标签

活动推荐

运营活动

活动名称

广告关闭