プログラミング以外の方法でSQL Serverデータを操作する最も良い方法は何ですか？

Question

私たちはSQLサーバーデータベースを持っています。プログラムではなくデータを操作するために、SQL Server Management Studioを使用するには、テーブルを右クリックして[テーブルを開く]を選択します。しかし、これは非常に大きなテーブルでは遅く、ソートやフィルタリングは面倒です。

通常、SQL Serverのテーブルとビューを指すリンクテーブルを含むAccessデータベースを作成するのがこれまでの作業です。このように大きなテーブルを開く方がはるかに高速であり、使いやすい右クリックのフィルタリングと並べ替えがあります。

しかし、大きなテーブルで作業する場合、特にAccess 2007ではソートが非常に遅いです。 Accessデータベースは、誤ってデータベーステーブルをロックし、データにアクセスする必要のある他のプロセスをブロックする可能性もあります。最初にAccessデータベースを作成し、新しいテーブルがSQL Serverに追加されたときにAccessデータベースを更新することも面倒です。

Accessの使い勝手を損なうことなくデータを扱う良い方法がありますか？

Answer 1

Joel Coehoornの回答はもちろん、データが重大であるか、データを使用している単純なユーザーがいる場合は、アプリケーションのフロントエンドを開発する必要があります。つまり、私は賢明なユーザー（ok、私）のユーザーがそこに入って周りを突き進める必要があるケースがあります。

テーブルを直接見るのではなく、MS Accessを使用しますが、クエリを使用して、列方向と行方向の両方で見ているものを絞り込みます。そうすればスピードが向上します。次に、クエリのプロパティを編集し、クエリがNo Locksであることを確認します。これにより、ブロック動作がなくなります。返される行の数を制限して、速度を改善することができます。あなたはそれを見てもクエリのデータを編集することができます。

あなたは何を見ているかによって、SQL Serverでデータベースビューをセットアップして、クライアントではなくサーバーで重い作業を行うように設定すると便利です。

Answer 2

本当に大きなテーブルではどれくらいうまくいくのかわかりませんが、Visual Studioは基本的なテーブル操作ではSQL Management Studioよりもはるかに高速です。サーバーエクスプローラでデータベースを開き、テーブルを右クリックして、データを表示するには[開く]を、フィルターやソートなどには[新しいクエリ]を選択します。

Answer 3

生データの編集は、いいえ。あなたがそれをやっている状況を特定し、外部キーを壊すような愚かなことをしないようにする仲介者として働くためのアプリケーションインターフェイスをまとめてください。

Answer 4

大規模なデータセットではパフォーマンスがどのようなものかはわかりませんが、オープンオフィスにはデータベースクローンであるデータベースプログラム（Base）があり、探しているものだけかもしれません。

Answer 5

私はVisual Studioを使って、サーバにログインしてデータベースマネージャを直接操作するのではなく、便宜のためにたくさんのものをやりました。

しかし、Toad for MS SQL（Quest Software製）を試しましたか？私はオラクルのために常にそれを使用しており、良い結果を得ています（オラクルのツールよりも優れています）。

Answer 6

Tony Toews's Access Performance FAQを読んで、Accessアプリケーションのパフォーマンスを向上させる方法についていくつかのヒントを示します。おそらくそれらのヒントの1つは、あなたのA2K7アプリの問題を解決するでしょう。