It's difficult to tell what is being asked here. This question is ambiguous, vague, incomplete, overly broad, or rhetorical and cannot be reasonably answered in its current form. For help clarifying this question so that it can be reopened, visit the help center。
已关闭10年。
如果关系数据库范例之一是面向元组的，那么我们在这里有最大的局限性。
如果可以设计面向列的数据库，那将大大提高性能。
向量操作将开箱即用，为简单的符号列查找建立索引，进行哈希处理，作为引擎在幕后进行链接。
内存映射:以微秒为单位转储大量数据，并加载这些磁盘镜像。
并且仍然使用了多个供应商支持的易于理解的标准语言(SQL)。
想象一下，由于它的简单性，可以设计多少个工具来连接该东西。
它会更强大(和KISS同时)吗？
更新
感谢所有贡献者。
问题已经被不公正地解决了，尽管我发现您的所有答案都非常有帮助。
已关闭10年。
如果关系数据库范例之一是面向元组的，那么我们在这里有最大的局限性。
如果可以设计面向列的数据库，那将大大提高性能。
向量操作将开箱即用，为简单的符号列查找建立索引，进行哈希处理，作为引擎在幕后进行链接。
内存映射:以微秒为单位转储大量数据，并加载这些磁盘镜像。
并且仍然使用了多个供应商支持的易于理解的标准语言(SQL)。
想象一下，由于它的简单性，可以设计多少个工具来连接该东西。
它会更强大(和KISS同时)吗？
更新
感谢所有贡献者。
问题已经被不公正地解决了，尽管我发现您的所有答案都非常有帮助。
最佳答案
否。它们是为特定任务而设计的，例如OLTP vs OLAP。甚至像MySQL这样的流行程序也具有列存储引擎(例如:Infobright)。还有一些DBMS也从头开始构建为面向列的DB。
这是一个可能有趣的读物:C-Store: A Column-oriented DBMS(PDF格式)
LucidDB是流行的面向列的数据库，用于数据仓库和BI:
在此处查看其功能列表，这些功能与您的兴趣重叠:LucidDB Features
您可以将SQL与LucidDB一起使用。
关于database - 所有现代RDBMS是否都面向行？为什么？，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/3507058/
10-09 20:40