- 主题:[小白求教]那些复杂的数据库在什么场景有价值呢
感谢!
听着好像noSQL好像是个图,可以直接看到全貌和细节的
【 在 SankHeart 的大作中提到: 】
: 本人普通后端码农,日常用数据库时,感觉用到的数据库功能并不多,只需要快且稳定就够了。所以想问,那些复杂的数据库、数据库功能在什么场景有价值呢?
: 比如:
: 1. orcale的数据管理等附加功能用处大么
: ...................
--
FROM 120.244.234.*
noSQL是非关系型数据库,这个“非”决定了noSQL不是像什么,而是不像什么。
每种noSQL的特点和适用场景都不一样,不能一概而论。
【 在 LYMing1986 的大作中提到: 】
: 感谢!
: 听着好像noSQL好像是个图,可以直接看到全貌和细节的
:
--
FROM 111.201.128.*
既然可以为oltp优化,自然也可以为olap优化
oracle在建库的时候选择数仓类型,就会使用olap优化
在一体机模式下,还支持列式存储等
【 在 hgoldfish 的大作中提到: 】
: 我的意思是这两个数据库的存储方式与计算方式都是为 OLTP 优化的吧。。
: 以前知道有用 db2 和 oracle 做数据仓库。但是我是没想明白,在使用传统关系型数据存储方式的情况下,做 OLAP 的效率会比较一般吧。
: 比如我知道 pgsql 现在也用做时间序列数据库。但是不太明白它是怎么做的。
: ...................
--
FROM 111.202.160.*
NoSql种类非常多
从数据组织角度看
绝大部分是去Join,从关系模型退化到单纯k/v模型
少部分是Graph模型,比关系模型更进一步,围绕Join做文章
【 在 LYMing1986 的大作中提到: 】
: 感谢!
: 听着好像noSQL好像是个图,可以直接看到全貌和细节的
--
FROM 116.233.92.*
有些人说noSQL不是not SQL,而是not only SQL
【 在 RolandCR 的大作中提到: 】
: noSQL是非关系型数据库,这个“非”决定了noSQL不是像什么,而是不像什么。
: 每种noSQL的特点和适用场景都不一样,不能一概而论。
--
FROM 111.202.160.*
也就Graph DB敢这么说
那一大堆k/v(doc)库也好意思说这个
【 在 SankHeart 的大作中提到: 】
: 有些人说noSQL不是not SQL,而是not only SQL
--
FROM 116.233.92.*
oracle可调参数和索引类型比较多,可以往OLAP方向优化。
比如用位图索引牺牲一定的并发性增加统计速度之类的。
【 在 hgoldfish 的大作中提到: 】
: 标 题: Re: [小白求教]那些复杂的数据库在什么场景有价值呢
: 发信站: 水木社区 (Mon Oct 24 19:41:37 2022), 站内
:
: 我的意思是这两个数据库的存储方式与计算方式都是为 OLTP 优化的吧。。
:
: 以前知道有用 db2 和 oracle 做数据仓库。但是我是没想明白,在使用传统关系型数据存储方式的情况下,做 OLAP 的效率会比较一般吧。
:
: 比如我知道 pgsql 现在也用做时间序列数据库。但是不太明白它是怎么做的。
:
: 希望有个大神给我普及一下。新的 OLAP 和旧的 OLAP 有啥区别。
:
: 【 在 JulyClyde 的大作中提到: 】
: : 关系型数据库这个词是DB2作者发明的
:
: --
: 灭绝人性啊
:
:
: ※ 来源:·水木社区 mysmth.net·[FROM: 120.33.8.*]
--
FROM 124.126.149.*
看看SQL的全称就知道它不等同于关系型数据库。
至于某种noSQL支不支持SQL是另外一个问题。
【 在 SankHeart 的大作中提到: 】
: 有些人说noSQL不是not SQL,而是not only SQL
:
--
FROM 111.201.128.*
从开发者的角度来看数据服务,越简单越好。剩下的事情交给数据库系统。只不过由于不同的数据需求衍生出不同类型的数据库。
从生产运维的角度看,可能又是一个不同的技术视角。
从数据库产品角度看,对开发者友好,方便实用。安全,可靠,高性能,运行稳定是重要考量因素。
数据库技术承上启下,链接业务应用,中间件,操作系统软硬件平台和存储,所以说是IT技术中核心地位无可动摇。
--
FROM 111.201.129.*
oracle/db2的传统优势是适用于小型机/大型机。因为分布式事务很难实现,以前都是通过堆高单机性能来跑大系统,尤其在金融领域。
互联网应用的兴起,对事务的要求不高,所以基于普通服务器的mysql之类的流行起来,通过分库分表解决规模问题
nosql则是另一种思路,彻底放弃join,由用户程序保证数据一致性等问题
hive之类的是离线计算,只是借用sql语法而已
【 在 LYMing1986 的大作中提到: 】
: 本人普通后端码农,日常用数据库时,感觉用到的数据库功能并不多,只需要快且稳定就够了。所以想问,那些复杂的数据库、数据库功能在什么场景有价值呢?
: 比如:
: 1. orcale的数据管理等附加功能用处大么
: ...................
--
FROM 221.182.151.*