| 发布于: | 雪球 | 回复：37 | 喜欢：1 |
品牌零售有点像餐饮，失败率很高，新陈代谢很快，但是总是不断会有新人进来替代倒闭的。长期成功的品牌零售很少，但是少数成功者（比如优衣库、Zara）获得的巨大财富，吸引无数人前赴后继买门票进来试一把。
我也是这样怀疑的，只是没写出来。更大的冲击大概来自Instagram，Macy’s, Nordstorm, 和众多老品牌商的拐点都在2015-2016年左右。被Amazon冲击的实体书商和3C类出问题的时间在10年左右。
租户自己运营跟不上潮流可能是根本原因，David Simon就抱怨过Macy’s就知道回购也不好好整整。秃鹫投资者把零售商榨干玩成炒地皮也是个问题。
现在mysql的机器高配点，单表500万没什么问题，数据再大点就进行分库分表shading-jdbc，加上redis缓存，通过分析业务数据也可以拆到hbase里面，最近分布式的数据库tidb应该不错。现在方案还是比较多了
oracle的事物隔离场景做的比较全，有些场景下应用层可以懒一点。至于海量用户和多IDC支持方面mysql/MDB/redis这些互联网应用的很普遍。
但免费的其它对技术人员要求高，出问题要能搞定，工资也高；oracle就稍微次点了，可以找厂商支持甚至甩锅给厂商。
本人以前就是Oracle dba，现在mysql dba，一入开源深似海
单机oracle肯定比单机mysql支持的并发及性能好。但互联网市场讲的是scale out，mysql免费用可以随意根据业务拆到多台，但oracle费用高你还敢这么任性？
啊，这样啊？以前公司穷，用不起Oracle，我一直以为Oracle在解决大并和索引发方面有很多优势呢。我们当时用Mysql，单个表数据到几百万级，查询的时候就很容易被锁表，后来搞Mysql集群再MongoDB，还加mencache解决高速读写和查询的问题。现在比较优的省钱方案是啥了？