(ps:文章大部分内容都是借助百度翻译,然后在上面作一些修正的。翻译不是目的,主要目的是强迫自己沉下心来将英文的技术文章看下去) 简介 MongoDB是一种高性能、可扩展、分布式、为现代应用而设计的数据库。它被各种大大小小的组织用来处理关键任务,低延迟的操作应用程序,高吞吐量以及持续可用性等有严格要求的系统。虽然MongoDB的一些方面不同于传统的关系数据库,但是系统的概念、它的操作和策            
                
                    
                        
                                                            
                                                                        
                                                                                        转载
                                                                                    
                            2023-08-11 20:53:08
                            
                                83阅读
                            
                                                                             
                 
                
                             
         
            
            
            
            在云栖社区上发起了一个 MongoDB 使用场景及运维管理问题交流探讨的技术话题,有近5000人关注了该话题讨论,这里就 MongoDB 的使用场景做个简单的总结,谈谈什么场景该用 MongoDB?很多人比较关心 MongoDB 的适用场景,也有用户在话题里分享了自己的业务场景,比如案例1用在应用服务器的日志记录,查找起来比文本灵活,导出也很方便。也是给应用练手,从外围系统开始使用MongoDB。            
                
                    
                        
                                                            
                                                                        
                                                                                        原创
                                                                                    
                            2020-12-10 15:22:21
                            
                                430阅读
                            
                                                                             
                 
                
                             
         
            
            
            
            1、业务应用场景传统的关系型数据库(如MySQL),在数据操作的“三高”需求以及应对Web2.0的网站需求面前,显得力不从心。而MongoDB能很好的应对“三高”需求。“三高”需求: 高并发、高性能、高可用;面向互联网的三高系统,最关注的是:性能、可用性、伸缩性、扩展性、安全性。具体的应用场景如:(1)社交场景,使用 MongoDB 存储存储用户信息,以及用户发表的朋友圈信息,通过地理位置索引实现            
                
                    
                        
                                                            
                                                                        
                                                                                        转载
                                                                                    
                            2023-05-26 14:29:32
                            
                                133阅读
                            
                                                                             
                 
                
                                
                     
                                    
                             
         
            
            
            
            在云栖社区上发起了一个 MongoDB 使用场景及运维管理问题交流探讨的技术话题,有近5000人关注了该话题讨论,这里就 MongoDB 的使用场景做个简单的总结,谈谈什么场景该用 MongoDB? 很多人比较关心 MongoDB 的适用场景,也有用户在话题里分享了自己的业务场景,比如 案例1 用在            
                
                    
                        
                                                            
                                                                        
                                                                                        转载
                                                                                    
                            2019-02-22 08:45:00
                            
                                77阅读
                            
                                                                                    
                                2评论
                            
                                                 
                 
                
                             
         
            
            
            
            文章目录一、相关概念1.1 业务应用场景1.2 简介1.3 体系结构1.4 数据模型二、安装2.1 docker单机2.2 docker集群 一、相关概念1.1 业务应用场景有如下需求:对数据库高并发读写需求;
