内容字号:默认大号超大号

段落设置:段首缩进取消段首缩进

字体设置:切换到微软雅黑切换到宋体

当前分类:

> 数据库 > Nosql >

  • 大型网站后端架构设计12月23日

    后端架构设计涉及很多方面,并且跟网站规模有很大关系,规模越大涉及技术越多,下面介绍一下超大型网站后端架构设计,以及包含哪些核心技术。 分层是架构设计一种重要方式,通过分层来讲问题很高隔离,后端架构可以分为三层,一层是接入层、服务层、存储层。

    Tags:软件架构数据库NoSql
  • 响应式Web应用(五)03月18日

    在开发 Web 应用的时候,一些必须要考虑到的基本因素将会对程序的操作方式产生深远的影响。但不幸的是,大多数应用程序在开发之前都不会去考虑代码在生产环境发布和部署之后会发生什么。这可能会给程序造成很大的局限性,比如我们现在需要在多台服务器上运行

    Tags:数据库NoSqlPaaS
  • btcd是如何计算字节占用的03月05日

    下面以交易的字节占用为例,解析 btcd 是如何处理 golang 的字节占用问题的。 交易结构 一个交易的大小分成了隔离见证占用和非隔离见证占用,非隔离见证部分包括:交易版本号、交易输入的数量、交易输入本身、交易输出数量、交易输出本身、锁定时间。 交易的

    Tags:btcd
  • NoSQL介绍之CassandraVSMongo12月11日

    NoSQL 概述 NoSQL 概览 RDBMS VS NoSQL NoSQL 种类 NoSQL 的一些名词 结合Mongo,Cassandra谈谈NoSQL的设计和应用 部署架构 分片 数据存储与维护 读写分析 数据模型 总结 关系型数据库 VS NoSQL VS New SQL 关系型数据库:元组关系(ER),提供了一套标准的接口

    Tags:CassandraVSMNoSQL
  • 中小规模搜索引擎(ElasticSearch)典型应用场景及性能优化(2)11月11日

    再来说说NoSql应用,通常搜索引擎的取数据的过程是: 首先通过搜索词匹配倒排表得到一个只有id的结果集,然后通过id匹配正排索引拿到对应的文档字段,最后返回结果,这样的好处是: 可以让倒排索引尽量小,保证IO性能 id是由搜索引擎自行分配维护的,并不依

    Tags:ElasticSearc搜索引擎
  • 谈谈partition的方式10月27日

    序 本文主要聊一下开源主流产品的partition方式。 partition 一般来说,数据库的繁忙体现在:不同用户需要访问数据集中的不同部分,这种情况下,我们把数据的各个部分存放在不同的服务器/节点中,每个服务器/节点负责自身数据的读取与写入操作,以此实现横向

    Tags:partition
  • badger:一个高性能的LSM K/V store10月12日

    大家好,给大家介绍一下, 新晋的高性能的 K/V数据库: badger 。 这是 dgraph.io 开发的一款基于 log structured merge (LSM) tree 的 key-value 本地数据库, 使用 Go 开发。 事实上,市面上已经有一些知名的基于LSM tree的k/v数据库, 比如 leveldb 、 gol

    Tags:badgerLSMstore
  • 为什么SQL正在击败NoSQL?这对未来的数据意味着什么?10月10日

    译者注:经过多年的沉寂之后,今天的SQL正在复出。缘由如何? 这对数据社区有什么影响?看看本文的分析。以下为译文。 自从可以利用计算机做事以来,我们一直在收集的数据以指数级的速度在增长,因此对于数据存储、处理和分析技术的要求也越来越高。在过去的

    Tags:SQLNoSQL
  • NoSQL数据库的主主备份原理以及实施方案08月01日

    Tarantool DBMS的高性能应该很多人都听说过,包括其丰富的工具套件和某些特定功能。比如,它拥有一个非常强大的on-disk存储引擎Vinyl,并且知道怎样处理JSON文档。然而,大部分文章往往忽略了一个关键点:通常,Tarantool仅仅被视为存储器,而实际上其最大特

    Tags:NoSQL主主备份
  • SQL、NewSQL和NoSQL融合研究与实践07月07日

    近几年,各类大数 据技术迅猛发展,企业中数据处理量呈现几十到几百倍增长,数据类型也从传统结构化数据,延伸到实时流数据,以及各类非结构化数据。传统数据库单一技术包打天下的局面无法适应复杂多变的海量数据处理,从而出现了各类NewSQL技术和NoSQL技术

    Tags:NewSQLNoSQLSQL
  • 手把手带你入门微软Graph Engine06月24日

    导读:出自微软亚洲研究院的Graph Engine是一个基于内存的分布式大规模图数据处理引擎,能够帮助用户高效地处理大规模图数据,且更方便地构建实时查询应用和高吞吐量的离线分析平台。自2015年发布以来,Graph Engine受到了来自学术界和工业界的广泛关注。点

    Tags:GraphEngine图模型
  • SSDB和Twemproxy集群和分布式06月22日

    SSDB项目地址 SSDB 是一个 C/C++ 语言开发的高性能 NoSQL 数据库, 支持 KV , list , map(hash) , zset(sorted set) , qlist (队列) 等数据结构, 用来替代或者与 Redis 配合存储十亿级别列表的数据. twemproxy介绍 Tweproxy项目地址 Twemproxy 是一个快速的单

    Tags:SSDBTwemproxy集群
  • 简单数据库迁移实践06月15日

    现在 NoSQL 流行,有一个原因也是因为不需要去刻意处理table的schema,直接存储数据,这样简单!所以也不会有数据库表的迁移问题。数据库表迁移这一块儿一直是一个麻烦点,但我最近用了sqlite3做了个小项目,所以总结下数据库迁移的方案。 原理 每一次数据表

    Tags:数据库
  • 电子书NoSQL精粹06月06日

    《NoSQL精粹》为考虑是否可以使用和如何使用NoSQL数据库的企业提供了可靠的决策依据。它由世界软件开发大师和软件开发教父Martin Fowler与Jolt生产效率大奖图书作者Pramod J. Sadalage共同撰写。书中全方位比较了关系型数据库与NoSQL数据库的异同;分别以Ria

    Tags:NoSQL电子书
  • skynet模块命名空间调整06月03日

    前段时间有同学抱怨说 skynet 下提供的 lua 模块都没有名字空间,平坦的命名,容易和自己项目开发的模块命名冲突。虽然自己项目开发的模块可以单独给一个名字空间,但混杂在一起使用还是不美观。 我考虑了几天,决定在 skynet 1.1 版本中把大部分的模块都加

    Tags:skynet命名空间
  • LSM-Tree与RocksDB05月31日

    冥冥之中,接触到了不同于关系数据库的NoSQL Key-Value存储引擎RocksDB,懵懵懂懂、充满好奇,google一点,满眼皆是LSM-Tree,头晕眼花、若即若离,便有了这篇文章,一起与大家分享这趟探险之旅。 LSM-Tree(Log-Structured-Merge-Tree) LSM从命名上看,容易

    Tags:LSM-TreeRocksDB
  • NoSQL数据库的主主备份05月24日

    Tarantool DBMS的高性能应该很多人都听说过,包括其丰富的工具套件和某些特定功能。比如,它拥有一个非常强大的on-disk存储引擎Vinyl,并且知道怎样处理JSON文档。然而,大部分文章往往忽略了一个关键点:通常,Tarantool仅仅被视为存储器,而实际上其最大特

    Tags:NoSQL数据库
  • NoSQL注入的分析和缓解03月21日

    本文要点: 了解针对NoSQL的新的安全漏洞 五类NoSQL攻击手段,比如重言式、联合查询、JavaScript 注入、背负式查询(Piggybacked queries),以及跨域违规 OWASP组织针对检查NoSQL注入代码的建议 了解如何缓解安全风险 如何在整个软件开发周期中整合NoSQL数

    Tags:NoSQL
  • 袖珍分布式系统(一)01月21日

    看了好多分布式系统,如Amazons Dynamo, Googles BigTable and MapReduce, Apaches Hadoop等,那这些系统背后有没有什么共性的东西呢?本文试图去带领大家阐述这些系统背后的思想。 在作者看来,distributed programming主要是在处理分布式带来的两个主要的

    Tags:分布式系统Nosql
  • online db如何做字段扩充?12月18日

    需求 线上User表目前存在四个字段 user(uid, name, passwd, nick),现在需要增加两个字段age, sex,变为user(uid, name, passwd, nick, age, sex) 背景 目前user表数据量较大,且并发请求量较大 解决方案: 方案一、 alter table add column 优势:方案最为

    Tags:SQLNosql

CopyRight © 2015-2016 QingPingShan.com , All Rights Reserved.