:A|データベースの作成時に、自由な場所に自由な名前・拡張子でファイルとして置きます。専用の領域を確保したりする必要はありません。別の名前・ファイル名を付けることにより、同時に複数のデータベースも管理できます。ファイル管理に関しては、非常に自由度が高く扱いやすいデータベースソフトと言えるでしょう。データベースが停止している状態ならば、OSのコピーコマンドで単純にコピーやバックアップすることも出来ます。これは緊急時の方法です。通常はgbakコマンドでバックアップします。:A|データベースアカウントが漏れると、確かに攻撃を受けやすくなります。したり、データベースを作成できるディレクトリを制限してしまう機能があります。デフォルトではオフとなっていますので、設定ファイルを変更してみましょう。Me/XPのファイル保護機能による速度低下を防ぐためです。Firebirdでは、拡張子は自由に選べますが、".fdb"が推奨されています。古いIBでは".gdb"を、最近のIBでは".idb"を推奨しているようです。Me/XPの場合はOSの処理により極端に速度が低下しますので注意が必要です。復元機能によりファイルへの書き込み操作に遅延が発生する場合がある。:A|基本的に、テーブルが何個あっても1つのデータベース本体のファイルは1個です。OSの制限や管理の都合で1ファイルの大きさを小さくしたい場合は、マルチファイル構成のデータベースも構築できます。マルチファイルの時でも、テーブルの個数とファイルの個数には何の関係もありません。接続時なども含めて、論理的には1つのファイルとして扱います。:A|シングルファイルデータベースの場合は64TByteまでですが、通常はOSの制限に依存します。OSの制限よりも大きいデータベースを構築したい場合は、マルチファイル構成のデータベースを構築する必要があります。内部での格納位置表現は64bitになっていますので、理論的には64TByte以上のデータベースも構築できます。:A|IB6.0系とFB1.0系は、ほぼ完全互換と言ってよいでしょう。FB1.0から1.5への変更もほぼ問題ないようです。商用として分岐したIB6.5以降に関しては要注意です。FB/IB6からIB6.5にアップデートすると、ファイルの構造が変換されて元に戻せなくなるようです。複数のバージョンが混在している環境で使用する場合は注意が必要です。:A|予約語と同じ列名や日本語の列名や別名を使用したい場合は、列名をダブルクォーテーション(")で囲むことにより実現できます。キャラクタセットの指定が出来ないために列名の取得の関係なのか、接続方法やツールによっては上手く扱えなかったりエラーが出たりといろいろ問題が発生する可能性があります。列名の取得を行わないようなアプリケーションならば問題は少ないでしょうが、それでも異なる文字コードが混在するような環境では問題となります。いずれにせよ、1.5.1ではあまりお勧めできる使い方とは言えないかも知れません。:A|データベースサーバ側から、クライアント側へイベントを非同期に連絡する機能です。ストアドプロシージャやトリガからイベントをポストすることにより実現されます。データベースの変更をクライアントに通知したり、エラー監視など様々な用途に応用できます。変更通知はクライアントによる定期ポーリングを行うようなシステムでは、トラフィックの低減に有効です。詳しくは、SQLリファレンスのイベントアラータ関係を参照して下さい。:A|データベースシャドウというデータベースのバックアップコピーを非同期かつ自動的に作成し、ディスク故障などでメインデータベースに問題が発生したときにはシャドウをメインデータベースに昇格させることにより、速やかな復旧とデータロストの最小化を実現するための機能です。レプリケーションの一種とも言えますが、シャドウはメインデータベースと同一のサーバにより管理されています。通常は、メインデータベースとは異なるディスク装置に設定します。詳しくは、SQLリファレンスのデータベースシャドウ関係を参照して下さい。:A|Firebirdには、ユーザーがデータベースを自由に機能拡張するためにユーザーが定義した関数をデータベースエンジンとダイナミックリンクを行う機能があります。そのユーザー定義関数のことをUDFと呼称しています。デフォルトで、ある程度基本的な機能のものが用意されています。:A|1.0系は、ベースとなったInterBase6とほとんどの面で互換性を保った上で若干の機能追加が行われたバージョンです。1.5系は、1.0系を更に改良したもので、一部ファイル名の変更も行われていますし、APIのインタフェースなども上位互換保ってはいますが、若干異なっている部分もあるようです。1.0系は安定度が高く動作実績がある為、また、InterBase6置き換えなどの互換性重視の用途のために公開が継続されています。:A|ClassicServer版は接続毎に「別プロセス」を生成して処理しており、SuperServer版は接続毎に「別スレッド」を生成して処理しております。ClassicServer版を使った方がパフォーマンスが高いそうです。SuperServer版の方がいいんじゃないでしょうか。使ってる人も結構いるみたいです。:A|対応しています。PROCEDURE#execute_procedure]]などで呼び出します。SQLリファレンス]]"(日本語訳版)もしくはインストールディレクトリ下の、"doc/sql.extensions/README.execute_statement"(英文)を参照して下さい。:A|データベースの接続で使用するのは3050です。イベントアラータで使用されるポート番号はデフォルトではランダムとなっています。いずれにせよ、設定ファイルなどにより変更することが可能です。ミドルウェアがあります。APIも当然ながら用意されています。:A|付属のgpre.exeというプリプロセッサで可能です。対応言語は、C,C++,COBOL,PASCAL,FORTRANとなっています。Firebirdのプロジェクトでは積極的な開発は現在行われていない模様です。用意されていますので、これ使用します。オプションは、start、stop、status、restart、reloadの5種類です。通常はスーパーユーザーの状態で使用します。バックアップ程度です。バックアップを取るようにしましょう。運用中でも行うことが出来ます。有料のGUI管理ツールにはその機能を持ったものもあります。gfixコマンドや、GUIツールで行います。少ない時間にスイープ処理を行う方が安定した性能を見込めます。定時起動によるスイープを行うという運用にします。コピーコマンドなどを使用してバックアップしてください。データベースを起動し、gbakコマンドなどでデータベースをリストアします。