2009-08-12 13 views
1

私は、他のシステム(POS、会計、 ウェブサイト、在庫、購入など)との統合が非常に多い、中規模ビジネス向けにかなり大きなプロジェクトを開始しようとしています。システムの現在のデータsiloingを削減し、従業員に特定のデータ入力や、彼らが必要とするレポートへのロールベースの アクセスを与えるだけでなく、 に、いくつかのマニュアルと冗長ビジネスプロセスを置き換えるために しようとすることです。クロスプラットフォーム(Windows/Linux)、オープンソースとなるには が必要で、主に LANを使用しています。LANダッシュボードに関する技術的な提案

私の経験は主にPHP/web/appの開発ですが、私は Java/Servoy(Filemakerのような)を使ったいくつかのLANアプリケーションを開発しました。私はServoyが非常に高速であり、さまざまなデータプロバイダ(DB製品)を簡単に利用できることを発見しましたが、オープンソースではなく、非標準的な開発はJava/Swing(冗長で時間がかかる)です。

私は、Python/DjangoのやRuby/Railsのを学ぶことに興味がある - しかし、私はこれらがLANアプリを報告/ミッションクリティカルなデータ入力を構築するための最善の解決策があるかはわかりません。 Webクライアント/サーバーは、このタイプのアプリケーションにとって本当に良い選択ですか?

アドバイスはありがとうございます。

+0

Servoyは以来opensourceになっています。 – Bitsplitter

答えて

0

ありがとうみんなあなたの役に立つ答えを!私は彼らが質問によって提起された問題のほとんどに取り組むと思います。しかし、私は「最終回答」(IMO)の鍵は「複数のデータベース」の側面にあると思います。 Railsninjaは、この方法でレール機能を拡張するプロジェクトに使用したソフトウェアを提案しました。リンクに感謝します!これは可能な解決策でしたが、1つのプロジェクトで使用されたように聞こえますが、Railsビルドの主流の一​​部ではないため、テストについて心配しています。

次に、私は、Djangoコアアップデート(2009年8月下旬)のために、マルチdbサポートがまさにコーナーにあることを知りました。だから私はDjangoのプロジェクトに飛び込むつもりだと思う。

+0

また、誰かがDjango自身のORMの代わりにElixir(SQLAlchemyを使用)を使ってDjangoを使用することを提案しました。このソリューションも面白く見え、今すぐ使用できます。 – juanjux

1

PHPでLAMPスタイルのスタックに慣れているなら、DjangoまたはRailsを使用できない理由はありません。どちらも成熟した、よく書かれたプラットフォームで、活発で有益​​なコミュニティです。

これまでの説明に基づいて、どちらの技術も使用できないという理由はありません。

+0

複数のDB接続が1つのビューの下にこれらのテクノロジの制限事項がありますか? – Tony

0

これらの技術のいずれもが、確かにあなたがすべきではないあなただけのその観点からして、すでにこれらの技術を実行しているインターネット上の大きなサイトの数を調べる必要があり、ミッションクリティカルなアプリケーションを実行するのに十分成熟しています心配している。

は、あなただけがそれらを十分にそれのために行くあなたのクライアントのための品質のコードを書くことを学ぶことに自信があれば、あなたの学習曲線を心配する必要があります。それぞれを見て、どちらのテクノロジを好きにしてコーディングするか決めてください。

は、アプリケーションがうまくいくよう願っ:)

+0

(私はあなたのモニカに基づいて、レールを知っていると仮定します。)私はフレームワークの問題を見つけると、複数のdb接続/製品を1つのビューの下に持ってきています。私はmagic_multi_connections宝石がレールのために見つかりましたが、これはまだベータ版です。 Servoy/FilemakerやJava Hibernateの方がより簡単です。複数の接続を確立する "ネイティブ"な方法はありません。 – Tony

+0

私は、異なるモデルを異なるデータベースに置くことができる制作現場で動作するものを書きました。 http://github.com/cherring/connection_ninjaで見つけてください – nitecoder

+0

ありがとう、railsninja!私はマルチdbの機能が積極的にDjangoのアップデートのために働いていることを知った - だから私はそれを試してみるつもりだと思う。 – Tony

0

ます。また、フロントエンドのためのExtJSを見てみることができます。私は会社のDashboardのExtJSフロントエンドを作って、URLディスパッチ、ORMとデータ検索(JSON Webサービスとのフロントエンドとの通信)を管理するDjangoバックエンドを使用し、ユーザーはそれを愛しています。アプリケーション(Firefox 3.5、Chrome、Safari 4、Explorer 8などの現代的なものを使用してjavascriptのパフォーマンスを向上させる)、プログラマーや管理者(インストールなし、ローカルバックアップなし、アップグレードの問題なしなど)の管理が簡単

+0

Djangoの問題は、ORMが複数のデータプロバイダ(DB製品)を扱うことができないことです。商品、購入、取引のデータは別々のDBにまとめられています。これらのDBを使用するシステムをオフラインで1つの倉庫に置くことはできません。私はそれらすべてに接続し、編集/更新のためのデータを1つのビューの下に持っていなければなりません。どのようにDjangoでこれを行うにはどのような考え? – Tony

+0

私はそれについて考えたことはありません。私がDjangoを使用したことがあるすべての時間は、単一のDBで行われています。それは私が確かに答えに興味があるので、あなたがそれについての質問をstackoverflow上の自分のページだと面白いだろう。 – juanjux

+0

私は私の答え、janjuxを持っていると思う。 django-developers Googleグループでmulti-dbを検索してください。 – Tony

関連する問題