今天是一些闲聊，不是一个技术贴。忙碌的一周，感觉没做什么事情就过去了，今天在我们公司的新址办一个和Oceanbase合作的MEETUP，石榴财智中心的位置靠近石头城，是一个开放式的产业园区。在疫情防控十分严格的今天，进入这个开放式的园区不需要检查核酸报告，因此大家可以放心前来。今天的沙龙主题是各种场景下的数据库选型问题。这个问题私下里讨论是很好的，不太适合拿出来做沙龙的话题，特别是做网络直播。因为今天的沙龙谈到的数据库选型，每个人都有自己的观点，有自己的私心和喜好。每个人可能也只是看到了自己所看到的的某个数据库的好或者坏，因此很难完全客观的来讨论这个话题。虽然我经常在数据库选型的时候尽可能想客观的来工作，不过面对不同的用户，不同的场景，不同的合作伙伴，我的建议都会有些不同。这些不同往往不是完全来自于技术和应用场景，掺杂了不少客户的喜好以及照顾了合作伙伴的想法。在上面这张中世纪的地图里，耶路撒冷位于世界的中心，罗马和欧洲占据了地图的几乎所有位置。实际上在每个人的心里的数据库地图也是如此，经常听到有些人说：“XX数据库是最好的数据库，不接受辩解”。其实这种观点也没啥毛病，如果你真的觉得某个数据库是最好的，而且你的团队也最擅长使用和运维这个数据库，这个数据库为什么不是最好的呢？你们的选择为什么不是最好的呢？没有完美的数据库产品，没有单一的用户场景，这决定了同一个问题不止一个正确的答案。因此有些时候也没必要太过于注重最后的结果。我们做出某种选择的时候，必然看到的都是所选数据库的好处，而往往忽视了很多其缺陷。不过也没关系，只要你最终能摆平隐藏在后面的风险，你的选择就是正确的。数据库的应用场景很多，用户的种类也很多，隐藏针对不同的应用场景和用户特点，再叠加上用户在对于数据库产品认知上的偏差，可能两个业务类似，规模类似的用户也会做出差异比较大的选择。因为以前大家都大量使用盗版的Oracle数据库，因此可能觉得Oracle能解决所有的问题。不过如果必须使用正版软件，很多用户就会做出完全不同的选择了。随着国际环境的变化，知识产权立法的深入以及信创工作的开展，一些用户将数据库从Oracle迁移到开源或者国产数据库上已经是一个必然的选择了。在这个时候，数据库产品选型变成了一个十分棘手的问题。面对五花八门的数据库产品，真的是无从下手。实际上数据库是企业IT中最难替换的组件，换个服务器和存储可能还容易一些，换数据库是要伤筋动骨的，因此数据库替换一定要考虑的再深一点。对于资金敏感的中小客户，选择社区比较活跃，发展潜力比较大的开源数据库是一种不错的选择。这种选择比较大的风险来自于今后长期使用时的服务支撑能力的获得。还好，现在的开源数据库的第三方服务能力成长还是比较快的，因此这方面的服务会越来越好。如果此类用户存在十分重要的系统，那么选择国内有企业版发行的开源数据库可能是一个更好的选择。核心系统买企业版，可以在紧急时刻获得原厂的支持，而不太重要的系统可以使用开源版本，节约总体投资。不过不管你如何选择数据库产品，应用开发能否很好的配合数据库替换十分关键。以前你是靠着Oracle几乎无所不能的强大能力，让你的稀烂的应用凑合活着。一旦进行了数据库替换，可能新的数据库无法为你的烂SQL托底，此时就必然面临应用的改写。如果我们的应用开发能跟得上，遇到的数据库替换后的绝大多数性能和功能问题都是可以解决的。今天就聊这么多吧，有兴趣的朋友可以参加下午的沙龙。不方便来的，也可以通过线上观看直播。当组织者问我介意不介意线上直播的时候，我毫不犹豫就答应了，虽然在网络直播中谈论这个话题很可能挨骂，不过也没关系。表达自己的观点的时候，就没必要怕挨骂了。实际上，在我的心中，也有一个个人的数据库世界地图，只是可能和你心里的不太一样而已。地点：南京·南京市鼓楼区石头城路石榴财智9号楼 石榴财智中心
日程
13:30-14:00 签到
14:00-14:30 《海量数据场景下多种数据库对比与技术选型》 徐戟
14:30-15:00 《关键行业数据库选型》 宫博
15:00-16:30 主题话题研讨
1、复杂场景下，数据库产品和技术选型主要考虑哪些方面？
2、对于新数据库的使用是为了满足当下需求？还是会考虑更长远的情况？
3、使用过的数据库都有哪些？这些数据库上最好的能力是什么？如果具备了哪些能力会更好？
4、在业务增长，数据量增长时，如何应对数据库的成本控制？
16:30-17:00 意见&建议
