sql vs nosql

ft19s

学了一天pymon+mongogb，快吐血了。和标准sql完全不同，rdbms的表都是方方正正，sql语句也是清醒简洁。mongo的数据长短不齐，杂乱无章，表面上看是更加灵活了，实际上给后期数据清理带来很大潜在隐患。增删改查语句也很奇怪。敢问mongodb在澳洲工业界用的多吗？个人感觉这个东西还是走不远啊

dc81

mongodb很流行啊，用得多

Mushroomm

多

蒙面超人

两者各有各的特点，各有各的应用场景。nosql主要是vertical scaling，针对云计算来优化。复杂的join还是rds更合适
monogodb已经落伍了，学dynamodb吧（或者PostgreSQL）

tyler_kwok

蒙面超人 发表于 2019-9-10 19:35
两者各有各的特点，各有各的应用场景。nosql主要是vertical scaling，针对云计算来优化。复杂的join还是rds ...

呃..NoSQL不是horizontal scaling么..？

蒙面超人

tyler_kwok 发表于 2019-9-10 18:42
呃..NoSQL不是horizontal scaling么..？

你说的对，我搞混了。 nosql因为不依赖schema所以能添加和减少硬盘容量

tyler_kwok

蒙面超人 发表于 2019-9-10 20:00
你说的对，我搞混了。 nosql因为不依赖schema所以能添加和减少硬盘容量 ...

哈哈小笔误，没事。前几年nosql的确很火，不过近来sql又火回来了，主要是nosql没有schema和标准操作语言标准，很难完全替代sql。

蒙面超人

tyler_kwok 发表于 2019-9-10 19:51
哈哈小笔误，没事。前几年nosql的确很火，不过近来sql又火回来了，主要是nosql没有schema和标准操作语言 ...

本来就没有要替代的意思吧，不同时代的需求的产物。youtube上有个aws的人发表过一个webinar很详细的介绍了nosql的由来。大概的意思就是原来存储介质很贵，所以流行rds因为可以节省空间。现在存储介质已经白菜价了，但是cpu资源很贵，所以nosql就大行其道。特别是cloud computing盛行之后

joe7752

其实很简单，nosql 填补了sql不擅长的部分，举个例子，你有一堆物品，每个物品的属性都不一样，在sql里面你就要建立两张表，一张list表, 一张detail表（再傻点建一个大表，col把每个属性都列进来），每次你查询的时候都得join两张表，表非常巨大的时候，join就会效率很低，这种数据你就得考虑nosql, 每个document描述一个物品，属性就是document的field，都可以自定义，查询修改都方便的多。

sun2012

很多地方只能用sql

gary.smith

joe7752 发表于 2019-9-10 15:36
其实很简单，nosql 填补了sql不擅长的部分，举个例子，你有一堆物品，每个物品的属性都不一样，在sql里面你 ...

你把每个document当一个table ，不就可以用SQL 了。我从来不觉得no SQL 有什么好处，操作部规范，非常难写

joe7752

gary.smith 发表于 2019-9-11 21:56
你把每个document当一个table ，不就可以用SQL 了。我从来不觉得no SQL 有什么好处，操作部规范，非常难 ...

那如果你有100万个物品，你是不是在SQL数据库建100万张表？Document更像sql里面的record， collection才有点像sql里面的表， nosql擅长存储非结构化的数据，比如每个物品的属性里面又嵌套属性，多层嵌套，sql的表格非常难以设计，而且最终sql的操作效率也很低。nosql 用json操作数据，其实和sql比也没复杂多少，甚至还简单一点，就是要熟悉一下。

stevenwang

Mongodb 的 replica set 和Shard很不错，其他产品的类似功能可能要花很多钱或者配置起来很复杂。

nis5

gary.smith 发表于 2019-9-11 21:56
你把每个document当一个table ，不就可以用SQL 了。我从来不觉得no SQL 有什么好处，操作部规范，非常难 ...

没想到老唐还真是搞软件的

nis5

gary.smith 发表于 2019-9-11 21:56
你把每个document当一个table ，不就可以用SQL 了。我从来不觉得no SQL 有什么好处，操作部规范，非常难 ...

没想到老唐还真是搞软件的

nis5

gary.smith 发表于 2019-9-11 21:56
你把每个document当一个table ，不就可以用SQL 了。我从来不觉得no SQL 有什么好处，操作部规范，非常难 ...

没想到老唐还真是搞软件的

