ビギナーさんこんにちは。
　
publicスキーマということは、PostgreSQL でよろしいですよね？。こちらでも、public.group テーブルを作成してみたのですが、エラーは発生し内容でした。なにか、別の要因があるようです。PostgreSQL のバージョンやgroupテーブルで何か変わったデータ型などを使っている場合、お教えいただけるとありがたいです。

shmz さんこんにちは。
　
すみません、こちらでは、発生していないのですが、オプションダイアログの「SQL入力支援」タブで、「パフォーマンスに問題がある場合、以下のチェックを外す」のどれかをチェックを外すと不具合が解消するかもしれません。
　
また、ピリオドの入力での補完が煩わしく感じるようなら、「ピリオドの入力でSQL入力支援を実行する」のチェックも外すとよいかもしれません。

ty さんこんにちは。
　
SQL Server の ROWVERSION はCSVでは扱ってはいけない列ですよね。実際に使ったことはないのですが、単にCSVで扱わないほうが良いということですよね。
　
ちょっと考えてみますので、しばらくお待ちいただければと思います。

kedama さんこんにちは。
　
A5:SQL Mk-2 のオープンソース化ですが、考えがないわけではないものの、すぐにできる状況ではないと考えています。
　
理由としては、
・開発言語が Delphi であり、開発者人口がそもそも少ない。
・DB接続ライブラリ・SQLのデザイナ機能などで有償ライブラリを利用してしまっており、容易にオープンソースのライブラリで代替できない。
・古い、ソース公開されているが、（私からの）再配布に関するライセンスが明確でないライブラリを使用してしまっている。
・25年ほど（部分的にはそれ以上）長く保守しており、お世辞にもソースコードがきれいとはいえない。

オープンソース化するための作業はかなり時間を取って行わなければならず、自分の定年退職後（？）ではないかと考えており、十数年後となりそうです。

ソースコードの開発協力以外での協力ということですが、新機能の提案や不具合の報告等で応援していただけると助かります。

RYOF さんこんにちは。
　
はい、確かにスニペットというか、SQLを覚えさせておいて、貼り付けるような機能があった方が良いかもしれないですね。
　
DB製品固有で、A5:SQL Mk-2では対応しきれていない、システムテーブルの参照などを自分も登録出来たらよいなと思っていたところですので、ちょっと考えてみたいと思います。

rye さんこんにちは。
　
悩ましいところですね。スキーマの外に検索用の入力ボックスを置くと、スキーマを横断してテーブルを検索できる機能にも見えてしまいます。
　
とはいえ、スキーマの外に検索用の入力ボックスを置いて検索させるようにした方が良いのかなあという気もしなくはないです。うまい方法が思いつくかわからないのですが、少し考えてみます。

tsuotsuo さんこんにちは。

はい、現象を確認しました。まだ修正できていないのですが、修正するまでしばらくお待ちください。

rye さんこんにちは。
　
１テーブル１スキーマはすごいですね。もし スキーマ名=テーブル名 であるなら、ツリー上で、スキーマ名の先頭数文字程度を入力するとそこが選択状態になりますのでそれで代用できるかもしれません。

パフォーマンス上の問題から、スキーマをツリーから展開すると、そのタイミングでスキーマ内のテーブルを列挙するようになっています。このため、スキーマをまたいだ検索は（特にテーブルが多くなるようなデータベースで）難しいかもしれません。