我在 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 调用描述时，我得到以下信息......
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
当我执行 select * 时，列的报告顺序与上述相同。
在将表从一个 DBMS 复制到另一个 DBMS 时，这给我带来了问题。另一个 DBMS（Ms Access）按创建语句的顺序报告列名，所以当我执行插入时，我不能依赖 Access 报告的 Derby 中的顺序是“正确的”，这意味着我必须玩大约多一点以获得良好的顺序，然后按该顺序插入要插入的值，这不是很大的困难，而是加重了。
此外，当我创建我的表时，我将我想首先看到的信息放在我的 create 语句的开头，假设任何select *命令都会以相同的顺序吐出结果。
这导致我提出几个问题。
我可以告诉 derby 以特定顺序（即创建顺序）报告某个设置中的表格吗？derby 是在做一些奇怪的行为，这是一个错误，还是与语句对象有关？（我已经尝试过 statement.execute(sqlString) 和 statement.executeUpdate(sqlString) 并且两者似乎都具有相同的效果 - 我暂时假设它是一个 java 的东西，就好像我在 ij 中创建表一切都在正确的顺序。
derby 如何确定如何报告任何给定表中列的顺序，看起来它是随机的，但无论我在 create 语句中使用列的顺序如何，describe 总是相同的！
注意：我已经意识到 Access 确实习惯于以完全随机的顺序吐出一些信息（即 databaseMetaData 中的表名列表从不以相同的顺序输出，但 resultSetMetadata 似乎是正确排序的）。
任何想法都会被极大地接受
部分解决方案和更多信息。请参阅我关于使用数组存储列名顺序并以相同顺序提取数据的评论。它不是很“好”，但它解决了问题。我还应该补充一点，我测试了我的数据（顺便说一下来自 ms Access 源）并在某些情况下确认正确的类型（即 Access 中的单个日期时间不能轻松映射到时间戳/日期/时间）。所以我修改了列的数据类型。显然，这种修改通过添加和删除列来改变结构，这也有助于打乱初始插入的“结构化”顺序。在我有机会编写一个合适的测试用例之前，我不能保证这不是我的问题的根本原因！