snowさんこんにちは。
　
はい、すみません。諸般の事情で、ソートの比較関数がいろいろ複雑なことをしている副作用と思います。修正したいと思いますので少々お待ちください。

homuraさんこんにちは。
　
使用しているDB接続ライブラリであるDevart社のUniDACの内部の挙動のようです。どうも、列の情報を取得するためのSQLでpg_indexesテーブルを参照するときに別名でpiと別名が付いているようですが、あまり詳しいことはわかりませんでした。
　
発生するサーバーとしないサーバーがあるというのも不思議ですが、権限周りということはないでしょうか？。
　
あと、GCP CloudSQL for postgresは使ったことがないのですがPostgreSQLがどのバージョンであるとか、通常のPostgreSQLとの互換性等も情報をお持ちの場合お教えいただけるとありがたいです。

山猫さんこんにちは。
　
はい、現象を確認しました。ただ、今週末のベータ版には間に合いませんでしたので少々お待ちください。

Darkさんこんにちは。
　
JSON形式でしか、インポートできないというのは今どきですね。とりあえず、Version 2.15.0 beta 14でエクスポートのみ対応してみました。
　
対応時に準拠すべき規格は次のようなものでしょうか？。いくつかあるようでわかりにくいですね。
RFC 8259
IETF STD 90
ECMA-404 2nd edition
　
とりあえず、以下のサイトを参考に実装しています。
https://www.json.org/

JSONで出力するとき、データ型として日付時刻型とバイナリ型が問題になりそうな気がしたのですが、とりあえず、
　
日付時刻型：YYYY-MM-DDTHH:mm:ss.sssZ (ISO 8601 Extended Format、 Z はタイムゾーン)
バイナリデータ型：Base64
　
で出力するようにしています。
　
あと、トップレベルのオブジェクトは配列（行情報の配列）にしています。これでDarkさんの使用されるツールで取り込みできますでしょうか？。（できればどのようなツールを使われているかお教えいただければありがたいです。）
　
エクスポートできれば、当然インポートということになると思うのですが、インポートについては、もう少しお待ちください。

ヨネさんこんにちは。
　
手元では正しく動作するのですが、もしかしたら、テーブルに主キーが無いということはないでしょうか？。
　
Version 2.14.2では、主キーやその他のユニークキーが無いテーブルに関しては、更新できないように制御しています。ただし、この動作はあまり評判が良くなかったようなので、Version 2.14.3以降で元に戻されます。

ぬーぼーさんこんにちは。
　
はい、現象を確認しました。2.15.0 beta 11で修正した「PostgreSQLで「SELECT TO_DATE(”,’yyyy-mm-dd’)」がエラーを起こしてしまう不具合を修正」が良くなかったようです。Version 2.15.0 beta 13で修正してみましたのでご確認ください。

shinokatsu さんこんにちは。
　
はい、トラブル防止のため、主キー等のない環境でのテーブルエディタでの更新をできないようにしたのですが、不評なようでした。
　
Version 2.14.3で修正しますので少々お待ちください。
（Version 2.15系のベータ版でもすでに修正しています。）