java - describe 和 select on table in derby 不使用与 create 相同的列顺序

Question

我在 derbyDB 中遇到过一些有趣的行为。

我使用以下 SQL(来自 java 代码)创建了一个表...

Create Table S1.SortieDessai (OBS VARCHAR(9), DateDUSortie TIMESTAMP, ContreIndic BOOLEAN,
Fin BOOLEAN, PdeVu VARCHAR(255), Refus LONG VARCHAR , InvDecisn LONG VARCHAR ,
Admin LONG VARCHAR , Motif_de_la_sortie VARCHAR(255), NomValidee VARCHAR(255),
DateValidee TIMESTAMP )

但是，当我从 ij 调用 describe 时，我得到以下信息......

ij> describe sortiedessai;
COLUMN_NAME         |TYPE_NAME|DEC&|NUM&|COLUM&|COLUMN_DEF|CHAR_OCTE&|IS_NULL&
------------------------------------------------------------------------------
OBS                 |VARCHAR  |NULL|NULL|9     |NULL      |18        |YES
CONTREINDIC         |BOOLEAN  |NULL|NULL|1     |NULL      |NULL      |YES
FIN                 |BOOLEAN  |NULL|NULL|1     |NULL      |NULL      |YES
PDEVU               |VARCHAR  |NULL|NULL|255   |NULL      |510       |YES
REFUS               |LONG VAR&|NULL|NULL|32700 |NULL      |NULL      |YES
INVDECISN           |LONG VAR&|NULL|NULL|32700 |NULL      |NULL      |YES
ADMIN               |LONG VAR&|NULL|NULL|32700 |NULL      |NULL      |YES
MOTIF_DE_LA_SORTIE  |VARCHAR  |NULL|NULL|255   |NULL      |510       |YES
NOMVALIDEE          |VARCHAR  |NULL|NULL|255   |NULL      |510       |YES
DATEDUSORTIE        |DATE     |0   |10  |10    |NULL      |NULL      |YES
DATEVALIDEE         |DATE     |0   |10  |10    |NULL      |NULL      |YES

当我执行选择 * 时，列的报告顺序与上述顺序相同。

这让我在将表从一个 DBMS“复制”到另一个 DBMS 时遇到了问题。另一个 DBMS (Ms Access) 按照 create 语句的顺序报告列名，所以当我执行插入操作时，我不能依赖 Access 报告的 Derby 中的顺序是“正确的”，这意味着我必须玩多一点以获得良好的顺序，然后按该顺序插入值，这不是很大的困难，而是加重。

此外，当我创建我的表时，我将我想首先看到的信息放在我的创建语句的开头，假设任何 select * 命令都会以相同的顺序输出结果。

这引出了几个问题。

我可以告诉 derby 以特定顺序(即创建顺序)报告某处设置中的表吗？derby 是否在做一些奇怪的行为，这是一个错误，还是与语句对象有关？ (我已经尝试过 statement.execute(sqlString) 和 statement.executeUpdate(sqlString) 并且两者似乎都具有相同的效果 - 我暂时假设它是一个 java 东西，就好像我在 ij 中创建表一样一切正常正确的顺序。

derby 如何确定如何报告任何给定表中列的顺序，它看起来是随机的，但无论我在 create 语句中使用列的顺序如何，描述总是相同的!

注意:我已经意识到 Access 确实习惯于以完全随机的顺序吐出一些信息(即 databaseMetaData 中的表名列表永远不会以相同的顺序输出，但 resultSetMetadata 似乎是正确的订购)。

任何想法都会被大大接受

部分解决方案和更多信息。请参阅我关于使用数组存储列名顺序并以相同顺序提取数据的评论。它不是很“好”，但它解决了问题。我还应该补充一点，我测试了我的数据(偶然来自 ms Access 源)并在某些情况下确认正确的类型(即 Access 中的单个日期时间不容易映射到时间戳/日期/时间)。所以我修改了列的数据类型。显然，此修改通过添加和删除列来改变结构，这也有助于弄乱初始插入的“结构化”顺序。在我有机会编写适当的测试用例之前，我不能保证这不是我问题的根本原因!

Answer 1

很奇怪，顺序取决于您是通过 ij 创建表，还是从 Java 程序创建表。如果您可以将其分离为一个简单的测试用例，您应该考虑将其作为错误报告给 Derby 开发人员，因为我认为不应该这样。

要更深入地挖掘细节，请尝试查看列在 SYSCOLUMNS 系统表中的布局方式，尤其是 COLUMNNUMBER 的值该表中的列。

http://db.apache.org/derby/docs/10.9/ref/rrefsistabs22441.html

当您在 ij 中创建表与在 Java 应用程序中创建表时，您是否在 SYSCOLUMNS 表中获得相同的结果？