5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

PostgreSQL & pgsql-jp ML 3テーブル目

1 :NAME IS NULL:04/03/20 17:24 ID:/Cqtf47w
PostgreSQLについて語って2万テーブルをめざしましょう。
関連アプリケーション特有の話題は、以下のスレッドへ。
pgsql-mlのヲチもここで。

●過去スレ
PostgreSQL
http://pc2.2ch.net/php/kako/989/989375812.html
PostgreSQL 2テーブル目(移転前)
http://pc2.2ch.net/test/read.cgi/php/1047317680/
PostgreSQL 2テーブル目
http://pc2.2ch.net/test/read.cgi/db/1056944337/

●関連スレ
PostgreSQLのことならここで聞け
http://pc2.2ch.net/test/read.cgi/db/1056960249/
MySQL vs PostgreSQL
http://pc2.2ch.net/test/read.cgi/db/1056943680/
PHP + PostgreSQL
http://pc2.2ch.net/test/read.cgi/php/983128806/
PerlでPostgreSQL
http://pc2.2ch.net/test/read.cgi/php/999249463/

126 :NAME IS NULL:05/01/17 13:25:12 ID:???
そこまでしなくていいんじゃないかな。

127 :NAME IS NULL:05/01/17 14:58:39 ID:???
つか、なんでcronで回すかってーと、systemのidle時を狙い打つためなのね。
phpでアップデート後というとまあ普通は時間が特定出来ず、高負荷時に
VACUUMをかける可能性もあるのでお勧めできない。

その大量アップデートの後はsystemが比較的idleなことが確実で、どうしても
やりたいんだというなら止めないが。

更新直後のVACUUMの必要性はその大量更新によって参照パフォーマンスに
どれくらい影響があるかによる。たとえば数百万単位のレコードの
index対象項目を殆ど更新してしまうような更新処理でもしない限り、
そこまですることはないと思う。

285 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.00 2017/10/04 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)