有偿求助,求数据库大佬!

2020-12-18 07:12:24 +08:00
 black11black
现有一个个人项目,欲将现有的储存在关系型数据库中的数据迁移至时序数据库。数据类型包括时间戳、字符串和浮点数,数据量较大。我个人没有时序数据库设计经验,想要求一位有经验的大佬带一下。

求助具体分为两部分,第一部分是,我把需求和目前实现这个需求过程中粗略估算会遇到的困难列了一张简短的表,请有经验的大佬为我评估一下整体可行性,并解惑。大佬解惑后我会发一个几百元的红包。

而后求助的第二部分,如果大佬在第一部分中认为具备可行性的话,请帮我搭一个数据库设计框架,使用我提供的少量数据,基于 python api 写几行代码,完成一个简单的增删改查操作。完成后会再发一个红包。

详情细节有意大佬请加 qq 私聊。我平时不用微信,qq 用的比较多。base64: NzY0NDk5OTgz

-----

时序数据库限定范围在 ifdb 和 dolphindb.有其他良好选择请指正,谢谢
922 次点击
所在节点    问与答
2 条回复
opengps
2020-12-18 08:10:37 +08:00
迁移数据库的目的是为了什么?更高的 io ;更简单的业务逻辑;更好切片;更小体积?

用了非关系型数据库,就不能使用关系型数据库的一些数据逻辑了,是否这部分需求是可以放弃的?
black11black
2020-12-18 19:28:12 +08:00
@opengps 详细需求写了一个长贴,不贴在这里了。简单来说迁移目的是现有数据总行数在 10-20 亿行下,在目前的关系型数据库+分区的方案下,我进行业务请求都需要比如 1-2s 的响应时间,且多线程并发不会增加负载量,觉得系统可用性太低,想尝试时序能否解决。

关系型的连接功能不是核心需求,当然最好还是有,会方便很多。我观察比如 dolphindb 中是支持基本的传统关系型的 join 功能的

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/736599

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX