推荐
专栏
教程
课程
飞鹅
本次共找到10000条
时间序列数据
相关的信息
Stella981
•
4年前
Flink 1.10 和 Hive 3.0 性能对比(附 Demo 演示 PPT)
如今的大数据批计算,随着Hive数仓的成熟,普遍的模式是Hivemetastore计算引擎。常见的计算引擎有HiveonMapReduce、HiveonTez、HiveonSpark、SparkintegrateHive、PrestointegrateHive,还有随着Flink1.10发布后生产可用的Flink
Wesley13
•
4年前
NoSQL从小白到码神 火推08
NoSQL从小白到码神本课程适用于运维、开发相关人员。课程目录:NoSQL背景NoSQL简介NoSQL和关系型数据库对比Redis简介Redis下载安装配置(Linux环境)Redis优点
Stella981
•
4年前
Extjs甘特图开发指南之高级应用
Extjs甘特图(https://www.oschina.net/action/GoToLink?urlhttp%3A%2F%2Fwww.fanganwang.com%2FProductdetailitem1429.html)的大数据量和性能优化Extjs甘特图(https://www.oschina.net/action/GoT
Easter79
•
4年前
TiDB
作者:TiCool上周我们推送了《让数据库运行在浏览器里?TiDBWebAssembly告诉你答案(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fpingcap.com%2Fblogcn%2Ftidbinthebrowserrunningagolang
Stella981
•
4年前
Docke容器分离部署LNMP
一、环境准备每个容器的IP地址:Nginx:172.16.10.10Mysql:172.16.10.20PHP:172.16.10.30搭建LNMP注意事项:各个容器的数据实现持久化;为容器分配固定的IP地址,防止容器重建后,IP地
Stella981
•
4年前
Maven+Spring+Spring MVC+MyBatis+MySQL,搭建SSM框架环境【转】
项目建设完成之后的结构:!(http://static.oschina.net/uploads/img/201611/03094957_KKrB.png) 数据库的表结构如下:!(http://static.oschina.net/uploads/img/201611/03094957_cgxm.png)环境建设:搭建Maven环境
Stella981
•
4年前
SpringBoot ——kafka消费多个不同服务器地址消息解决方案
一、背景 在springboot实际项目开发中,kafka可能需要消费多个不同服务器地址的数据,这时懂得如何进行配置就显得非常必要了。二、配置 1、KafkaConfig.java配置packagecom.lantaiyuan.ebu
Stella981
•
4年前
ArrayList的非快速失败机制和Vector与ArrayList的(基础)分析
/\\ \1、copyOnWriteArrayList 如何实现(nonfastfail)非快速失败机制??? \2、Vector底层源码,主要看属性,构造函数、增删改查方法、明白ArrayList与Vector之间的区别与联系 \(底层数据结构、效率、扩容机制、是否线程安全) \ \/
LeeFJ
•
3年前
Foxnic-SQL (14) —— DAO 的 Service 扩展
FoxnicSQL中的Service有点像DDD中的Repository,但Foxnic体系里面又没有将Repository和Service区分开来,所以它更有点像两者的合体。但,他们的合与分本身是弹性的,具体还是要看业务场景的需要。在很多项目中,好多时候,Controller是Service的二传手,或许它也会成为Repository的三传手。所以,到底是单传还是二传或是三传还是要看项目、看场景。<br/FoxnicSQL中的Service就是将数据操作的目标具体化,它初始的样子就是针对单个表、单个实体的数据操作者。Service在使用时需要代码生成工具由数据表生成Po、Vo对象,Service接口以及接口实现。关于如何生成这些代码,我们不在此节展开。在此我们主要是了解如何使用Service已经为开发者提供的诸多功能
数据堂
•
3个月前
热点趋势 | DeepSeek-OCR引爆AI圈,你需要更全面、更大量的OCR数据集!
2025年10月,DeepSeek团队开源的DeepSeekOCR模型在AI圈引起广泛关注。这一模型以创新的图像式文本输入方案实现了惊人的十倍文本压缩效率,并有高达97%的识别精度,突破了长上下文处理的技术瓶颈。这不仅是技术层面的突破,更预示着OCR技术正经历着从单纯的“文字识别”向深度的“文档理解”的根本性转变。
1
•••
779
780
781
•••
1000