比如先装了 0.0.1 版，其中的 A 表有 1 条记录：记录 ID=asdf，名称=A1。
然后 A 表被用与真实业务，给这条记录增加了很多关联。
当该应用出新版 0.0.2 版时，A 表里“记录 ID=asdf”的那条记录没了，另有 1 条记录：记录 ID=hjkl，名称=A1。
问，升版完成后，A 表里有啥？
若结果是：“记录 ID=asdf”的记录被删除，新增“记录 ID=hjkl，名称=A1”的记录。
这会导致原记录的关联全都失效，可能引发大规模故障，不可接受。
有谁来现身说法实际的感受啊
比如发了个应用，流量怎么样，体感怎么样
发个应用很 Nice，流量很大，体感很爽 🚀️
有谁来现身说法实际的感受啊
比如发了个应用，流量怎么样，体感怎么样
功能配置项可以通过全局变量来管理。 如果由表来管理，就要也需要用户去增加记录，就像参考源码开发的软件升级，例如 HAP 私有部署的升级， 有时升级直接安装新的版本即可，有时升级是需要额外操作数据库，需买家进行一些必要操作，例如加表，加字段，加初始数据，这就要求开发者需要提供升级操作文档，提供快捷加表，加字段，加记录的命令。 你说的增加功能配置就是增加了初始配置，应该提供说明，由用户去完成。
买家升级时，不会删除应用中的项，你说的情况在升级后会存在两个单选字段，由用户操作删除原来的单选字段，具体如何做，开发者可以说明。
能看懂《升级操作文档》并能正确操作的买家很少。
而且还要准备“从任一历史版本升级到最新版”的多份操作文档。
行吧，只能走一步看一步了。
即便不考虑数据，只动表结构的话，也有漏洞。
比如：
第 1 版时，某张表有个“单选”字段，选项为[是，否]。
买家拿去用了，添加了记录，该字段有“是”也有“否”。
然后我把“单选”字段删掉，重新加一个同名的“单选”字段，选项还是[是，否]，做成第 2 版请用户升级。
买家升级后，已经添加的记录，会变成什么样？
功能配置项可以通过全局变量来管理。 如果由表来管理，就要也需要用户去增加记录，就像参考源码开发的软件升级，例如 HAP 私有部署的升级， 有时升级直接安装新的版本即可，有时升级是需要额外操作数据库，需买家进行一些必要操作，例如加表，加字段，加初始数据，这就要求开发者需要提供升级操作文档，提供快捷加表，加字段，加记录的命令。 你说的增加功能配置就是增加了初始配置，应该提供说明，由用户去完成。
买家升级时，不会删除应用中的项，你说的情况在升级后会存在两个单选字段，由用户操作删除原来的单选字段，具体如何做，开发者可以说明。
你的新 A1 记录不会写入到买家应用的。升级只改变应用结构，只有第一次安装时可以安装示例数据，后面的升级不会改变买家应用的记录。 只要升级时关联字段配置不变，升级后不会有任何改变。
即便不考虑数据，只动表结构的话，也有漏洞。
比如：
第 1 版时，某张表有个“单选”字段，选项为[是，否]。
买家拿去用了，添加了记录，该字段有“是”也有“否”。
然后我把“单选”字段删掉，重新加一个同名的“单选”字段，选项还是[是，否]，做成第 2 版请用户升级。
买家升级后，已经添加的记录，会变成什么样？
你的新 A1 记录不会写入到买家应用的。升级只改变应用结构，只有第一次安装时可以安装示例数据，后面的升级不会改变买家应用的记录。 只要升级时关联字段配置不变，升级后不会有任何改变。
有些数据是用于功能配置的。
比如某些功能开关，是〖全局配置〗表中代表某功能的记录的"On/Off"字段决定的。
比如〖运算〗表中配置了支持的运算放啊，第 1 版有[加，减，乘，除]四条记录，第 2 版想扩增为[加，减，乘，除，开方，指数]六条记录。
升版不支持配置数据更新的话，扩展能力就很小了。
不删除，又加新的，就有 2 条 A1 了，也会产生问题呀。
你的新 A1 记录不会写入到买家应用的。升级只改变应用结构，只有第一次安装时可以安装示例数据，后面的升级不会改变买家应用的记录。 只要升级时关联字段配置不变，升级后不会有任何改变。
升级不影响应用中的业务数据的，升级不会删除表里的 asdf 的记录。
不删除，又加新的，就有 2 条 A1 了，也会产生问题呀。
不会影响业务数据么？ 那对于描述的这个例子，结果是啥？
升级不影响应用中的业务数据的，升级不会删除表里的 asdf 的记录。
不敢这样升级
升级只会升级应用的结构，不会影响业务数据。如果有些固定条件的判断，建议抽象为变量/配置项来处理
不会影响业务数据么？ 那对于描述的这个例子，结果是啥？
升级只会升级应用的结构，不会影响业务数据。如果有些固定条件的判断，建议抽象为变量/配置项来处理
反正我是没法想象这个更新问题，总不能捞一次性买卖吧 😄