4

当社の集中型 IT 部門は、約 200 人のスタッフ メンバーからなる一般的なユーザー ベースに対して、次の 2 つの主要なアドホック クエリ ツールを提案しました。

  1. Microsoft SQL Server Management Studio 2008 (SSMS)

  2. マイクロソフト アクセス 2003

環境

  • バックエンド データベースは、読み取り専用の Microsoft SQL Server 2005 データベースです。

  • スキーマは 400 以上のテーブルです。一般スタッフに生データへのアクセスを許可するのは大惨事です。

  • 一般スタッフがアドホック クエリを実行できるように、生データ上に「抽象化レイヤー」を構築します。

  • 抽象化レイヤーには、多くの場合、多数のビューが含まれます。

  • 多くのユーザーは、Microsoft Access の基本的な知識を持っています。SSMSを使用した人はいません。

上記のツール (または代替手段)のうち、約 200 人の明らかに技術者ではないユーザー ベースに最適なものはどれですか? それぞれの長所と短所は何ですか？

また、IT 部門は、SSMS を使用できるように T-SQL を教えることを提案しています。これは合理的ですか？

4

9 に答える 9

6

これはどう？i-net Clear Reports (以前は i-net Crystal-Clear と呼ばれていました) には、技術に詳しくないユーザーが使いやすいように作成された強力なアドホック レポート コンポーネントがあります。ユーザーは、レポートについて何も知らなくてもかまいません。レポートの種類を選択するだけで、必要に応じたレポートが得られます。

データの抽象化は、管理者などによって設計できる、いわゆるデータ ビューを作成することで簡単に行うことができます。アドホック レポート GUI にアクセスするには、さまざまな方法があります。Web GUI、Java アプレット、またはスタンドアロン Java プログラムがあります。

  • GUI は非常に直感的であるため、エンド ユーザーはトレーニングを必要としません。
  • ビューは、データ型、フォーマットなどの設定に加えて、ドラッグ アンド ドロップで簡単に作成できます。
  • すべてのレポート (セキュリティ設定に応じて) は、レポート リポジトリ GUI である DAV を介してアクセスできます。
  • サーバーは、ユーザーごとまたはグループごとに異なるセキュリティ設定をサポートします。
  • スタンドアロンのレポート デザイナーは無料で、完全に機能します。

開示: うん。私はこれを作った会社で働いています。

于 2010-06-12T08:40:31.840 に答える
5

あなたの「抽象化レイヤー」は、Access で採用する正しいアプローチです。必要な基本ビューがリンクされた MDB を作成し、ユーザーに配布します。必要に応じて、独自の MDB で新しいクエリとレポートを作成できるようにします。

100 万件以上のレコードを持つテーブルでデカルト結合を実行するのをどのように阻止するのか、私にはよくわかりません。

于 2009-12-04T20:56:51.097 に答える
3

Microsoft には、「レポート ビルダー」と呼ばれるビジネスおよびエンド ユーザー向けの無料ツールがあります。SQL Server Reporting Services のすべての機能をサポートします。良い点は、Microsoft Office に似たユーザー インターフェイスを提供することです。

最新バージョンの「Report Builder 3.0」は、 http://www.microsoft.com/download/en/details.aspx?DisplayLang= en&id= 6116 からダウンロードできます 。

MS Report Builder の詳細については、このリンクを確認してください http://technet.microsoft.com/en-us/library/dd207008.aspx

于 2011-11-14T20:17:00.780 に答える
2

「技術者でない」人々に400以上のテーブルを含むスキーマをクエリするようにT-SQLを教えようとすると、ビューのみのクエリに限定され、ビューがさまざまな結合の醜い複雑さをすべて隠していない限り、おそらくうまくいきません。 、グループ化など。

私たちの会社も同様の状況で、Accessが早い段階で使用されていましたが、その後、T-SQLとSSMSを使用するように全員を切り替えました。IMO、これはあなたが取りたいアプローチです。

繰り返しになりますが、これが成功するかどうかは、ビューの品質、さらにはエンドユーザーに提供するレポートに依存します。

ランディ

于 2009-12-04T20:20:18.720 に答える
1

開発者以外がレポートを作成できるように設計されたStonefieldquery.comのようなものを詳しく調べます。Access のレポート ライターやクエリ ビルダーが悪いわけではありませんが、多すぎる可能性があります。また、レポートとクエリを共有できる場所に一元化する方法も提供すると思います。複数の人が単一のアクセス ファイルを開いてレポートを作成することはできません (クエリの作成は問題ないと思います)。

ほとんどの人はドラッグ アンド ドロップ機能を使用しますが、約 5 ～ 10% は SQL が必要になるため、「教えられる瞬間」を利用してトレーニングを受けることができます。

于 2009-12-04T20:25:13.143 に答える
1

アクセスの短所は確かにコストです。SSMS は、SQL サーバーの適切なライセンスを取得していれば無料です。

実際のニーズによっては、Crystal Reports (私がそう言うとは思わなかった) や Reporting Services の方が実際に適しているユーザーもいるかもしれません。

于 2009-12-04T20:30:11.560 に答える
1

アドホック レポートの初心者であり、自分で作業を行っていたので、Izenda.com のアドホック レポートを使用しました。それは非常に簡単で、アウトソーシングではなく自分で行うことができました。

于 2012-04-16T16:02:33.703 に答える
1

一連の SQL Server 分析キューブを作成し、ユーザーを Excel を使用するユーザーに接続して、Excel のピボット テーブルを使用できるようにすることができます。

于 2009-12-04T21:10:20.997 に答える