weisong8

我不管这么多了，我这辈子就只吃sql这碗饭了，别的也不想学了。

xxmplus

如果你觉得nosql没用，大多数情况是因为你面对的数据量太小了。

gary.smith

nis5 发表于 2019-9-13 11:32
没想到老唐还真是搞软件的

我做数据库的时候每天熬夜，做那个破mis，当年也号称sql专家，当过北大青鸟教员，培训过无数数据库管理人员，专解决国内企业疑难报表。也看明白软件这破玩意不是人干的，坚决转了行。

出国后做软件对我来说是labor工，和大家干餐馆一个意思，找不到专业工作的时候只好干data science，顺便做做大数据，no SQL还是懂得。

楼上那个人举得例子不合适，10000件物品，你还要no SQL 建document，怎么读？sql一条语句就出来了，no SQL 我没找到合适方法。nosql属于某些人拍脑壳，头脑发热的东西，现在回过味来，发现还不如传统数据库好使

kksp

我倒是觉得最大的区别是在于一个是strong typed一个不是，sql如果你想，你也可以忽略所有normaization把表建成非关系形，而且sql server现在也支持json 操作，没有用其他的估计其他sql也应该支持了
但是no sql不需要定义schema，数据有不同的field也没关系，直接插入就是，sql呢？不好意思先改数据库把field加好再回来吧

至于到底哪种好，就好js一样，一个object你随意增加prop，但是因为没有type，也就是没有schema，就像楼主说的，到了后期，有时候调试debug就困难了，所以慢慢又弄了一个type script出来，compile time就能发现问题了

gary.smith

kksp 发表于 2019-9-14 00:28
我倒是觉得最大的区别是在于一个是strong typed一个不是，sql如果你想，你也可以忽略所有normaization把表 ...

你要是自己随便写写没问题，但工程的东西必须是规范的。JS，python和matlab等等，随意在结构里加属性，调试代码的时候根本不知道这个属性是从哪里来的，变量也没有类型，维护者的灾难。Fortran还算是结构化的语言，很多程序在科学计算界都没法维护了。script语言这么流行，将来这些垃圾怎么清除，是个大问题。

nis5

gary.smith 发表于 2019-9-14 07:51
我做数据库的时候每天熬夜，做那个破mis，当年也号称sql专家，当过北大青鸟教员，培训过无数数据库管理人 ...

的确，在这里做软件就和餐馆洗碗和做清洁打扫卫生没区别。而且还不是做餐馆老板或者清洁老板。

nis5

gary.smith 发表于 2019-9-14 09:09
你要是自己随便写写没问题，但工程的东西必须是规范的。JS，python和matlab等等，随意在结构里加属性，调 ...

作为一个洗碗工，谁关心后面那个整理碗的是不是好整理阿。我只管把我的碗洗了，拿到我该拿的就行了。

daniel@mel

nis5 发表于 2019-9-14 17:02
作为一个洗碗工，谁关心后面那个整理碗的是不是好整理阿。我只管把我的碗洗了，拿到我该拿的就行了。 ...

你确定在澳洲写过软件也洗过碗？我感觉你俩像说相声的  

sun2012

现在IT技术发展太快，以前的script运行好多年都好好的，

现在script种类太多，加上变化太快，运行的好好的，但隔不了多久可能就不能用了，但写script的人说不定已经不在这里工作了，然后就debug或者再来一遍

daniel@mel

sun2012 发表于 2019-9-14 21:48
现在IT技术发展太快，以前的script运行好多年都好好的，

现在script种类太多，加上变化太快，运行的好好的 ...

没看懂，变化快的话变更管理也要跟上，要不就是天天搽屁股，和用不用script没什么关系吧， c++一样出问题。
netflix以前都是java写的，现在全面转向script，你在netflix上按的每个按钮后面都有一堆python scripts在工作。

nis5

daniel@mel 发表于 2019-9-14 21:00
你确定在澳洲写过软件也洗过碗？我感觉你俩像说相声的

他是写软件的，我是洗碗的。我俩凑一块，刚好。

gabrielc

nosql 对reatcive programming更友善，springboot环境更多开源项目

bluehenry

sql和nosql的的使用场景不一样，sql面向关系型数据，nosql面向非关系型数据。比如就存个json文件，nosql就很适合。

joe7752

看来真正有nosql经验的人不多，连mongoDB document都搞不清楚是什么的就别说自己懂哪怕是一些nosql了