大型网站的用户管理用ldap、nosql还是关系数据库好?

问题描述

大型网站可能有上亿的用户,用户管理用ldap、nosql还是关系数据库好呢?目前各大网站都用什么方式管理用户呢?

解决方案

通常采用mysql分库分表,nosql也只能是局部不太重要 的功能使用,用充分利用缓存本人做的是大型网站,有疑问可以私信我,技术细节不方便大庭广众之下透漏
解决方案二:
像用户这一类的数据还是关系数据库比较可靠.比如一个微博系统用户信息用传统关系型数据库,而他们发的具体的微博用nosql.
解决方案三:
大型网站一般用oracle sqlservce 他们一般有自己的管理工具 例如plsql 还有数据库自带的管理工具,一般他们会购买一些管理工具。

时间: 2024-08-30 18:16:53

大型网站的用户管理用ldap、nosql还是关系数据库好?的相关文章

打破传统 细化大型网站CMS后台运行管理权限

通常,大型网站的CMS后台管理员至少有几十人,每个管理员所管理的权限与内容也悉数不同.为了避免越权管理的弊端,网站的CMS后台就需要一套能够自由分配管理员相关权限,且各管理间各司其职.互不干扰的机制. 国内高端CMS系统SiteServer CMS,其细粒度的后台管理员权限分配功能,通过角色与管理员的双重身份确认,完全满足了大型网站后台管理员的各种权限配置. 权限分配第一重:管理员 SiteServer CMS本身的网站群http://www.aliyun.com/zixun/aggregati

ldap+qmail+postaci 安装, 用户管理

用户管理 ldap+qmail+postaci  安装, 用户管理 参考文献:1. 建一个大容量的webmail系统(作者:谢顺华)    目前唯一能找到的中文qmail+ldap资料    http://www.linuxforum.net/doc/webmail.html2. Postaci Webmail    基于php的webmail系统, 支持pop3, imap, 使用数据库做缓存.    相对于imp和sqwebmail来说, 配置相当容易, 而且界面很好.    (http:/

使用系统集群技术实现高度可用轻量级LDAP用户管理

设计一个 LDAP http://www.aliyun.com/zixun/aggregation/13687.html">用户管理解决方案应满足以下要求: 服务一个集群环境:该环境严重依赖 于一个一致的注册表视图:所有集群成员必须在任何时候都能访问相同的注册表信息. 包括所有用户和组特权:典型的 LDAP 解决方案把登录凭证和实际组成员分离开来.该解决方案必须能够管理上述两项. 管理一个注册表:典型的 LDAP 解决方案把系统用户和普通用户分开.这就确保当 LDAP 不可访问时,root

大型网站用户定位技术(智能 DNS 和 IP 重定向)

其实这个文章叫大型网站用户定位技术,其实今天要讲的不是智能 DNS ,今天是要讲的智能 DNS 的问题,和一些网站对这个的处理,下面要讲的这个技术主要是针对比较大的文件,比如下载和视频之类.为什么要讲这个,主要是我的群中一些朋友吵着想了解一下.我答应了非常非常久了.直到现在才有时间给大家分享一下. 我们知道,现在很多网站的 GLSB 都是基于 DNS 来做.DNS 的解析流程如下.我们来看. 比如,我是北京的用户,我的 DNS 为 202.106.0.20.当我要打开 www.php-oa.co

一个用于网站用户管理的函数库(原作者:tim

函数|用户管理 <?php $hidden_hash_var='your_password_here'; $LOGGED_IN=false; //clear it out in case someone sets it in the URL or something unset($LOGGED_IN); /* create table user ( user_id int not null auto_increment primary key, user_name text, real_name

【转载】大型网站架构演化

大型网站系统特点 高并发.大流量:PV 量巨大 高可用:7*24 小时不间断服务 海量数据:文件数目分分钟 xxTB 用户分布广泛,网络情况复杂:网络运营商 安全环境恶劣:黑客的攻击 需求快速变更,发布频繁:快速适应市场,满足用户需求 渐进式发展:慢慢地运营出大型网站 大型网站架构演化过程 (1)初始阶段网站架构:一台 Server 就刚需.应用程序.数据库.文件等所有资源都集中在一台 Server 上,典型案例:基于 LAMP 架构的 PHP 网站: (2)应用和数据服务分离:三台 Serve

大型网站架构的演化

一个成熟的大型网站(如淘宝.京东等)的系统架构并不是开始设计就具备完整的高性能.高可用.安全等特性,它总是随着用户量的增加,业务功能的扩展 逐渐演变完善的,在这个过程中,开发模式.技术架构.设计思想也发生了很大的变化,就连技术人员也从几个人发展到一个部门甚至一条产品线. (欢迎大家访问我的个人网站:工学1号馆) 所以成熟的系统架构是随业务扩展而完善出来的,并不是一蹴而就:不同业务特征的系统,会有各自的侧重点,例如淘宝,要解决海量的商品信息的搜索.下 单.支付,例如腾讯,要解决数亿的用户实时消息传

阿里云数据库,破解大型网站架构设计中的数据存储难题

摘要:3月10日,2017阿里云网站行业热点问题和解决方案线下研讨会在上海举行.在本次研讨会上,阿里云数据库团队产品专家王义成(花名挚尤)针对于大型网站的数据库架构设计以及阿里云ApsaraDB所提供的服务管理和解决方案进行了深入介绍. 分享者简介:王义成(花名挚尤),阿里云数据库团队产品专家,负责阿里云NoSQL数据库的产品规划.加入阿里巴巴近5年的时间,参与过多种云数据库的产品设计工作.目前主要负责阿里云的MongoDB.Redis以及MemCache产品,旨在为广大客户提供安全可靠的数据库

大型网站系统学习笔记

大型网站及其架构演进过程     (一)网站初建     作为一个交易网站,需要具备的最基本三个功能:     (1) 用户:用户注册.用户管理.信息维护--     (2) 商品:商品展示.商品管理--     (3) 交易:创建交易.交易管理--  如果基于JAVA用单机技术,即一台服务器来构建应用,示意图大概会如下所示   各个功能模块之间通过JVM内部方法调用来进行交互,而应用和服务器则通过JDBC进行访问 (二)单机负载告警,数据库与应用分离     网站对外服务后,访问量会不断增大,