vacuum

    0

    1答えて

    sqlte3.8.8を使用して、古いデータを消去するトリガーを作成しようとしています。ここで私は入れSQLです:。 CREATE TRIGGER "main"."NewTrigger" AFTER INSERT ON "historydata" BEGIN delete from historydata where id in (select id from historydata o

    0

    1答えて

    私はdelete_s SQL文からメモリを解放するためにVACUUMコマンドに大きな問題があります。 私はCordova Android APPを作っていますが、DELETE SQL文を使用すると、アプリケーションのスペースがダウンしないことがわかります。このスペースは、断片のHardDiskのように存続します。 次に、VACUUMがDBをコンパクトにすることができますが、問題があります。私は、す

    2

    3答えて

    はI 9万行でPostgresのテーブルへの完全VACUUMを実行していると私はこの背中を得た: INFO: vacuuming "osm.asp_trs_roads_osm" INFO: "asp_trs_roads": found 329992 removable, 9660438 nonremovable row versions in 761738 pages 詳細:0死んで行バージ

    2

    1答えて

    毎日大規模なテーブルから何十万ものレコードを削除してから、新しいデータを使って計算を行い、以前に削除したレコードをすべて置き換えます。私は普通のことだと思ったvacuum tblトリックを行うだろう。私はそれがサーバーにディスクスペースを返さないことを知っていますが、(私は削除していたレコードの数だけ挿入していたので、私は思っていました。しかし、テーブルを別の名前空間に移動させた後(無関係の理由で

    0

    1答えて

    テーブルが17500000行、 私は500k行を削除しました。削除後、私はvacuumコマンドを実行しました。 SVV_VACUUM_SUMMARYによると、row_deltaは、真空前後のテーブル行の総数に差があります。 しかし、私はSVV_VACUUM_SUMMARYテーブルを見たとき、row_deltaは0です。それは500Kではありませんか? もここSTL_VACUUMテーブルからの出力で

    1

    1答えて

    大きな削除と更新がGPテーブルで行われると仮定します。 私は真空分析を一緒に実行するべきではありませんか?私は真空を実行し、別々に分析すべきですか? GPベストプラクティスのドキュメントに「真空分析を実行しないでください」と表示されます http://gpdb.docs.pivotal.io/4300/pdf/GPDB43BestPractices.pdf 真空分析を実行するときの実行順序は?真空

    1

    1答えて

    私はPostgreSQL DBを使用していますので、JPA EntityManagerを使用してVACUUM FULLを開始します。 バージョン1 public void doVacuum(){ entityManager.createNativeQuery("VACUUM FULL").executeUpdate() } はTransactionRequiredException

    2

    1答えて

    私はPostgres 9.4.7を持っており、大きなテーブル〜100Mの行と20のカラムを持っています。テーブルのクエリは、1.5kの選択、150の挿入、300の更新/分、削除はありません。ここに私の自動バキュームの設定は次のとおりです。0 autovacuum_vacuum_threshold 5000 autovacuum_max_workers 6 autovacuum_naptime au