1

私は何人かの同僚、そしてもちろん私のために、生活を少し楽にしようとしています!. 請求機能を管理するデータベースを更新する必要があります。このデータベースは、SQL Server 2008 R2 に格納されています。請求書に影響する情報を入力する方法を (ユーザーの機能に基づいて) ユーザーに提供する必要があります。たとえば、ジョンは顧客とのやり取りがあり、月曜日にドキュメントの PDF を送信します。ジョンが月曜日に顧客 A に PDF を送信し、それがプロジェクト 123 に関連付けられていたことをキャプチャする必要があります。同時に、アンは顧客 A の作品をプロジェクト 126 で色補正しています。情報を入力する必要はありません。私の希望は、ユーザーが元のデータベースに関連付けられたドロップダウンから簡単に選択できるように、アプリケーションを十分に汎用的なものにすることです。

ユーザーの大部分 (80%) は Mac OS を使用しています。XCode をダウンロードしました。これを使用して、バックエンド データベースを更新するアプリケーションを作成したいと考えていました。

このタイプのアプリケーションを作成するのは初めてです。私は VB と VBA でこれを行いましたが、ここではこれらのツールにアクセスできません。ですから、私が取るべき別の戦術があれば、私は自分のアプローチを再考することをいとわない.

重要な点は、SQL 2008 データベースから情報を取得して更新する必要があることです。次に、複数のユーザーが同時に情報にアクセスするため、Excel などをフロント エンドとして使用することはできません。

4

1 に答える 1

2

Mac アプリを SQL Server に直接接続する例はほとんどありません。これはまれな組み合わせであるためです。Windows PC とは異なり、Mac はエンタープライズ環境ではあまり使用されないため、エンタープライズ開発をサポートするソフトウェア エコシステムははるかに脆弱です。

勇気があれば、Mac OS X 用の ODBC ドライバーを販売しているベンダーがあり、そのうちのいくつかは SQL Server に接続します。したがって、問題は Mac ODBC の例を見つけることになります。これは、IMHO の方が簡単な問題です。Google「mac os x odbc ドライバー」。私はそれらのどれも試したことがないので、それらの品質について話すことはできません.

特にプラットフォームに慣れていないため、これは大変な作業になります。データベースを OData ソースとして公開することを検討してください (サーバー側テクノロジの名前は "WCF Data Services" です)。Mac 用の OData クライアント側ライブラリがあります。Google「mac os x odata」。このアプローチは、ODBC ドライバーのビジネスを完全にバイパスしますが、サーバー側の開発がいくらか必要になります。

于 2012-12-22T01:42:02.850 に答える