从表中删除列之前要考虑的java因素 1 年，1 月 Questions & Answers 51 我们支持通过java层从表中删除列。在这样做之前应该考虑哪些因素 1.表中的实例数 2.不同数据库供应商的行为等
# 1 楼答案 最大的问题与数据库无关，而与使用它的客户机有关。您的Java应用程序可能能够检查列中是否有任何非空条目，但它无法告诉哪些客户端希望该列在那里进行选择和更新 我不知道您的具体用例，但我想说这通常是DBA的活动，而不是应用程序的用户。我劝你小心点
# 2 楼答案 列上的约束。如果列上有PK或FK，则根据db供应商的不同，它们可能不会（或无法）轻易删除。虽然用户可能不“使用”COL，但它们可能依赖于其他COL/表。 另外，道达尔同意达菲莫的观点。允许用户选择丢弃COL非常危险。 Oracle确实有能力恢复丢失的COL，但真的，您想走这条路吗？ 自动生成的drop语句总是充满危险
# 3 楼答案 你确定你做得对吗？除非你使用一次性桌子供人们摆弄或用于学习，否则这听起来不是一个很好的设计 一旦定义了表，它们的列号就不应该改变。否则会得到非规范化的表；外键可能会断开，所有的东西都会断开，除非你的列上有很好的约束 跟踪存在哪些列以及可以执行哪些查询将给JDBC代码带来比需要多得多的负担 这不是一个Java或JDBC问题，而是一个数据库设计问题。您应该与DBA讨论这一点
# 1 楼答案
最大的问题与数据库无关，而与使用它的客户机有关。您的Java应用程序可能能够检查列中是否有任何非空条目，但它无法告诉哪些客户端希望该列在那里进行选择和更新
我不知道您的具体用例，但我想说这通常是DBA的活动，而不是应用程序的用户。我劝你小心点
# 2 楼答案
列上的约束。如果列上有PK或FK，则根据db供应商的不同，它们可能不会（或无法）轻易删除。虽然用户可能不“使用”COL，但它们可能依赖于其他COL/表。 另外，道达尔同意达菲莫的观点。允许用户选择丢弃COL非常危险。 Oracle确实有能力恢复丢失的COL，但真的，您想走这条路吗？ 自动生成的drop语句总是充满危险
# 3 楼答案
你确定你做得对吗？除非你使用一次性桌子供人们摆弄或用于学习，否则这听起来不是一个很好的设计
一旦定义了表，它们的列号就不应该改变。否则会得到非规范化的表；外键可能会断开，所有的东西都会断开，除非你的列上有很好的约束
跟踪存在哪些列以及可以执行哪些查询将给JDBC代码带来比需要多得多的负担
这不是一个Java或JDBC问题，而是一个数据库设计问题。您应该与DBA讨论这一点