最初に私は言わなければなりません：このようにそれをするのは悪い考えです。 2つの理由：
- 接続はユーザーに基づいています。つまり、接続プールのメリットが大幅に失われます。また、それはひどくうまくスケーリングしません。一度に10,000人のユーザーがいる場合は、（ソフト接続プールではなく）ハード接続を継続的に開いたり閉じたりします。および
- ご存知のとおり、ユーザーの作成と削除はDMLではなくDDLであるため、「トランザクション性」が失われます。
なぜこれを選択したのかわかりませんが、強く データベース層ではなく、アプリケーションでユーザーを実装することをお勧めします。
あなたの問題を解決する方法に関しては、基本的にあなたはできません。シーケンスの途中でテーブルまたはインデックスを作成する場合と同じです。