7

私は何年も Delphi を使用していますが、データベースには使用していませんが、最近調査とテストを開始しました。

ほとんどのことは自動的に行われることに感銘を受けました。私は、php と python で手作業で書くことに慣れていました。

友人のために商用システムを開発する予定です (2 層) 5 ユーザー コンピューター、1 データベース サーバー。

データベース サーバーは、(raid-1) 2 台のハード ドライブを実行する適切なマシンです (MySql5.1 または Postgre または Firebird、提案を受け付けています)。

あど

  • 使いやすい
  • 簡単な導入 (mysqlconnector インストーラーのみ)
  • 遅い？

DbExpress

  • 4 つのファイル [dbxconnections.ini、dbxdrivers.ini、mysqldll、driverdll] を出荷する必要があります。
  • より複雑な (より使いにくい)
  • ClientDataSet は複雑さを追加しますが、本当に便利に見えます
  • 無料の Postgre ドライバーがありませんか?

ゼオス

  • 簡単な導入 (1 dll)
  • 使いやすい

ご覧のとおり、必要な機能は次のとおりです。

  • 速い
  • 使いやすい
  • 展開が簡単

実際のシナリオ (クライアント、サーバー) ですべてをテストすることはできません。

編集：みんなありがとう、私はADO（おそらく）またはZeosに行くと思う

前もってありがとう
アーサー

4

8 に答える 8

5

@ arthurprs、あなたのためのシナリオ

（2層）5台のユーザーコンピューター、1台>データベースサーバー。

代替テキストhttp://www.techsolusa.com/images/firebird-logo-64.gifFirebirdRDBMSは非常に優れたオプションです。 これは、非常に安定していて高速であり、Linux、Windows、およびさまざまなUnixプラットフォームで実行されます。要件を満たします。

代替テキストhttp://d.yimg.com/kq/groups/12858579/homepage/name/homepage.jpg接続用のコンポーネントを尊重してZEOSに行きます。

私はこの組み合わせを多くの中小規模のプロジェクトで使用しており、優れた結果が得られています。

于 2010-02-18T04:18:26.263 に答える
4

私は、ADO を使用して多くの商用大量システムに問題なく取り組んできました。OS に組み込まれているため、導入は比較的簡単です。非常に幅広い読者がいるため、主要な問題のほとんどが特定され、修正されています。ADO 接続に関するヘルプは、非常に簡単に入手できます。データベースのサポートは非​​常に深く ( connectionstrings.com )、追加のデータベース エンジンのサポートはほとんど簡単です (クライアント ドライバーをインストールする必要があるかもしれませんが、それはほとんどすべてのソリューションで同じです)。

パフォーマンスはそれほど問題ではありません。実際には、データベース アーキテクチャとエンジンの選択に帰着します。

于 2010-02-18T05:38:20.800 に答える
2

私はNexusDBにかなり満足していると言わざるを得ませんが、クライアント/サーバーバージョンのコストはそれだけの価値がないかもしれません.

クライアント/サーバーまたは完全に埋め込まれて動作し、クライアントのニーズに応じて、アプリに両方を持ち、それらを切り替えることができるほどシンプルです

  • 組み込み DB は無料で、
  • クライアント/サーバーの「開発者あたりの価格」はAU$ 500です
  • インストールあたりの費用はかかりません。

ああ、それは Delphi で書かれています ;)

于 2010-02-18T05:32:22.047 に答える
1

私はFirebirdを使うと言います-Delphiランドで最も使用されているデータベースエンジンです（ここを参照）。接続性については、Zeos（無料）またはDBX（アーキテクトバージョンを購入できる場合-Firebirdドライバーを搭載している唯一のバージョン）を使用する方がおそらく良いでしょう。

ADOについて：成熟した接続レイヤーですが、Delphiがクロスプラットフォームになる間、（おそらく永遠に）Windowsに関連付けられます。また、はい、特定の状況で使用されるODBCドライバーを含む多くの理由により、低速になる傾向があります。しかし、もちろん、あなたの場合、skamradtが言うように、それはそれほど重要ではないと思います。

于 2010-02-18T07:08:54.083 に答える
1

2 つを混在させるという考えを好まない人々を読んだことがありますが、データを TClientDataSets にフィードする「プロバイダー レイヤー」として ADO Datasets を使用すると、良い結果が得られました。 ADO ルートが必要な場合 (そして便利です)。

そうでなければ、ADO は試用済みで信頼できるメカニズムであり、どこにも行かないというコメントを繰り返します。私はいつもそれを十分に速く見つけてきました。また、UDL ファイルを使用した構成は素晴らしく簡単です。

于 2010-02-18T11:06:18.047 に答える
0

-データアクセスコンポーネント

私もTClientDatasetとADOの組み合わせを好みます。過去にそれを使ったことがあり、私はそれが信頼できると言うことができます。TClientDatasetの柔軟性は大きなメリットです。DBExpressも良いです。実際、私はTDatasetの子孫を持つほとんどすべてのデータアクセス層でclientdatasetsを使用しています...

-サーバー

ファイアバード。OLEDB（ODBCで使用）およびDBExpress（D2010 +にはネイティブDBXドライバーがあります）から無料で簡単に使用できます-ZEOSはわかりませんが、FBにも接続できると思います。多くの接続と大規模なデータベースに適切に拡張できます。500GbのFirebirdにデータベースがあり、多くのユーザーが報告しています。

于 2010-02-25T20:27:00.733 に答える
0

Devart pg コンポーネントを使用して postgreSQL を使用し、中規模のデータベース アプリで大きな成功を収めました。この組み合わせでいくつかの限定的なベンチマークを行ったところ、ADO などを使用した場合の 2 ～ 3 倍の速度であることがわかりました。

于 2010-02-25T02:23:44.923 に答える
0
  • dbGo (ADO) は、管理がより簡単で、より普遍的で、より遅い
  • dbExpress はより高速で、管理がより複雑で、サポートする DBMS が少ない
  • ZeosDBO は管理が簡単で、dbExp のように汎用的で、dbGo のように遅く、クロスプラットフォームであり、追加コンポーネントがほとんどなく、すべてのソースにアクセスできます

上記の疑問をすべて解決するライブラリは他にほとんどありませんが、それらはすべて商用製品です。しかし、私は偏っています:)

于 2010-02-18T18:27:49.150 に答える