首页
学习
活动
专区
工具
TVP
发布

ImportSource

专栏作者
207
文章
387375
阅读量
68
订阅数
成都核酸系统崩溃原因大猜想
这几天xx病毒在成都又开始抬头了。响应国家号召,成都市民从9月1日起开始居家,并开始了三天三检。相信大家已经知道了,就是这边的核酸登记系统崩溃了。
ImportSource
2022-11-11
9990
NoSQL Sharding 分片
翻译内容: NoSQL Distilled 第四章 Distribution Models 作者简介: 本节摘要: 各位周末好,今天我们主要讨论有关分布模型中分片(sharding)
ImportSource
2018-05-04
1.7K0
厕读:每日一题,面试无忧
7. 下列属于关系型数据库的是() A. Oracle B MySql C IMS D MongoDB 答案:AB 解答:IMS(Information Management System )数据库是IBM公司开发的两种数据库类型之一; 一种是关系数据库,典型代表产品:DB2; 另一种则是层次数据库,代表产品:IMS层次数据库。 非关系型数据库有MongoDB、memcachedb、Redis等。
ImportSource
2018-05-04
5270
数据模型详解-究竟什么时候物化视图?
翻译内容 3.4. Materialized Views 第三段和第四段: Views provide a mechanism to hide from the client whether data is derived data or base data—but can’t avoid the fact that some views are expensive to compute. 视图提供了一种机制就是把数据封装起来,然后客户端调用者不管是原始数据(base data)还是派生数
ImportSource
2018-05-04
1.2K0
构建物化视图的两种方式
构建物化视图的两种方式 章节:nosql distilled 第三章第四节 物化视图 There are two rough strategies to building a materialized view. The first is the eager approach where you update the materialized view at the same time you update the base data for it. 现在啊,我们有两种略显粗糙的办法来构建一个物化视图
ImportSource
2018-05-04
8570
NoSQL如何构建数据存储模型
翻译内容:NoSQL Distilled 第三章 数据模型详解 3.5 Modeling for Data Access 作者简介: 本节我们主要通过一个典型的电商场景,来描述在
ImportSource
2018-05-04
1.6K0
NoSQL-Relaxing Consistency-放宽一致性
作者简介: 一致性这事也许不是天经地义的。你同意嘛? 5.3. Relaxing Consistency 放宽一致性 一致了自然是好事。但,不幸的是,有时候我们不得不放弃他。在设计系统时,我们总是避免
ImportSource
2018-04-03
1.1K0
NoSQL-Relaxing Durability-放宽“持久性”约束
作者简介: 有的小伙伴对于放宽“持久性”不屑一顾——他们认为如果数据库丢失了更新操作的能力那还叫数据库吗?然而。。。。。 5.4. Relaxing Durability 放宽“持久性”约束 之前我们
ImportSource
2018-04-03
7650
NoSQL-Master-Slave Replication 主从复制
翻译内容: NoSQL Distilled 第四章 Distribution Models 作者简介: 本节摘要: 各位好,今天我们主要讨论有关分布模型中复制(Replication
ImportSource
2018-04-03
1.3K0
NoSQL 一致性[详解]更新一致性
翻译内容: NoSQL Distilled 第五章 Consistency 作者简介: 本节摘要: 一致性向来是分布式的一大问题。本文主要讨论一致性中的更新一致性的内容。
ImportSource
2018-04-03
1.1K0
架构师必懂的NoSQL[一致性]底层原理
从关系数据库过渡到NoSQL数据库的一个最大改变就是你对一致性的思考方式。关系数据库主要是通过“强一致性”来避免各种不一致的问题,这个我们很快就会说到。一旦你进入NoSQL的世界,你就会接触到“CAP 定理”和“最终一致性”这些术语,一旦你开始构建,你就要考虑你的系统需要哪种一致性,什么样级别的一致性。 一致性有很多种表现形式,并且它下面也潜藏着众多可能出错的地方。本章先说说一致性的各种形式,然后再讨论哪些理由可以让开发者放宽对一致性的约束(并放宽另一个与之相伴的因素:持久性)。
ImportSource
2018-04-03
1.1K0
为什么看起来不是很复杂的网站,淘宝、腾讯却需要大量顶尖高手来开发?
来源:知乎 链接:http://www.zhihu.com/question/20303645 为什么很多看起来不是很复杂的网站,比如 Facebook 需要大量顶尖高手来开发? 子柳: 就拿淘宝来说说,当作给新人一些科普。 ▼先说你看到的页面上,最重要的几个: 【搜索商品】这个功能,如果你有几千条商品,完全可以用select * from tableXX where title like %XX%这样的操作来搞定。但是——当你有10000000000(一百亿)条商品的时候,任何一个数据库都无法存放了,请问
ImportSource
2018-04-03
1.1K0
MartinFowler告诉你大数据架构师必备的NoSQL技能-版本戳(上)
-许多NoSQL数据库的批评者老说NoSQL数据库不支持事务。 事务是一个有用的工具,他可以帮助编程者解决一致性的问题。然而,NoSQL的推崇者并不担心这个问题,原因就是面向聚合的NoSQL数据库是支
ImportSource
2018-04-03
6630
必懂的NoSQL理论-Map-Reduce(上)
本文主要内容:基本的Map-Reduce Map-Reduce 基本原理 面向聚合的数据库能够兴起很大一部分原因是由于集群的增长。数据库运行在集群环境中意味着你要在数据存储方面做出权衡,而不能像过去运行在单机上那么简单了。集群不仅仅改变了数据存储的规则,而且还改变了数据计算的规则。如果你把一大堆数据存在集群上,这时候要想有效的处理数据,那么你就必须要用另外一种不同的思路来组织你的处理流程。 如果是使用那种“集中式的数据库”(centralized database),那么通常你可以有两种方式来处理计算
ImportSource
2018-04-03
1.2K0
Gitlab.com宕机始末
接上集:Gitlab.com误删数据最近动态:恢复60% 14小时前 数据库恢复60%; 13小时前 gitlab在国外某非著名视频网站直播自己的数据库恢复进展; 13小时前 数据库复制到68%; 12小时前 数据库复制到73%; 11小时前 数据库复制到78%; 10小时前 数据库复制到86%; 10小时前 数据库复制到92%; 2月2日 12:28 AM 数据库复制成功,对数据库做备份快照,以防意外再次发生。 12:45 AM 升级数据库服务器中的GitLab-EE,以使其与复制的数据兼容 12:50
ImportSource
2018-04-03
9190
Gitlab.com误删数据最近动态:恢复60%
GitLab.com 官方网站发布声明称由于其产品数据库问题导致的网站无法正常访问。据国外媒体报道称 Gitlab 网站疲惫的系统管理员深夜在进行数据库维护时,使用 rm -rf 删了300GB 生产环境数据。等到清醒过来紧急按下ctrl + c,只有4.5GB保留下来。然后恢复备份失败,网站已经宕了10个小时,现在还没恢复。 目前可以确认的是 Gitlab 的数据备份是无效的。报告称此次数据丢失并非仓库的数据,而是仓库相关的 issue 以及合并请求操作。 GitLab.com 号称有五重备份机制:
ImportSource
2018-04-03
8580
设计模式-抽象类,只是想为你做更多
如果说面向对象中的接口是把所有的事情扔给你的话,那么抽象类显然是想要为你做一些事情,如果实在有一部分做不了再扔给你。 相信对于大部分业务开发的场景下都不太会需要自己去写抽象类。但在一些特殊场景我们还是不得不搞个抽象类。 还是从实际的使用场景来说起吧。 实际案例 案例一、封装email组件。 public abstract class AbstractEmail implements SendEmailable { ....... public AbstractEmail(boolean built
ImportSource
2018-04-03
6410
必须要讨论的四种分布式事务方案
分布式事务伴随着微服务被人们一再提起。服务与服务之间的事务怎么处理比较好?到底使用哪种选择方案比较好。相信有人觉得分布式事务实现起来比较困难甚至不可能。也有人觉得2pc或3pc就够了等等。本文接下来尝试对2或3pc、补偿、事件源、聚合内事务进行逐一探讨,以求对这四种方式获得一个基本的认识。不妥之处欢迎指正。 两阶段、三阶段提交 两阶段提交要求及时的确认(comfirm)。然而这在很多场景下根本就不适用。因为很多场景是异步的。 而且很多的nosql数据库根本不支持acid事务,更别说2pc了。所以2pc还是
ImportSource
2018-04-03
6830
微服务业务开发三个难题-拆分、事务、查询(下)
上集:微服务业务开发三个难题-拆分、事务、查询(上) 上集我们阐述了使用微服务体系架构的关键障碍是领域模型,事务和查询,这三个障碍似乎和功能拆分具有天然的对抗。只要功能拆分了,就涉及这三个难题。 然后我们向你展示了一种解决方案就是将每个服务的业务逻辑实现为一组DDD聚合。然后每个事务只能更新或创建一个单独的聚合。然后通过事件来维护聚合(和服务)之间的数据一致性。 在本集中,我们将会向你介绍使用事件的时候遇到了一个新的问题,就是怎么样通过原子方式更新聚合和发布事件。然后会展示如何使用事件源来解决这个问题,
ImportSource
2018-04-03
2K0
异地双活实践笔记
最近恰好在搞异地双活,以下是一个梳理: 基本概念 1、异地容灾。这仅仅是一个冷备的概念。也就是在平时正常的时候,另外一个机房只是当做备份。 2、异地双(多)活。而异地双(多)活,却是指有两个或者多个可以同时对外服务的节点,任意一个点挂了,也可以迅速切换到其他节点对外服务,节点之间的数据做到准实时同步。 分类 根据是否需要数据同步大体分为三类: 1、必须同步型。(比如数据库) 2、无须同步型。比如缓存,仅仅是当做缓存,就可以这样做(这个有待商榷,其实缓存也需要同步的,严格来说的话)。 3、只能单活(对全局原
ImportSource
2018-04-03
11.6K0
点击加载更多
社区活动
腾讯技术创作狂欢月
“码”上创作 21 天,分 10000 元奖品池!
Python精品学习库
代码在线跑,知识轻松学
博客搬家 | 分享价值百万资源包
自行/邀约他人一键搬运博客,速成社区影响力并领取好礼
技术创作特训营·精选知识专栏
往期视频·千货材料·成员作品 最新动态
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档