数据蒋堂 目录下的全部文章
【数据蒋堂】第16期：sql像英语是个善意的错误
我们知道，sql长得很像英语，简单的sql语句直接可以作为英语读。除了sql外，其它主要程序设计语言都没有这样，语法中就算有英语单词也仅仅是作为某些概念或操作的助记符而已，写出来的是形式化的程序语句(…
【数据蒋堂】第15期：开放的计算能力为数据库瘦身
【数据蒋堂】第14期：计算封闭性导致臃肿的数据库 我们在上一期谈到，数据库的臃肿，也就是过多的中间表以及相关存储过程，是由于其计算封闭性造成的。如果能够实现独立的计算引擎，使计算不再依赖于数据库提供，…
【数据蒋堂】第14期：计算封闭性导致臃肿的数据库
许多大型用户的数据库（仓库）在运行多年之后，都会积累出很多的数据表，严重者数以万计。这些数据表年代久远，有些已经忘记建设原因，甚至可能已不再有用，但因为很难确认而不敢删除。这给运维工作带来巨大的负担。…
【数据蒋堂】第13期：怎样看待存储过程的移植困难
存储过程移植困难是经常被诟病的，在罗列存储过程的缺点时，这一条几乎从来不会被遗漏。 存储过程的移植确实很困难，一般业务逻辑复杂到需要写存储过程的地步，总会不可避免地用到数据库独有的特性和语法，更换数据…
【数据蒋堂】第12期：存储过程的利之弊
存储过程是数据库领域中应用非常广泛的技术，关于它的利弊讨论由来已久，我们这里针对存储过程的两个公认度较高的优点进行剖析，从而更清楚存储过程的潜在风险及应用场景。 存储过程利于界面与逻辑分离！ 界面与逻…
【数据蒋堂】第11期：不要对自助bi期望过高
从早期的多维分析（olap）到近年来的敏捷bi，bi产品厂商一直在强调自助能力，宣称可以由业务人员自己分析数据，而用户方也常常有强烈的此类需求，双方一拍即合，很容易形成购买行为。但是，bi产品的自助功…
【数据蒋堂】第10期：报表的数据计算层
我们在上一期已经解释了报表应用结构中数据计算层的必要性，以及可以使用报表工具自定义数据源接口来实现计算层。在计算层中要完成一些复杂的计算逻辑，因此要有可编程的能力，而基于自定义接口可以采用报表工具的宿…
【数据蒋堂】第9期：报表应用的三层结构
在传统的报表应用结构中，报表工具一般都是与数据源直接连接，并没有一个中间的数据计算层。确实，大部分情况下的报表开发并不需要这一层，相关的数据计算在数据源和呈现环节分别处理就够了。不过，在开发过程中，我…
【数据蒋堂】第8期：列式存储的另一面
列存是常见的数据存储技术，在许多场景下也确实很有效，因而也被不少数据仓库类产品采用，在业内列存也常常就意味着高性能。 可是，列存真有这么好吗？搜索一下，容易找到的列存缺点一般是针对数据修改的，而对于只…
【数据蒋堂】第7期：硬盘的性能特征
我们都知道内存比硬盘要快得多，大概能快出一两个数量级（价格也要贵这么多）。不过，硬盘的问题并不只是访问速度慢。 硬盘不适合做频繁小量访问 所谓频繁小量访问，是指运算过程中每次获取的数据量很小，而读取的…