有关rides数据库的想法

今天在想如何用redis实现蕾丝与新浪微博的关注用户和粉丝时,突然发现在mysql里面只需要一个表就可以了,有一个关注者和被关注者的对应即可。

redis需要对每一个用户有两个相关的键,一个关注的人,一个自己的粉丝,都是集合的形式。表面上感觉mysql数据库的设计好像简单点儿,一个表直接搞定,可是细想一下,如果一一对应的话,恐怕这个数据表也太大了,索引起来估计慢的吓人。虽然redis数据库好像复杂点儿,每个用户要有两个对应的字段 ,可是所有的键唯一,时间复杂对为o(1),而且在内存中,读去速度更快

时间: 2024-11-07 06:35:26

有关rides数据库的想法的相关文章

技术无关 自己写的项目 一些数据库的想法

不知道一个论坛的数据库该怎么设计 姑且先这样搞 user表 +----------+--------------+------+-----+---------+----------------+| Field    | Type         | Null | Key | Default | Extra          |+----------+--------------+------+-----+---------+----------------+| user_id  | int(10

重新定义数据库历史的时刻——时间序列数据库Schwartz认为InfluxDB最有前途,Elasticsearch也不错

转自:http://www.infoq.com/cn/news/2017/04/redefine-database-history 提起VividCortex公司的创建者兼CEO Baron Schwartz,大家可能会比较陌生,但读过他的著作<高性能MySQL>的一定大有人在.他同时也做过许多开源软件的性能分析.监控和管理工作.同时他还对许多不同的数据库社区有所贡献,包括Oracle.PostgreSQL.Redis和MongoDB等.最近他在博客上分享了一些关于数据库的想法.从2000年左

centos 安装redis3.0为解决数据库频繁插入数据IO性能问题

最近发现项目中,数据量产生较大,数据库采用的是sql2008r2,我们发现啊,服务器内存占用不大.cpu占用也不高,但是整台服务器非常慢. 看了一段发现是磁盘IO的问题,由于写入过多.最近在想,把数据暂存内存,定时批量存入数据库 这样的一个想法还没有具体测试与验证,理论上应该 是会降低IO的消耗和连接的消耗. 由于我的本本比较旧,装了个win8.1,4G的内存,在Hyper-v中运行虚拟机中,一直提示内存不足,便申请了一个aws的云,费了好大劲才成功的,还扣了我四美元,不知道会不会还给我. 申请

为什么不要在android或者ios上直连mysql或者sqlserver之类的数据库(跳大神)

许多同学 都有直连这些数据库的想法,如果我说了以下二个问题之后你还想直连,那我也没办法 数据库是一个服务端最重要的部分,也是最脆弱的部分,更是最敏感的部分 如果直连会造成如下问题 1.安全问题,你的连接数据库的账号密码 暴露给了客户端,这样很容易被抓到,无论是android的反编译,还是抓包,都很容易得到这个信息,而且如果需要直连,数据库势必要监听0.0.0.0,,这样任何人都可以尝试你的数据库,多么可怕的一件事 2.性能问题,我们知道一个数据库的并发连接很低,mysql的默认配置只有100,直

数据库选型

我觉得首先来看一看今天企业里面经常谈的一个问题就是整合的问题.为什么会谈到整合的问题,因为整合就是你现在有很多没有被整合的东西,所以是信息孤岛,因为有信息孤岛的存在,所以需要整合.反过来讲为什么信息孤岛会存在,谁都没有希望在建系统的时候要把它做成一个孤岛.原因在于很多时候CIO在选择建一个整个企业的系统的时候,它是希望由应用来驱动.也就是说他在不断建一个一个应用,比如说我要建一个ERP的应用,比如说我需要建一个人事的应用,等等有各种各样的应用,有风险的应用.这样你会发现每一个应用他都建立起来了,

MongoDB---前世今生

MongoDB的官方文档基本是how to do的介绍,而关于how it worked却少之又少,本人也刚买了<MongoDB TheDefinitive Guide>的影印版,还没来得及看,本文原作者将其书中一些关于MongoDB内部现实方面的一些知识介绍如下,值得一看. 今天下载了<MongoDB The Definitive Guide>电子版,浏览了里面的内容,还是挺丰富的.是官网文档实际应用方面的一个补充.和官方文档类似,介绍MongoDB的内部原理是少之又少,只有在附

sql,nosql

1. 关系型数据库 关系型数据库,是指采用了关系模型来组织数据的数据库. 关系模型是在1970年由IBM的研究员E.F.Codd博士首先提出的,在之后的几十年中,关系模型的概念得到了充分的发展并逐渐成为主流数据库结构的主流模型. 简单来说,关系模型指的就是二维表格模型,而一个关系型数据库就是由二维表及其之间的联系所组成的一个数据组织. 关系模型中常用的概念: 关系:可以理解为一张二维表,每个关系都具有一个关系名,就是通常说的表名 元组:可以理解为二维表中的一行,在数据库中经常被称为记录 属性:可

Octopus系列之开发中灵光点收集,先放到这里,后面会整理的

项目中引用的组件 1.System.Data.SQLite.dll 自行编译 SQLite-1.0.66.0-source 3.5的框架:F:\Code\开源项目\SQLite\1.0.66.0_x86\源码\SQLite-1.0.66.0-source\bin[目前已经更新了,不在使用这个了,这个有个bug]2.F:\Code\开源组件\LitJSON\0.9.03.NVelocity.dll 来自小泥鳅blog*****************************************

MONGODB全面总结

关于Mongodb的全面总结,学习mongodb的人,可以从这里开始! 分类:            MongoDB2013-06-08 09:5610213人阅读评论(0)收藏举报 目录(?)[+] BSON 效率 传输性 性能 写入协议 数据文件 名字空间和盘区 内存映射存储引擎 其他 MongoDB的架构 MongoDB的特点 MongoDB的功能 MongoDB的局限性与不足 适用范围 MongoDB的不适用范围 要点 MongoDB分布式复制 MongoDB语法与现有关系型数据库SQL