＞  PB6に限らないのですが、Connectのタイミングについてです。
＞
＞  DBMSにOracleを利用していまして、これまでの開発では、5クライアントで
＞Oracle 5Userを購入して納めていたのでアプリケーションのOpenでConnectし、
＞CloseでDisconnectしても問題がなかったのですが、今度は30台のクライアント
＞で、Oracleは10User/30Clientと言った、接続(Connect)数に限界があります。
＞
＞  また、この30台は頻繁にPBアプリを起動します。
＞
＞  こう言った場合、[メインメニュー]-[サブメニュー]-[処理A]の構成を考えると
＞[処理A]に入る時にConnectして、[処理A]が終わるとDisconnectする仕組みにする
＞のが一般的でしょうか？ (常にOracleへConnectしている時間が減る)
＞
＞  ある筋の話だと「SQL文を投げる前にしかConnectしないよ」とも聞いたことが
＞あります。

こちらの環境を参考までに。
Connectって数秒かそこらの時間がかかりますから、わたしはAP起動時につなぐように作っています。
たしか 20同時ユーザー／40クライアントで、APを起動した早い者勝ちです。
ただし実際に 20同時ユーザーを超えることはありません。このAPが使えないと仕事にならないので、
予想同時ユーザー数分を確保しているのです。

「ある筋」のSQL文を投げる前にっていうのは、そのAPが初めてSQL文を投げるときにってことですか？
確かに理にかなってると思いますし、わたしもそういうのをやろうかと考えたことがありましたが、
データベースに Connectしているかどうかの上手い判定方法がわからず、また業務APの性質上、起動して
すぐにデータベースにアクセスするので、結局有効ではないとして止めたことを報告しておきます。

トランザクションの応答時間にこだわらないのであれば、SQL文を投げる度にいちいちConnect／Disconnect
を繰り返す（Webアプリケーションみたい）というのもあるかと思います。
業務APですと応答時間というのはシビアな問題だと思いますので、やるつもりはありませんが。(^^;