社区
Java EE
帖子详情
求大数据量的电话号码黑名单过滤方案。。。
QQ18010LiNDay
2011-11-27 03:21:53
求大数据量的电话号码黑名单过滤方案。。。数量级100W vs 100W的过滤。。。SQL2005或者Oracle数据库都行。。
...全文
570
7
打赏
收藏
求大数据量的电话号码黑名单过滤方案。。。
求大数据量的电话号码黑名单过滤方案。。。数量级100W vs 100W的过滤。。。SQL2005或者Oracle数据库都行。。
复制链接
扫一扫
分享
转发到动态
举报
AI
作业
写回复
配置赞助广告
用AI写文章
7 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
QQ18010LiNDay
2011-11-28
打赏
举报
回复
4楼方案可行。。。还有没有更好的方案、?csdn就没高手了?
QQ18010LiNDay
2011-11-28
打赏
举报
回复
遗憾结贴。。。
hepeng_8
2011-11-27
打赏
举报
回复
select * from t_allname ta where ta.num not in (select tb.num from t_blackname tb) 执行要多长时间?
kouyiSC
2011-11-27
打赏
举报
回复
通过存储过程和临时表实现吧。。。
1. 流控方式将数据批量存入临时表。。。
2. 通过存储过程在临时表中过滤数据。。。
3. 利用存储过程批量返回过滤后的数据。。。
4. 批量读取写入txt文件。。。
前段时间做个电话号码的过滤。。几十万和几十万过滤,没超过1分钟。。。用的sqlserver2005.。。希望对你有帮助。。。
QQ18010LiNDay
2011-11-27
打赏
举报
回复
忘记说了。60秒以内。。能够返回过滤后的电话号码并写入txt。。
jingluo
2011-11-27
打赏
举报
回复
t_blackname;
t_allname;
select * from t_allname ta where ta.num not in (select tb.num from t_blackname tb)
Mina中文参考手册-API
关于Main的中文开发手册。对于开发main的开发一定很有作用的。(发现有人上传MINA参考手册竟然要五分。怒了-分享了一份,不要分数 需要对大家有帮助)
号码
黑名单
过滤
:净化通信环境的有力武器
在当今数字化时代,通信的便捷性极大地改变了我们的生活和工作方式。然而,随之而来的骚扰电话、诈骗电话以及无效号码等问题,却给我们带来了诸多困扰。无论是企业在营销推广过程中,还是个人在日常生活中,都深受其扰。深圳市企讯通科技有限公司凭借其先进的号码
黑名单
过滤
技术,为我们提供了有效的解决
方案
,助力净化通信环境。对于企业而言,精准营销是提高营销效果和降低成本的关键。在进行电话营销、短信群发等推广活动时,如果不能有效识别和
过滤
掉无效号码、风险号码以及
黑名单
号码,会导致大
量
的资源浪费。
通过Python实现基于Spark-Streaming的
黑名单
实时
过滤
系统的设计与实现
通过使用Spark的高级API,可以轻松地实现复杂的数据处理逻辑,同时保持代码的简洁性和可维护性。3. **实时数据流处理**:使用Spark Streaming的DStream(Discretized Stream)来处理实时数据流。2. **
黑名单
数据结构**:创建一个
黑名单
数据集,通常是一个包含
黑名单
项的集合或RDD(弹性分布式数据集)。5. **输出**:定义处理结果的输出方式,如保存到HDFS、数据库或其他存储系统。4. **
过滤
逻辑**:设计
过滤
逻辑,以便在数据流中识别并
过滤
掉
黑名单
中的项。
黑名单
如果上到一定规模,比如百万级别,其他的设计思路
黑名单
如果上到一定规模,比如百万级别,其他的设计思路
URL
黑名单
设计——基于布隆
过滤
器
一、所要解决的问题 1.1、问题 现在有100亿个非法的URL,假设,一个URL是64字节,在客户访问时如果访问的是这100亿里面的URL,则无法成功访问; 1.2、问题分析 为了能快速查找到,我们一般都会想到利用哈希表,将每一个URL存到HashSet。但是这样做需要的空间大小是6400亿个字节,也就是640G;如果将这么大的数据放到硬盘里面存储,那么访问速度就会特别慢。如果放到内存里面进行访问,则就需要很多台大型服务器去支持。这显然会增加成本;因此我们使用布隆
过滤
器; 二、布隆过虑器的使用 2.
Java EE
67,550
社区成员
225,863
社区内容
发帖
与我相关
我的任务
Java EE
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
复制链接
扫一扫
分享
社区描述
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章