Tiziana Catarci si è laureata in Ingegneria Elettronica nel febbraio 1987 presso l’Università degli Studi di Roma La Sapienza, dove ha conseguito il titolo di Dottore di Ricerca in Informatica nell'ottobre 1992. Dal novembre 2000 è professoressa ordinaria di Sistemi di Elaborazione delle Informazioni (ING-INF/05). Afferisce al Dipartimento di Ingegneria Informatica, Automatica e Gestionale Antonio
統計情報のリストアをこの前行ったのでメモしておく。 統計情報のリストアってなに？ ある時点のあるDBの統計情報を戻す機能で例えば次のような時に役に立つ 本番環境で定期的に統計情報取得していたが、突然ある時の統計取得から実行計画が変わり遅くなった。実行計画を元に戻すために統計情報を戻したい。 とか 本番環境でレスポンスが遅いけど、開発環境では早いというのはよくある話。そこで本番と同じ実行計画を開発環境に適用したい。 まずは前者のある時点に統計情報を戻す方法 次のコマンドで統計情報のリストアが可能。 exec DBMS_STATS.RESTORE_TABLE_STATS(ownname=>'SCOTT', tabname=>'EMP', as_of_timestamp=>'2009/03/01 18:00'); そのままだけど、SCOTTユーザのEMPテーブルを'2009/03/01 18:0
Please Note: this was written January 2009 - see the comments for updates and additional information. A lot has changed since I wrote this. Perhaps you’re considering using a dedicated key-value or document store instead of a traditional relational database. Reasons for this might include: You're suffering from Cloud-computing Mania. You need an excuse to 'get your Erlang on' You heard CouchDB was
select * from ... と書いてはダメ、たとえ全列取得する場合でも select a, b, c, d from ... と書くのが常識、という話をずいぶん前に聞いたことがあって、意味がわからないので人力検索に投げてみた。 いただいた回答を整理しておく。 テーブル内の一部の列を参照したい場合 例えばクライアント側では1列しか見ないのにワイルドカードで全列取得することには、パフォーマンス上の問題がある。 select * from ... でも select a from ... でもディスクI/Oのコストは基本的に変わらないが*1、それ以外のところに問題がある。 ネットワークの問題。DBサーバからクライアントに転送するデータが無駄に大きくなる メモリの問題。DBMSのデータキャッシュやOSのファイルキャッシュが無駄遣いされる テーブルの全ての列を参照したい場合 全列取得したい場
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
