2009-05-16 15 views
1

中規模から大規模(顧客ごとに異なる)のアプリケーションで使用することをお勧めするデータベースサーバを選択します。Delphi - データベースサーバ

私はMS SQLを知っていますが、このアプリケーションはdelphiを使って開発されているので、.netフレームワークは展開するのも面倒です。また、Interbaseはどのように実現可能ですか。

ありがとうございます。

+2

MSSQLへの接続で.NETが何をしているのか分かりません。接続について言えば、接続文字列とODBCまたはOLEDBドライバを選択するだけです。私はBDEを介してMSSQL 7からDelphi whit MSSQLを接続しています。私はあなたの質問を理解できません。もう一つのポイントとして、まずデータベースエンジンを選択し、開発環境を選択します。 – backslash17

+1

.Netは管理にのみ必要です - "Microsoft SQL Server Management Studio"は.Netアプリです。通常のクライアント/サーバーアプリケーションは、それを必要としません。 .NetにはADOを使用してSQL Server 2005データベースにアクセスすることなく、多数のユーザーがいます。 SQL OLEDBドライバを入手するには、mdac_typ.exeをインストールする必要があります。 –

答えて

6

私は数年前からFirebirdで開発していたので、私があなたの状況にあったならば、私はそれ以上見ないでしょう。 Delphiで独自の拡張ライブラリ(udfライブラリ)を開発することができるという事実は、それが最初から非常に魅力的なものになっています。 ListアグリゲータやCommon Table Expressionsのような新しいSQL構造の中には、ケーキのアイシングがあります。配置は非常に軽く(5 MB未満)、IBExpertのような素晴らしいツールを含む優れたサポートが得られます。私は数年前に働いた大企業でMS SQL Serverを使いました。私はMS SQL Server上でFirebirdを選びました。

+0

私は多くのFirebirdサーバーをインストールしており(200以上)、問題はありません。これはデータベースとフリーです。 –

+0

ここで見ることができますhttp://www.firebirdnews.org/docs/fb2min.html –

+0

+1小さなサイズとコストに加えて、大きなプラスは、SQL Serverのようなデッドロックに苦しんでいないことです。オラクルはもう一つの問題ですが、あなたの要件には確かに不満です。 –

1

私は間違いなく、Embarcaderoまたはオープンソースの兄弟であるFirebirdによってInterbaseを見ることをお勧めします。両方とも、ネイティブで高性能なdbアクセスコンポーネントなどを使用してDelphiで非常にうまくサポートされています。

Interbaseは完全に堅固なデータベースです。私はSQL ServerやOracleと同じレベルに置いています。これは、少なくとも50〜100人のユーザーが同時に中規模から大量のトラフィックを処理することができ、全く問題はありません。

もう1つの価値のある競合相手はElevate DBと​​です。どちらもデルファイのファイルベースのデータベースシステムから生まれたもので、いずれもかなりの期間(ある形式で)使われており、実績があり、広く使われており、十分にテストされています。

マルク・

+0

私の投票Firebirdに行く。それはオープンソースであり、すばらしく動作します。 Delphiを使用した大規模な開発に使用し、C#ASP.NetのWebサイトに統合しました。 – BinaryMisfit

1

これは私には後ろから前と思われます。最初にデータベースサーバーを選択し、選択したデータベースで最適な開発環境を選択します。

5

SQL Serverへのデータアクセスは、.NETフレームワークとは何の関係もありません。 DelphiはSQL Serverにうまく接続できます。デルファイで動作するデータベースエンジンの面では

、あなたが考えることができ、他のは、私はSQL Serverの別個のエディションが使用して約6年間、Delphiで開発されてきており、このデータベースサーバは非常に行儀Sybase Advantageデータベース・サーバ

0

です結構。それらのすべてが重要なアプリケーションでした。

だから、私はあなたがそれを維持することをお勧めします。あなたが.NETを使用したくない場合は、SQL Serverを維持するために、2005年より古いバージョンをお勧めします。

0

MS SQLのサーバーインストールとクライアントインストールの両方で、ターゲットマシンに.NET Frameworkが必要です。それはそれです。ターゲットマシンで.netなしでms sqlを使用することができれば、ms SQLは問題ありません。

+4

ODBCまたはOLEDBを使用してクライアントからSQL Serverにアクセスすることができます。いずれも.NETを必要としません。私はなぜサーバー上に.NETを持つ必要があるのか​​分からない。 –

1

SQL Server。 2005年には、Windowsインストーラ3.1、.NET Framework 2.0、SQL Server 2005のインストールを自動化する独自のSQL Serverデプロイメントアプリケーションを作成し、SQLスクリプトを使用してデータベースをインストールすることができます。喜んでお手伝いします)。まだ22MBの.Netフレームワークをインストールしないと主張しているのであれば、SQL Server 2000をそのまま2005年にアップグレードしてもいいと思います。

また、私はAdvantage Database Serverを数年間使用していましたが、それは問題ありません。コピーするDLLはほとんどなく、リモートバージョンに切り替えることもできます。

+0

サブクエリのTOP XはAdvantageで2年半以上サポートされています。 –

2

Interbaseは信頼性が高くなります。実際、私はInterbase DBAとして就職したいと思っています。

0

これは実際の回答ではありませんが、あなたが気をつける前に検討したいことがいくつかあります。

中規模から大規模まではどういう意味ですか?同時ユーザー数または格納されているデータ量を意味しますか?

デプロイメント時にデータベースをサポートする予定ですか、また顧客が自分のDBAを所有し、インフラストラクチャチームの業務に組み込むことができますか?

監査や細かいセキュリティなどの複雑な機能を組み込む必要がありますか?一部のデータベースでは、すぐに使用できますか?管理されたやり方でデータベース上で夜間のバッチ処理を実行できる必要がありますか?

堅牢な大量のトランザクションをサポートする必要がありますか、それとも単にレポートデータのシンクとして使用するだけですか?つまりOLTPかOLAPですか?

料金は限られていますか?つまり、フリー/オープンソースである必要がありますか、または有料のベンダー製品を選択できますか?

は両方Firebirdの& Interbaseのは素晴らしいですが、彼らは「ハンズオフ」およびアプリケーションに埋め込まれている場合を除き、一般的に私の経験では、「企業」環境にうまく受信されません。 MS SQL Serverは、ほとんどのシステムにとって「安全な賭け」です。それに関連するコストがありますが、あなたが知っているように、完全なツールセットと非常に良いサポートが付属しています。

FirebirdまたはInterbaseルートを行った場合は、Jason WhartonのIBObjectsライブラリを参照してください.IBObjectsライブラリは、これらのデータベースを使用しているときにBDEを高性能に置き換えます。 http://www.ibobjects.com/

関連する問題