問題タブ [database-management]

ここに私の問題があります。このような場合、同じ接続名の重複接続について文句を言います。

ここに私の解決策：

1-）これはこの問題を処理するための良い方法ですか？

2-）別の提案がありますか？

3-）これはQtの欠点だと思いますか？

私は現在、私が作成したものではないプロジェクトに取り組んでいますが、MySQL の代わりに多くの XML ファイルを使用しています。

そのため、ここで MySQL よりも XML を使用する利点があるかどうか疑問に思います。

シーンは、XML ファイルが 1 回だけ読み込まれ、サーバー上で N 個の処理に使用されることです。XML は、管理者がサーバーに再ロードするコマンドを発行した場合にのみ再ロードされます。すべての XML ファイルを合わせると、平均して最大 100 MB のサイズになります。

MySQL での XML の使用に関して、上記の内容を簡単に説明していただければ幸いです。

単純な innodb または myisam テーブルよりも XML の方が適している場合は、何を考慮すればよいでしょうか?

私は現在Toadを使用していますが、あまり満足していません。

Squirrel SQL を使用して、デスクトップ上の JavaDB/Derby データベースに接続しています。SQL クエリを実行できます。

しかし、データベース内のすべてのテーブルを一覧表示するにはどうすればよいでしょうか? そしてできればすべての列と列の種類。

現在phpMyAdmin、十分に機能しているプロジェクトに使用していますが、データベースを正規化し、多対多のテーブルを追加しているため、このデータを入力するのが非常に困難になっています. 複数のウィンドウを開くか、テーブルを印刷してすべての ID を表示し、何を何にリンクする必要があるかを把握する必要がありました。

Django の管理サイトがこれをうまく処理していることは知っています。また、ID を入力せずに多対多のデー​​タを入力するための非常に優れたウィジェットがありますが、私たちは PHP で作業しており、何百もの価値のあるテーブル。Python でこれらすべてのモデルを作成する時間を割くことができるとは思いません。特に、モデルがどれだけ急速に変化するかを考えればなおさらです。

_{(出典: googlecode.com )}

最小限の労力で、どのフィールドがどのテーブルの FK であるか、おそらくどのフィールドを表示値として使用する必要があるかを伝え、そこからデータ入力用の GUI を生成できるツールはありますか?

そのため、多くの異なるサーバーで (データベースを使用して) ソフトウェアを使用している多くのクライアントがいます。また、これらのデータベースに毎日変更を加える開発者も何人かいます。

開発者がコードを毎日更新する場合、他の開発者の変更に合わせてデータベースを更新する必要があります。

また、クライアントがソフトウェアを更新するときは、データベースを更新する必要があります。

現在、この問題に対して独自のソリューションを使用していますが、多くのチームが直面する問題のようです。

これに対する商用/OS ソリューションはありますか?

あるデータベースから別のデータベースに変更を転送するのに役立つツールがあるかどうか疑問に思っていました。現在、テスト用に新しいバージョンをデプロイするたびに、すべてのデータベース変更スクリプトを手動で実行し、それらを他のすべてのデータベースに転送する必要があります。このプロセスを自動化する方法はありますか? 重要な場合、プロジェクトは c# で記述されており、データベースは MySql です。

Zend Framework 環境でどのように作業しているか、特に他のチーム (データベース変更管理) とデータベース テーブルを最新の状態に保つ方法を知りたいです。私は自宅で働く小規模なチームを持っており、常に最新のデータベース テーブルを用意する必要があります。自宅で仕事をしているので、オフィスで本業を終えてから仕事をすることもあります。

何か案が ？

ps: Rails の移行と同じように

pg_pool-II のドキュメントのポイントについて混乱しています。はhealth_check_userDB クラスター サーバーの状態を判断するために使用されますが、どのような機能がhealth_check_user必要ですか? このユーザーのパスワードを取得するための構成オプションがないため、pg-poolhealth_check_userも同様に各 DB への信頼レベルのアクセスが必要になると思いますか?

だから私たちはデータベースを持っています。頻繁に新しいデータセットを追加し、最も古いデータセットを削除する必要があります。

DB が 6 月上旬: 18 レコード、6 月下旬: 15 レコード、8 月: 23 レコードであるとします。次のレコードを追加するときは、6 月上旬のレコードを削除します。ただし、新しいデータの追加は完全に定期的ではありません。私の 2 番目の考えは、各レコードに「oldness」フィールドを設定し、新しいデータ セットを追加する前に、すべての「oldness」フィールドを 1 増やしてから、「oldness」が 3 のすべてのデータを削除することです。

これが最適な方法ではないのではないかと心配していますが、あまり頻繁に更新されないかなり小さなデータベースであるため、問題があるかどうかはわかりません。とは言うものの、これを達成するためのより良いアルゴリズムの提案を歓迎します。