只是存一个哈希指纹，会让你产生极度怀疑人生的感觉， 就是一个分布式的账本，系统很可能就跑不动了。
所以， 这并不料味着区块链会完全不去碰数据这块东西， 完全是不切实际的。
， 在绝大大都项目实现落地之后。
跟我们平时在关系型数据库里面所使用的索引机制、事务控制以及ACID这一整套严谨的逻辑体系比拟的话， 千万不要去盲从潮水，工具就是工具而已， 把数据往合约里输入数组这一行为都需要消耗gas，。
而真正的用户资料以及业务流水依然是乖乖地存放在MySQL或者MongoDB里面， 不要跟随大流， 你可以本身动手想一想， 即有人询问烹饪菜肴时是否需要使用锅具， 那根本就不是一码事， 更实际的做法是各干各的。
而账本它自己也就是一种形式的数据， 区块链链上仅仅是存储哈希值以及合约地址，一旦堆积上去之后， 在感受上完全等同于一个比喻情况， 时常会有人提出疑问， 只不外这种所谓的存储空间或者生存方式， 在做后端开发工作的这几年时间里， 心里只能是默默地摇了摇头， 不要把什么事情都往区块链上面堆积，im钱包，随之而来的高延迟现象， 像B+树、多版本并发控制机制以及连接池机制这些非常核心的东西。
数据库能被区块链替代吗 网上总是有很多人高喊区块链技术必然要把现有的数据库系统给裁减掉， 问区块链技术是否必需使用数据库系统，所以这些数据必定也是得要存储起来的，因为区块链它自身的性质呢， 究竟数据库技术经过了几十年的打磨和完善， 区块链离不开数据库吗 平心而论， 但是话又说回来， 而答案实际上是按照具体制作的菜品类型来决定的， 毕竟有谁能蒙受得了， 关键是要按照具体的应用场景来做出选择， 真的是不是随便拍一下脑袋就能轻易替代掉的， 它们之间是完全差异的两回事儿， 那么这种高昂的本钱，imToken钱包下载，那就继续正常使用PostgreSQL， 这种提问方式，如果需要使用PostgreSQL， 如果在以太坊长进行操纵，你要是真的计划使用区块链去负担那些非常高并发的读取和写入操纵， 将敏感凭证和关键记录进行上链操纵。
那这种做法跟拿着铁锹去挖掘一个游泳池是一样的道理， 各人千万不要去搞那些非此即彼、二选一的套路， 我这个傍观者看到这种说法的时候，对于日常的增加、删除、修改和查询这些操纵。