对海量数据的高效存储和访问; 
对数据库的高可扩展性和高可用性;(mongodb的列可以自动扩展)应用场景:社交场景,使用mongoDB存储用户信息/朋友圈信息,通过地理位置索引实现附近            
                
                    
                        
                                                            
                                                                        
                                                                                        转载
                                                                                    
                            2023-08-08 09:08:02
                            
                                63阅读
                            
                                                                             
                 
                
                             
         
            
            
            
            我们知道,业务模型一直是性能项目中很重要的环节。在容量场景中,每个业务比例都要符合真实业务场景的比例。如果不符合,那场景的执行结果也就没有意义了。但是,我们经常可以看到,很多性能从业人员因为对业务模型的抽取过程不够了解,或者是拿不到具体的数据,导致业务模型和生产业务场景不匹配,进而整个性能项目都变得毫无意义。也有大量的项目,并没有拿历史业务数据做统计,直接非常笼统地拍脑袋,给出相应的业务模型,这样            
                
                    
                        
                                                            
                                                                        
                                                                                        转载
                                                                                    
                            2024-08-09 15:06:45
                            
                                146阅读
                            
                                                                             
                 
                
                                
                     
                                    
                             
         
            
            
            
            我们在前面屡次强调了场景的重要性,今天终于到了要把实际场景拿出来解析的时候了。在本篇文章中,为了保证数据的连续性,我用之前的项目资料来作明确地说明。同时为了模糊关键业务信息,以及让场景的描述更通用性,我会把所有的业务名隐去。根据之前我们所说的,基准性能场景是为了测试出单业务的最大容量,以便在混合容量场景中判断哪个业务对整体容量最有影响。今天的场景设计需要说明两个前提条件:这些业务都是实时的业务,不            
                
         
            
            
            
            根据之前我们所说的,基准性能场景是为了测试出单业务的最大容量,以便在混合容量场景中判断哪个业务对整体容量最有影响。今天的场景设计需要说明两个前提条件:1、这些业务都是实时的业务,不涉及批处理、大数据等业务。2、因为本篇着重讲场景的设计和具体项目的操作,所以不加系统资源的分析,避免信息混乱。在这个场景设计中,首先,我们要列出自己要测试的业务比例、业务目标 TPS 和响应时间指标。 &nbs            
                
                    
                        
                                                            
                                                                        
                                                                                        转载
                                                                                    
                            2023-07-26 20:32:05
                            
                                89阅读
                            
                                                                             
                 
                
                                
                     
                                    
                             
         
            
            
            
            1、日志文件的管理,你们是怎么做的?场景:记录每个人在项目中的动作。在Java开发中日志的管理有很多种。我一般会使用过滤器,或者是spring的拦截器进行日志的处理。如果是用过滤器比较简单,只要对所有的.do提交进行拦截,然后获取action的提交路径就可以获取对每个方法的调用。然后进行日志记录。使用过滤器的好处是可以自己选择性的对某一些方法进行过滤,记录日志。但是实现起来有点麻烦。另外一种就是使            
                
                    
                        
                                                            
                                                                        
                                                                                        转载
                                                                                    
                            2023-07-25 20:47:14
                            
                                181阅读
                            
                                                                             
                 
                
                                
                     
                                    
                             
         
            
            
            
            实际开发中通常首页的启动模式都会设为singleTask,当其他栈又回到首页时,此时就会调用onNewIntent方法,此时可根据具体的业务场景使用它。 实例public class MainActivity extends AppCompatActivity {    private TextView textview;    private static final int REQUEST            
                
                    
                        
                                                            
                                                                        
                                                                                        原创
                                                                                    
                            2022-06-01 11:43:21
                            
                                240阅读
                            
                                                                             
                 
                
                             
         
            
            
            
            常见的业务场景场景1:数据涨跌异常如何处理?场景2:如何评估渠道质量,确定投放优先级?场景3:一个功能/内容上线后,如何评估其价值?场景4:如何了解数字背后的用户?场景5:对于羊毛党,如何查出谁在薅? 场景1:solution  对比分析,多维度拆解  常见假设:    活动影响:查对应活动页面对应动作的数据波动,关注活动是否有地域属性    版本发布:将版本号作为维度,区分查看                
                
         
            
            
            
            # 使用 Redis 位图实现业务场景
Redis 位图是利用 Redis 中的字符串(String)操作来实现的,适合用于存储和处理用户的状态或活动标志。在这篇文章中,我们将详细探讨如何实现一个简单的业务场景,利用 Redis 的位图功能记录用户的日常活跃状态。
## 业务场景说明
假设我们需要记录每天用户是否活跃。每个用户一天的活跃状态用一个位(bit)表示,1表示活跃,0表示未活跃。用            
                
                    
                        
                                                            
                                                                        
                                                                                        原创
                                                                                    
                            2024-10-22 05:50:55
                            
                                22阅读
                            
                                                                             
                 
                
                             
         
            
            
            
            在上文"浅谈Java同步锁"中,只对同步锁的相关概念做了简单阐述,没给出应用实例。本文,将结合现实中对于同步锁的需求,编个小例子。标题比较大,而实例并不一定十分恰当,请各位见谅。 需求: 一个消费者在不停的从queue里取消息,当没有消息时,阻塞等待,直到有消息来时,消费它。 简析: 乍一看,我们完全可以写个循环不断的去读它(queue),直到该queue不再empty,则消费            
                
                    
                        
                                                            
                                                                        
                                                                                        转载
                                                                                    
                            2024-10-25 07:31:13
                            
                                10阅读
                            
                                                                             
                 
                
                             
         
            
            
            
            A转给B100元 两个关键点: 1 A B sql在一个事务中 2 A转账前,先查余额 开启事务 lined = update set A.money = A.money-100 where A.money >= 100 if(lined == 0) return 没钱; update set B.            
                
                    
                        
                                                            
                                                                        
                                                                                        转载
                                                                                    
                            2018-04-18 13:14:00
                            
                                148阅读
                            
                                                                                    
                                2评论
                            
                                                 
                 
                
                             
         
            
            
            
            Spring的AOPaop概述Aspect Oriented Programing  面向切面(方面)编程,aop:扩展功能不修改源代码实现aop采取横向抽取机制,取代了传统纵向继承体系重复性代码(性能监视、事务管理、安全检查、缓存)aop原理横向抽取机制扩展功能:添加数据之后,添加日志功能,添加之后,记录在什么时间添加哪个用户传统方式:public class User{
	//添加新用户的方法            
                
         
            
            
            
            一、简介Presto是一个facebook开源的分布式SQL查询引擎,适用于交互式分析查询,数据量支持GB到PB字节。presto的架构由关系型数据库的架构演化而来。presto之所以能在各个内存计算型数据库中脱颖而出,在于以下几点:清晰的架构,是一个能够独立运行的系统,不依赖于任何其他外部系统。例如调度,presto自身提供了对集群的监控,可以根据监控信息完成调度。简单的数据结构,列式存储,逻辑            
                
                    
                        
                                                            
                                                                        
                                                                                        转载
                                                                                    
                            2024-10-07 12:38:20
                            
                                55阅读
                            
                                                                             
                 
                
                                
                     
                                    
                             
         
            
            
            
            前言最近在搭一个离线Hadoop + 实时SparkStreaming的日志处理系统,然后发现基本上网上的这种系统都集成了kafka。自己对kafka有一点点的认识,之前看过官网文档,用过一次,就了解到它是个消息队列。好像说是比起其他的消息队列,对多subscriber更友好。所以google了一些kafka的应用场景,来加深一下理解。Use CasesKafka documentation -            
                
                    
                        
                                                            
                                                                        
                                                                                        转载
                                                                                    
                            2024-10-09 10:01:48
                            
                                69阅读
                            
                                                                             
                 
                
                             
         
            
            
            
            企业的数据分析是个很复杂的工程,需要业务和分析技术两块知识。这里从业务的角度切入,谈谈如何对业务分析,文章参考帆软软件的零售业数据管理方案。首先,企业的分析主要分为管理分析和经营业务分析,分析整体的思路是:明确业务场景——确定分析目标——构建分析体系——梳理核心指标。因为每个企业/行业的业务不同,分析体系也不同,这里主要说一下零售电商,按照不同的分析场景来探讨下。其他行业也欢迎大家勾搭,或者可以看            
                
                    
                        
                                                            
                                                                        
                                                                                        转载
                                                                                    
                            2023-12-04 20:24:11
                            
                                94阅读
                            
                                                                             
                 
                
                                
                     
                                    
                             
         
            
            
            
            游戏数据分析学习目标知道游戏行业关键数据指标掌握ARPU, ARPPU等指标的计算方法一、游戏行业关键数据指标1.1 运营数据激活数据总激活码发放量、总激活量、总登录账号数激活率、激活登录率 
    激活率 = 激活量 / 安装量(激活码的)激活率 = 激活量 / 激活码发放量(激活码的)激活且登录率 = 激活且登录量 / 激活码激活量激活且登录率应用场景激活且登录率是非常常用的转化率指标之一,            
                
         
            
            
            
            技术领域本发明涉及多媒体广播业务,尤其涉及一种多媒体广播业务的ESG分发方法和系统,以及一种ESG服务器。背景技术近年来,随着数字移动多媒体广播技术的迅速发展和广泛应用,移动多媒体广播业务作为一种新兴的多媒体传播形式在世界范围内受到了广泛关注,其运营前景也吸引了运营商在该领域上下游的产业化投入。例如欧洲的DVB-H(Digital Video Broadcast Ha            
                
                    
                        
                                                            
                                                                        
                                                                                        转载
                                                                                    
                            2024-08-07 16:59:56
                            
                                35阅读