1

私はマイクロソフトが支配する会社のソフトウェア エンジニアであり、大規模なプロジェクトの合間に、それらの大規模なプロジェクトのサポートを作成するよう求められることがあります。これにはほとんどの場合、なんらかの形式のデータベースのやり取りが含まれ、Microsoft テクノロジが支配するため、選択したデータベースはもちろん Microsoft SQL Server です。これにより、Microsoft 以外の言語でサポート アプリケーションを開発することが実際の問題になります。

私は Smalltalk、Go、Scheme、Factor を見てきましたが、これらの言語の ODBC サポートは役に立たないほど壊れやすいため、それは不可能であるか、努力する価値がないという同じ結論に常に達しています。

Web サービスを介してデータ アクセス層を作成する可能性を調査しました。ただし、これは必ずしも理想的な状況ではなく、大量のデータではボトルネックになる可能性があります。

データを複製して、よりオープンなデータベース システムにインポートし、選択した言語で開発することができました。これは非常に不必要な手順のように思えます。また、プライマリ データを使用しなくなったことも意味します。

他の C# .Net 開発者は、Microsoft 以外の言語で Microsoft スタックに大きく依存するサポート アプリケーションをどのように開発していますか?

4

1 に答える 1

1

ODBC ルートを使用する代わりに、任意の言語でネイティブ ドライバーを使用することを検討してください。これはおそらく、その言語のアプローチに「適合」するでしょう。たとえば、Python にはpymssqlと cx_oracle があり、これらはそれぞれ、ODBC の最小公倍数に強制するのではなく、言語の規則により厳密に準拠しています。私はあなたがリストした言語に精通していません (そして、この質問をそれらだけに限定しているかどうかは明らかではありません) が、同様の状況がそこに存在するのではないかと思います.

FreeTDSは、SQL Server アクセスの議論でもよく取り上げられますが、ほとんどは Linux の観点からのものです。

別のバリエーション: IronPythonIronRubyなどの .Net DLR を使用するものを使用する場合、新しい言語アプローチを適用しながら、.Net Framework とその ADO.NET ライブラリを使用できます。

于 2012-11-15T01:47:06.827 に答える