COKETSANG 最近的时间轴更新
COKETSANG

COKETSANG

V2EX 第 439156 号会员,加入于 2019-09-02 00:54:33 +08:00
COKETSANG 最近回复了
183 天前
回复了 9921 创建的主题 程序员 Apache Doris 现在使用的多吗 效果怎么样啊
@9921 而且 ck 压缩比挺高的,就是要管下类型不能像 hive 那样 string 一把梭。但毕竟我们是服务器费用敏感的小公司
183 天前
回复了 9921 创建的主题 程序员 Apache Doris 现在使用的多吗 效果怎么样啊
@9921 看了下我们现在也有 135 列高频查询的宽表,ck 本身列存对列数不敏感,我们也有数据不多 2000 多列的表,查询单列不多的情况下确实也很快。
ck 简单列聚合确实很牛逼,但是 join 确实不太行。当时选型也是考虑可以减少 join 进入数量解决。我们大概 21 年开始用了,早期版本不支持 2 个以上 join ,多表只能用嵌套 join 也确实恶心。不过我们是自己参考 mongodb 写的小型 orm 解决的也问题不大。
目前整体看暂时没有性能瓶颈所以还是推荐你可以试试。
184 天前
回复了 9921 创建的主题 程序员 Apache Doris 现在使用的多吗 效果怎么样啊
@9921 ck 的话你就默认它没有 update 。需要 insert 代替 update ,搭配 replacing 引擎 final 来读数据就是,跟其他数据库有点点不同。
物化视图也是类似,一般需要搭配 aggregating 引擎用。碰上需要去重的场景就不太适用了。
那挺可惜的,目前我们有两套系统 ck 在用。有一套是单机 32 核 64G ,目前来看不过亿的数据都是随便查的,我安利你看看伴鱼和七猫的团队文档,我觉得学到挺多的。
184 天前
回复了 9921 创建的主题 程序员 Apache Doris 现在使用的多吗 效果怎么样啊
@9921 理论上 clickhouse 的机器配置不会比 habse 那些要求高啊,我们是用 clickhouse 两台 16 核 64G 的集群,平替了一个 40 台 1000 核 1TB 的集群。
不过我们的数据量不大,5TB 左右。而且 clickhouse 的并发性能确实不行,我们 qps 是不过百的。update 也支持不太行。我们用户画像虽然是 clickhouse 做的,但是是 clickhouse 计算结果,同步到到一个 mysql 去支持业务并发查询的。
184 天前
回复了 9921 创建的主题 程序员 Apache Doris 现在使用的多吗 效果怎么样啊
我们是 php 技术栈,也上的 clickhouse ,属于一个游戏公司内部后台数据分析项目。
每日写入超千万明细写入。聚合后查询响应都在秒级内。
单天 500 万的数据量我推荐你用 clickhouse 。
这个量级下 clickhouse join 慢的劣势不是特别明显,但是聚合的优势很舒服应该。
doris 我觉得整个生态好奇怪,分了 selectdb 、starrocks 好几家。
然后如果你是 java 技术栈好像 doris 跟原来 hadoop 那套会更实用,能搭配 spark 、flink 那些一起用。
3 、然后直接 login 就提示了我 wait list ,但是能登录 auth 的那个页面。没改过 jb 账号的相关设置。

然后因为 IM 习惯了 ctrl+enter 换行多盖了几楼哈哈哈见谅
2 、只要把 clash 规则配置上 - DOMAIN-KEYWORD,grazie.ai,🇺🇸 D40 美国* 我用的是美国节点,gpt 和 new bing 都可以
1 、我是淘宝买的一年期不知道什么类型账号
2020-07-24 18:36:46 +08:00
回复了 sunny2580839896 创建的主题 PHP PHP 这个数组怎么转换呀
$a_values = array_unique(array_column($a, 'a'));
$res = [];
foreach ($a_values as $key => $value) {
foreach ($a as $k => $v) {
if ($v['a'] == $value) {
if (!$res[$value]) {
$res[$value] = ['a' => $value, 'c' => []];
}

$res[$value]['c'][] = ['b' => $v['b'], 'c' => $v['c']];
}
}
}

$res = array_values($res);

下次我还是建议你描述性下你的需求,这是我根据你要的结果猜的
2020-05-25 17:21:12 +08:00
回复了 ksc010 创建的主题 程序员 网站注册页面的短信验证接口被利用了,有一个思路
1.在你网站上面跳转注册页面的时候中间加一次跳转到一个你指定的地址
2.发送请求接口里面可以判断 HTTP_REFERER 是否来自你 1 指定的地址

更复杂的话可以在这个中间地址加上一个随机秘钥,中间地址跳转到注册页面的时候把这个随机秘钥传递到注册页面,用中间地址传递的秘钥生成 TOKEN 传给后端做匹配校验。

简单说还是增加了破解的复杂程度跟尽可能排除机器人。
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   5378 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 12ms · UTC 08:57 · PVG 16:57 · LAX 01:57 · JFK 04:57
Developed with CodeLauncher
♥ Do have faith in what you're doing.