列数据库与行数据库存---SQL与DAX

我需要和你谈谈这件事。
当我第一次开始从事数据库工作时，我真的很挣扎。

我们来谈谈数据库，就像我们以前用来逐行记录的旧账本一样。
想要查一个人的信息，就得从头到尾过一遍。
是不是很难呢？我记得我们公司就是用Oracle来处理那种订单系统的。
推送更新很好，但检查数据非常慢。
特别是一个冬天，有一份报告花了一整个下午的时间来运行，因为我必须扫描每一行才能找到数据。

列数据库更加智能。
数据就像一叠纸，同一列的数据放在一起。
想查看销售情况吗？嘿，我直接去了销售堆，马上就全部出来了。
后来接触了Hadoop，它使用列式数据库来处理海量用户日志，几分钟就能出结果，比行式数据库快很多。
记得有一次做年度分析，数据量好几G，行库卡了半天，列库两三分钟就搞定了。
老板大吃一惊。

我们来谈谈 SQL 和 DAX。
SQL，我是老手了。
刚开始学习数据库的时候，老师讲的是SQL，比如增删改查，直接和数据库对话。
例如，在检查去年的销售报告时，您必须编写类似“SELECT customer_name, MULTIPLE (sales) FROM sales_table WHERE my BETWEEN '2 02 2 -01 -01 ' AND '2 02 2 -1 2 -3 1 ' GROUP BY customer_name”的内容。
这个东西可以做任何事情，但是写起来比较复杂。

DAX 是由从事 Power BI 工作的 Microsoft 人员创建的。
后来我接了一个BI项目，老板坚持用DAX。
这是写成Excel公式，对于计算测量值非常方便。
比如要做一个“销售增长率”，你可以用DAX写几行就出来了。
使用 SQL，您可能需要编写子查询或其他内容。
我记得曾经有一段时间，数据分析师每天都会改变DAX公式，修正让我很头疼。

相比之下，SQL具有通用性，可以在任何数据库中使用，而且与人打交道时需要说普通话。
DAX 是 Power BI 人员的方言，仅在他们的系统中使用。
数据查询逻辑类似，但SQL操作数据比较原始，DAX分析数据比较高级。
去年，我帮助一个朋友使用SQL构建了一个仓库管理系统。
他没有构建 Power BI，所以如果他想构建 DAX，他就必须重新开始。

举一些例子。
例如，要计算总销量，您需要逐行添加到行数据库中，并将该列直接添加到列数据库中。
SQL要过滤掉销售额高于平均值的，首先要计算平均值，然后进行比较； DAX可以直接比较，它有自己的上下文。
我曾经测试过使用柱状数据库计算百万条数据的总和它的速度是行数据库的一半。

总结一下，行式数据库适用于需要更改的数据较多、需要检查的数据较少的地方；列式数据库适合需要检查的数据较多、需要更改的数据较少的地方，特别是大数据分析。
SQL和DAX，取决于你想做什么。
如果你想做通用，选择SQL，如果你想做BI分析，选择DAX。
在过去的十年里，我一直陷入困境，因为我不知道何时使用什么。
最后我总是返工再返工。
如果你真的想做，先想好自己想做什么，不要盲目去做。

mysql中的列和行分别指什么

“行”与“列”的区别是什么

行水平排序并使用行号定位。
列垂直排列，可以使用列标签找到。
行数据是同一类型，列数据是属性。
这在电子表格中很常见。
在数据库中，行称为记录，列称为字段。
组合行和列使数据更易于分析。
你自己掂量一下。