クライアントには、一連の Access データベースと関連レポートがあります。
彼は、セキュアなエクストラネット経由でレポートを (スナップショットではなくライブで) 利用できるようにしたいと考えています。
彼は、必要に応じて独自の GUI を使用してレポートを再作成することを望んでいますが、理想的には、レポートを「そのまま」Web にエクスポートするソリューションを望んでいます。
カスピオ橋を見てきました。それはかなり洗練されていますが、厄介なJavascriptハックなしではグループ化と合計（重要な要件）を提供していないようです-私にはかなり明白な省略のようです!
助言がありますか？
私は ASP.NET 開発者なので、コーディングが必要な場合は、ASP.NET ベースのソリューションをお勧めします。
Access 2010 を検討することをお勧めします。リンクされたドキュメントのポイント 3 には次のように記載されています。
事実上どこからでもアプリケーション、データ、またはフォームにアクセスできます。
データベースを Web に拡張して、Access クライアントを持たないユーザーがブラウザー経由で Web フォームとレポートを開くことができ、変更が自動的に同期されるようにします。再接続したときの SharePoint Server 2010。Access 2010 と SharePoint Server 2010 を使用すると、データ コンプライアンス、バックアップ、および監査の要件を満たすためにデータを一元的に保護できるため、アクセシビリティと管理性が向上します。
-- http://www.microsoft.com/office/2010/en/access/default.aspx
Access Reporter を試すことができます。
SQL Server Express エディションは無料です。レポート サービスが含まれます
http://www.microsoft.com/Sqlserver/2005/en/us/express.aspx
MS Access データベース (または OLEDB または ODBC 接続が可能なその他のデータベース) に接続できます。
既存のレポートについては、レポートのみを SQL Server に移行する方法に関するリンクを次に示します (データは MS Access に残します)。
実際、ここで提案されているのは、バックとデータを SQL サーバーに移動することですが、フロント エンド アプリケーションの部分は Access のままにしておくことです。
したがって、アプリケーションを SQL サーバーに移動することはお勧めしません。ここでの提案は、アプリケーションのデータ部分のみを SQL サーバーに移動し、デスクトップ アクセス アプリケーションを引き続き使用することです。
そのため、テーブルを SQL サーバーにリンクし、引き続きアクセス アプリケーションを使用します。
これは、SQL サーバー レポート サービス、または SQL サーバーからデータを取得する他の Web ベースのインターフェイスを使用できることを意味します。したがって、アクセス アプリケーションはその SQL サーバー上のデータを直接更新します。
2 つの別個のシステム間でデータをやり取りする必要がないため、このセットアップはうまく機能します。私は、重役や会社のマネージャーが Web ベースのシステムでレポートを表示できるようにするというまさにこの目的のために、バックエンド データを SQL サーバーに正常に移行した多くの会社を知っています。
ただし、アクセス アプリケーション部分の構築に費やした投資と時間を無駄にしたり、無駄にしたりする必要はありませんでした。