动态生成数据表列的隐患
在数据库中动态生成列的做法是否稳妥？在后端程序中，根据需要动态在数据库中生成列的做法存在一些隐患。
隐患分析
- 运维管理安全隐患：DDL操作容易被误操作，可能导致数据丢失或损坏。
- 数据一致性问题：动态生成列可能导致跨表关联以及索引维护出现问题。
- 性能问题：动态生成列后，查询效率可能会降低，因为需要对新的列进行检查和转换。
- 多项目管理风险：在多项目管理环境中，开放表结构修改权限可能导致数据混乱。
替代方案
如果动态列的数量是固定的，可以考虑提前增加一些列，例如 col1、col2、col3 ... colN，并在另一张表中保存映射关系。
凡人网络购物系统jsp版(JspShop)
下载
基于jsp+javabean+access(mysql)三层结构的动态购物网站，v1.2包含v1.0中未公开的数据库连接 的java源文件 一，网站前台功能： 产品二级分类展示：一级分类－－二级分类－－产品列表－－详细介绍（名称，图片，市场价，会员价，是否推荐，功能介绍等） 产品搜索：关键字模糊搜索 定购产品：选择商品－－确认定购－－填写收货人信息－－选择付款方式－－订单号自动生成（限登录用户）
NOSQL数据库
有人提到使用NOSQL数据库来解决这个问题。虽然NOSQL数据库具有灵活性，但是更换技术需要进行大量的评审。此外，还需要考虑到运维压力、维护成本、开发成本和未知风险等因素。
综合考虑，动态生成数据表列的做法不太稳妥。如果需要动态修改数据表结构，应该通过其他更安全、可靠的方法来实现。
