UPSERT INTO t_dynamic_columns (p1, c6) VALUES (4, 'gf');

Connection conn = DriverManager.getConnection(lindorm-jdbc-url);
String createTable = "CREATE TABLE testTable (p1 VARCHAR, c1 INT, PRIMARY KEY(p1)) 'DYNAMIC_COLUMNS' = 'true'";
Statement statement = conn.createStatement();
statement.execute(createTable);
//插入3列，其中p1，c1为Schema预先定义好的列，c2没有预先定义，为动态列写入。
String sqlUpsert = "upsert into " + tableName + "(p1, c1, c2) values(?, ?, ?)";
try (PreparedStatement stmt = conn.prepareStatement(sqlUpsert)) {
    stmt.setString(1, "pk");
    stmt.setInt(2, 4);
    stmt.setBytes(3, new byte[] {0,1});
    int updated = stmt.executeUpdate();
    Assert.assertEquals(1, updated);
}

• 查询字段为动态列。查询动态列表的语法与查询普通列表的语法一致，开启动态列之后，可以查询没有预先在Schema中定义的列，如下示例，c3和c4是创建表后新增的动态列。

  SELECT p1, c3, c4 FROM t_dynamic_columns WHERE p1 = 1;

  返回结果如下：

  +-----+-------+---------+
  | p1  |   c3  |   c4    |
  +-----+-------+---------+
  |  1  | A     |  null   |
  +-----+-------+---------+
  1 rows in set (43 ms)

  重要 如果在Lindorm-cli中执行这样的查询，由于动态列的类型是VARBINARY，因此显示查询结果时会将动态列的值转换为可打印字符。如果转换结果不是可打印字符，那么显示的内容可能是问号、空格等形式。

  例如：上述查询示例中的c3的值为A，这是因为之前写入示例中该行数据中c3对应的HexString为0x41（对应的可打印字符为A）。

• 使用 SELECT * 查询动态列表时，Lindorm SQL为了保证结果集元数据的正确性，需要在查询语句后加LIMIT。

  SELECT * FROM t_dynamic_columns LIMIT 10;

  返回结果如下：

  +-----+-------+---------+-------+------------+
  | p1  |   c1  |   c2    | c3    |     c4     |
  +-----+-------+---------+-------+------------+
  |  1  | null  |  1      | A     | null       |
  |  2  | null  |  null   | null  | ?          |
  +-----+-------+---------+-------+------------+
  2 rows in set (141 ms)

  重要 对于动态列表的 SELECT * 查询操作，LIMIT的默认最大值为5000，超过最大值会报错。
• 在 WHERE 条件中使用动态列。为了确保查询语句的性能 WHERE 条件中需包含主键或索引列，如果您使用Lindorm-cli或者使用SQL查询动态列时，那么查询语句中指定动态列的过滤条件也必须为HexString。

  接续上述的示例，例如表t_dynamic_columns的列c4为动态列，那么查询成功的语句如下示例：

  SELECT p1, c4 FROM t_dynamic_columns WHERE p1 >= 1 AND p1 < 3 AND c4 = 'ef0011';

  作为对比，下述查询示例中由于给动态列c4指定的过滤条件 1 不是一个HexString，所以该查询执行失败。

  SELECT p1, c1, c4 FROM t_dynamic_columns WHERE p1 = 2 AND c4 = '1';