跳至主要內容
  • Hostloc 空間訪問刷分
  • 售賣場
  • 廣告位
  • 賣站?

4563博客

全新的繁體中文 WordPress 網站
  • 首頁
  • 有偿求助,求数据库大佬!
未分類
29 12 月 2020

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

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

資深大佬 : black11black 6

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

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

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

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

—–

时序数据库限定范围在 ifdb 和 dolphindb.有其他良好选择请指正,谢谢

大佬有話說 (2)

  • 資深大佬 : opengps

    迁移数据库的目的是为了什么?更高的 io ;更简单的业务逻辑;更好切片;更小体积?

    用了非关系型数据库,就不能使用关系型数据库的一些数据逻辑了,是否这部分需求是可以放弃的?

  • 主 資深大佬 : black11black

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

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

文章導覽

上一篇文章
下一篇文章

AD

其他操作

  • 登入
  • 訂閱網站內容的資訊提供
  • 訂閱留言的資訊提供
  • WordPress.org 台灣繁體中文

51la

4563博客

全新的繁體中文 WordPress 網站
返回頂端
本站採用 WordPress 建置 | 佈景主題採用 GretaThemes 所設計的 Memory
4563博客
  • Hostloc 空間訪問刷分
  • 售賣場
  • 廣告位
  • 賣站?
在這裡新增小工具