- ベストアンサー
アクセス 最適化するのにかなり時間がかかる
最適化するのに10秒以上かかるのですが ファイルが壊れる前兆でしょうか？ ファイルサイス゛は70MBです。（ほぼフォームの重さ） テーブルと本体は分割済みです。 毎回「閉じる時に最適化する」で毎日最適化していますが やりすぎもよくないのでしょうか？
- みんなの回答 （1）
- 専門家の回答
質問者が選んだベストアンサー
関連するQ&A
- アクセスのファイルが重くて保存に時間がかかる
アクセスのＭＤＢファイルが60,000KBなんですが フォームなどを編集して保存するとき10秒以上かかります。 重すぎでしょうか？ スペックはwin2000、512MB、オフィス2003です。
- ベストアンサー
- オフィス系ソフト
- Access にパスワードをかけたい
Access にパスワードをかけたい Access で、データ分割ツールを使い、”テーブルデータ”と”フォーム”にファイルを分けました。 その場合のパスワードのかけ方がわかりません。 やりたい事は、テーブルのファイルをパスワードを知っている人しか見れないようにしたいです。 ます、テーブルのファイルに、排他的モードで開き、”セキュリティ”の項目をたどってパスワードをかけました。 そして、フォームのファイルを開こうとすると、”パスワードが違います”と表示されます。 そこで、フォームファイルを、テーブルファイルの手順で、パスワードをかけました。 もちろん、テーブルファイルと同じパスワードです。 その後に、フォームを開いて見ました。 それでも、”パスワードが違います”と表示されます。 質問は、ファイルを分割した場合、どのようにパスワードをかければいいのでしょうか？ よろしくお願いします。
- ベストアンサー
- その他MS Office製品
- ACCESSデーターベースの分割
OS: Windows 2000 version: Access 2003 ACCESSでデーターベースを構築し運用していますが、破損が頻繁に起こり、 全員がいったんデーターベースを閉じ修復を行うまで、新しいユーザーがデーターベースを開けなくなってしまいます。 現在、ユーザーは5名ほどです。 過去の質問を読んでいますととにかくテーブル側とフォーム側に mdbファイルを分割せよとの皆さんおっしゃっておられますので試したところ、処理速度が格段に遅くなってしまいます。 一つのフォームを開くのに１５秒以上かかることもあります。 このような問題はみなさんどうやって解決されているのでしょうか？
- ベストアンサー
- その他(データベース)
- アクセス ユーザーフォームやクエリの重さを１個づつ確認することは可能ですか？
ｍｄｂファイルが重たいので何が原因か調べたいのですが １つのユーザーフォームやクエリの重さを調べることは可能ですか？ テーブルのみ分割済みなのでテーブルは大した容量ではないと思っています。 よろしくお願いします。
- ベストアンサー
- オフィス系ソフト
- Access2007 データベース分割
MOSの勉強をしています。 MOS検定対策の問題集に出ている問題で、Access2007のデータベース分割ツールを使って、データベースを分割すると、ファイルサイズが元のサイズより大きくなってしまいます。私の認識では、データベースを分割して、テーブルを外部リンクするので、ファイルサイズは小さくなると思っていたのですが、この考えは間違いでしょうか？？？
- ベストアンサー
- オフィス系ソフト
- アクセスからＳＱＬサーバーへ移行の目安
よく 多数で使うならＳＱＬサーバー、 もしくは一人で使っていてもデータ量が多いならＳＱＬサーバーへ移行、 と聞きますが 後者はどのくらいのデータ量を言うのでしょうか？ 現在、 レコード数が10000レコードを超えるテーブルが2つあり、 テーブル数も10個あります。 ファイルのサイズは30MBです。 すでにデータを分割してリンクテーブルとしていますが この場合ＳＱＬサーバーへ移行するメリットはありますか？ よろしくお願いします。
- ベストアンサー
- オフィス系ソフト
- 写真付きのデータベース構築について(Access97)
Access97を利用しています。 アクセスにはあまり詳しくないのですが、写真付きの商品台帳を作ろうとしています。 写真は１枚60kb程度で商品も200点ほどなのですが、 入力用フォームでOLEオブジェクト型の所にコピー＆ペーストで貼りつけて 入るのですが、データーベース自体のファイルが100MB以上の大容量になってしまいます。 1枚60KB×200枚で12MB前後のファイルサイズを想像していたので驚いています。 写真を簡単に貼りつけ出来て、ファイルがあまり大きくならないようなやり方があるのでしょうか？ 現在のやり方はテーブルで ・商品マスタ ID 主キー設定 商品番号 テキスト形式 商品名 テキスト形式 写真 OLEオブジェクト型 を作り、フォームでウィザードの単表形式で作ったものを呼び出して、 写真をコピペしています。
- ベストアンサー
- オフィス系ソフト
- ACCESS VBAでのフォームのコピー
ACCESS VBAでのフォームのコピー OS;WinXP,ACCESS2000 以下のデータベースファイル（ファイルＡとする）がある。 テーブル：生産量テーブル フォーム：閲覧フォーム、転送フォームＡ 生産者テーブルは、毎日のデータを蓄えるもので１か月分ある。 閲覧フォームは、生産量テーブルのデータを見やすく整えたフォーム。 生産量テーブルは１カ月分しかないため、次の月になったら生産量テーブルから 所定のレコード（月によって変わる）のみ抜き出した新しいテーブルＢを作成する。 そして新たにデータベースファイルＢをＶＢＡで作成し、DoCmd.ObjectCopyで、 ファイルＡからファイルＢにテーブルＢと閲覧フォーム、転送フォームＡを コピーしようと考えた。 (1)：しかし、転送フォームＡ上でＶＢＡを用いてコピーしようとすると、 転送フォームＡのみ、フォームが開いているのでコピーができない旨のエラーが出る。 (2)：転送フォームＡを転送フォームＢと名前を変えてコピーすることはできるが、 ファイルＢを開いたときに名前を転送フォームＡに自動で戻さなければならない。 （手動で戻すことはできないとお考えください） (3)：(2)の変形版で、ダミーテーブルをコピー時に作ってファイルＢに送信し、 ファイルＢを開いたときにダミーテーブルがあればこれを消して転送フォームＢを 転送フォームＡに名称変更することも考えたが、ダミーテーブルがあるか否かを 判定する関数（if文とかと同時使用することとなるだろうが…）がわからない。 長文になってしまいましたが、どなたか知恵をお貸しください。
- ベストアンサー
- その他MS Office製品
- Accessの運用について
マクロソフトAccess2003でデータベースをネットワーク上で運用しています。データ用のmdbファイルをネットワーク上に置き、クライアントはリンクテーブルを張ったmdbファイルをデスクトップ上において使用しています。 一般的にはスタンドアロンで使用すべきソフトであり、パフォーマンスの低下等の問題が出てきたらアップサイジングが推奨されていると思います。 そこで素朴な疑問が生まれました。 たとえば、Accessデータベースを運用していて3万件のレコードでは問題なく稼動しており5万件を過ぎたあたりでパフォーマンスが低下して使い物にならなくなったとします。 パフォーマンスが低下しないで運用できる確実なレコード数は4万件とします。 そこで、レコードが4万件に達した時点でテーブルを分割します。今までのテーブルを【テーブルＡ】とし、分割後のテーブルを【テーブルB】とします。 繰り返しになりますが、【テーブルA】が4万件になったらこれを分割して【テーブルB】を設置して各2万件のテーブルとします。 2万件に分ける基準はあるフィールドを基準とし、運用上は検索の第一条件として、この条件決定後にレコードソースを【テーブルA】にするか【テーブルB】にするか決めるようにVBAで指示します。 【テーブルA】か【テーブルB】のどちらかが4万件に達した時点で同様のテーブル分割を行い【テーブルC】、【テーブルD】・・・・・と繰り返していけばレコード数増加によるパフォーマンス低下問題はずっと回避できると思うのですがいかがでしょうか？ もちろんAccessは2Gのファイルサイズ制限がありますから、ファイルサイズが影響するパフォーマンス低下と判断すればバックエンドのmdbファイルも分割します。 なにぶんAccessの運用経験1年程度ですので、もしかしたら頓珍漢な発想かなと思い心配です。 ベテランの方々からのアドバイス・ご意見を頂きたいです。 よろしくお願いします。
- 締切済み
- その他MS Office製品
お礼
ありがとうございます。 ＯＳは２０００です。（古いですよね） 毎回する必要はないのですか。 一つ疑問なのですが「10％以下」とは何が10％以下の時でしょうか？