哈,nosql ,怎么看都是个大坑。。。

中山野鬼 发布于 2014/09/16 23:29
阅读 1K+
收藏 2

最近再一次把各种sql ,nosql系统的介绍,对比,评价搜了搜,看了看,自从这边(忘了是谁,哈,多谢)网友给了wen.lu。又可以收集资料了。。。

不谈技术和理论,只谈nosql支持派所声称的nosql的适用领域,就我的理解,“好大一个坑”。说人话就是,nosql确实有自己擅长的方向,包括图形,视音频,地理空间,语义分析等等,但要说通用领域,坑不坑,谁用谁知道。

一个支撑nosql的逻辑是,sql在底层由于很多约束机制(结构化),导致数据处理过慢,因此回避了sql这个屏蔽用户与具体实现的标准,希望灵活实现具体的数据处理机制(无论是增删查改,还是数据组织结构约束的定义或具体数据的维护)。专业领域可以有自己专业背景的硬约束,依据专业特性,让数据的组织、处理机制具有特定性,这不用sql是能提高性能,我相信还不止一点点。

但这对通用领域,实在想不出能有什么快捷有效的处理方案。灵活显然和快捷有效是相矛盾的,如同c语言足够灵活,而实现通用应用程序设计,其开发并不快捷有效。不能快捷有效的获取数据系统的组成和处理方案,又由如何体现出真正的灵活(快速相应客户的需求或数据组成的演变)。

我在看pqsql的源码时,对有些处理方案默默的骂声"sb”,哈,不过这个基于一个前提,针对我所面对的特定应用背景,其实落到广泛而通用的背景下,这些设计方案并不"sb",而是有理论和实践依据的。涉及到综合通用数据库的性能调优,也需要建立在其基础之上。因此,不要因为特定性的背景,就认为通用领域的系统是sb。哈。

从另一方面说起,缺少约束机制的数据处理系统,关于数据重复性,会带来问题,一致性问题和数据同步问题。貌似承认数据存在“重复性”现实(他们不称为“问题”)的人,恐怕不会面对和正视数据一致性的问题。哈。

说nosql是个大坑,基于一个前提--没有非常明确且存在实现差异性的专业背景。如果只是拿几个案例,依葫芦画瓢的针对简单的数据结构进行构建,很快完成,并且看上去很快,且貌似分布或集群,就认为nosql很爽,那么等到内在数据关联(客观业务逻辑上的,不谈数据处理系统自身否是关联)复杂起来,不知道是否你还能继续爽下去。

这里谁被坑过?????哈。


加载中
0
红薯
红薯

野鬼,把 nosql 去跟 sql 比较,不合适哦,完全不同的东西,应用于不同的场景

0
中山野鬼
中山野鬼

引用来自“红薯”的评论

野鬼,把 nosql 去跟 sql 比较,不合适哦,完全不同的东西,应用于不同的场景

哈,你倒简单,把我想说的,就一句话说清楚了。本来就是不合适的,不过貌似很多本该sql做的事情,有种学习风气,尝试nosql做。。。看上去还很爽,自然就是个坑啦。
自由之信
自由之信
说实话,我觉得如果不需要什么扩展性,什么高可靠性,易管理性,低成本这些东西,还是用SQL好了,我看了couchbase官方的广告,总结出来一点,nosql对于大型的数据管理有独特的优势,那个时候用SQL什么的服务器,集群什么的,成本太高,管理不容易,但是除此之外,基本没有什么优势,当我使用关系数据库的逻辑去分析和建立数据模型,总觉得nosql太笨拙来了,当然是基于传统的商业软件而言。
zh5e
zh5e
是人坑吧 - -
0
混世顽童
混世顽童
人家nosql的原意就是not only sql,属于sql的扩展,不是代替sql
bastetwang
bastetwang
不是我用的,就是我喷的。
0
中山野鬼
中山野鬼

引用来自“混世顽童”的评论

人家nosql的原意就是not only sql,属于sql的扩展,不是代替sql
哈,这个我倒赞同。问题现在很多这个单词的概念走歪掉了。。。变成摒弃sql了。sql有不足,针对特定应用背景,不过特定应用背景的应用方案,恐怕很难丢弃掉sql,相反应该融入和扩展。。
0
我不说话
我不说话
我觉得可能好多人都是跟风的瞎搞节奏,好像扯上点nosql,就瞬间高大上了,纯属生搬硬套,根本没理解Nosql设计出来是用在哪些场景。
弦歌
弦歌
对,支持这种说法。现在好像产品一用到nosql就“高大上”,走在时代前沿了。实际上有些根本不适用,也没必要用nosql的地方都一窝蜂地赶着上。自己找坑踩。
0
钛元素
钛元素
在某些方面真的很棒!nosql有自己的应用范围
0
char1st
char1st
http://www.yinwang.org/blog-cn/2014/04/24/sql-nosql/
0
方棱
方棱
一家之言。说它好和说它不好的言论,都是。
0
仪山湖
仪山湖
说明nosql不适用你的场景,而传统sql适应
返回顶部
顶部