@Sliverburger
你应该不需要等它停掉，只需要停掉自动续费服务，然后转会员。转完后剩下的时长就会在新号上面了，然后再在新号上开自动续费。

我刚刚换了，只不过是相反是从 QQ 登录换成微信登录。这两个登录互不相通，方案在这里有： https://www.zhihu.com/question/40634233

注意：
1. 你的会员级别会清零
2. 你的歌单不会同步，你需要自己手动导入。在原帖子里另外一个答主有讲
3. 你的其他资产比如购买的歌曲，开的听书会员不会转
4. 你的歌单导入后顺序反了，你需要在电脑版中自己拖
5. 网盘里的歌曲就没用了，你需要自己整。

我用了十多年会员了，级别给我整没了，哎。
如果你在海外，注意那个切换到国内功能（否则听不了很多歌曲，可以在反馈中留言让他们处理一下）。

本质上就是两个 QQ 音乐账号，只是将你的会员资格转移了过去而已。你需要重新设置另外一个号里的大部分东西。本来只需要添加一个微信绑定就行，大不了提醒微信绑定后就不能使用微信注册新的 QQ 音乐会员除非解除绑定。这样的多登录机制就行，整这么麻烦，体验真是差。

@MoYi123 #65
我看了那个，他的场景是固定行业 SaaS ，不是低代码 SaaS ，只是有一定参考价值

@debuggerx #64
感谢分享，如果是纯低代码或无代码 SaaS 就更好了。

@twing37 #61
之前也有说过元数据，这个是讲得比较多的。简单讲就是在数据库上实现了一个数据库，在现在可能更适合使用 Json 这么搞。整 1000 个表每个表存 Json ，然后根据用户对表单的定义将 Json 放入不同的表。数据库也能做到只更新 Json 某个字段。但这么整心智比较累，做这么多也只是做了一个数据库的功能还不一定比现有数据库好用。至于直接使用数据库，也是可以做到运行两个版本，新版上线逐个升级租户，不允许直接删除字段即可。也不会有太大篓子。

@zlo309618100 #59
还在立项阶段，不是私人项目，是在跟投资人谈。希望有朝一日我能把产品链接放出来吧，嘿嘿。

@MrTLJH 或者找能支持插两根 16G 内存的，我的老 Thinkpad 笔记本改双 8G 还能继续用，新点儿的应该能双 16G ，可能就满足了。

@knives #54
嗯，Json 操作方面 MySql 确实逊一些。方案 4 已经排除掉 Json 了，尽量使用数据库本身的特性，所以影响就小了。PG 长度没限制确实是个优势，但用户少也是劣势。目前项目在考虑要支持二次开发，这时别说 MySql 了，可能常见的 Oracle 和 SqlServer 都得支持。如果是这样那么就尽量少用数据库特有的，尽量使用都支持的特性。

@Huelse #56
那个 MySql 代码垃圾的说法我也看到过，怎么说呢，JS 也垃圾，也不能阻止它很热能写出有用的东西出来。只要用的人多，研究的人多，就不缺方案。

@zlo309618100 #57
考虑过查询用 ES ，但一来它有时差，二来企业内部数据又不是量特别大非得用 ES ，强上可能得不偿失。目前的想法是用 ES 在全库搜索上，这样可以快速检索客户要的数据而不是去一个个页面里找。

对列数据库熟悉的 V 友可以展开讨论，如果很适合这种场景，重点考虑它也无妨。

主要还是 OP 自己有能力，团队合作得来，否则谁会邀请有问题的猪队友。

这种场景是不是电池容量大的笔记本就行了

这不是我想的工程。不适合在 V 站讨论。

@sdrzlyz #49
如果你能就你的观点展开讨论那就有说服力了，最好是有对比数据甚至实际案例。

@tomjames #50
直接问他们就像：Hi ，竞争对手，我想问问你们怎么设计的以及有哪些困难，最好顺便说下 RoadMap ，我们好参考一下。[doge]

@hyacinthus #45
其实也看场景，对于企业级应用，如果有几万正式租户可能就发财了。

@AyaseEri #46
嗯，MongoDB 是低代码平台主流 DB 。我们目前的定位还是想做企业级包括可能允许深度二次开发，需要传统的关系型数据库而且后期需要支持常见关系型数据库。总不能强迫客户使用 MySql 吧，让客户在企业经营环境使用 MongoDB 也不太妥。

@lecher #47
让租户回归到自己的数据库是核心，这种模式的产品很多，比如 ES 官方的服务就是这么干的，Snowflake 也是。

@lecher #42
感谢，你上面给的方案已经很详细了。

其中根据 TenantId 做路由我倒是有想，但把 MySql 实例也用类似方式表达有点担心连接资源是不是会占用太多？我想的是加在数据库实例名称中，比如 ABC_TenantId 这样，一般租户共用数据库连接资源，特殊租户有独立的数据库实例，在同样是在应用入口做转发。

同时部署两个版本也是我没设想的，我设想的是升级的时候两套逻辑同时支持，然后在下个版本中移除。

@wonderfulcxm 异性就没那么尴尬了

@3dwelcome
我之前搞新系统为了高性能直接上 NoSql ，步子迈太大结果差点蹦了，现在对于新项目，没有足够的理由我也是不太想换数据库。

@documentzhangx66 #37
Oracle 同样我们也不熟悉哈，像这种新产品如果熟悉的 DB 能搞定性能没太大影响的话，肯定是先用熟悉的来，所以是 MySql 了。FreeSql 我会去看看，之前就 Star 他们了。

@lecher #38
你的思路是对的，而且之前我们的 SaaS 平台是先更新表（没有 Not Null 约束），再更新系统。而你的按租户设定开关，则会让升级变得更平滑，更适合这种无法短时完成升级的平台。而且私有化部署的升级也需要我们准备这些。

那还有啥意思？

@joesonw 不止检索还有可能要分析统计。