問題タブ [backend]

どのデータベースバックエンドを使用する必要があるかを知るために、Web アプリケーションデータを保存する際に従うべき一般的な経験則はありますか? 1 日あたりのヒット数、データの行数、または選択時に考慮すべきその他の指標はありますか?

私の最初の考えは、これの順序は次のようになるということです（ただし、必ずしもそうとは限りません。それが私が質問している理由です）。

1. フラットファイル
2. BDB
3. SQLite
4. MySQL
5. PostgreSQL
6. SQLサーバー
7. オラクル

土壇場で接続した Ruby on Rails アプリケーション用に、非常に迅速で汚い管理バックエンドを構築したいと考えています。私は activescaffold と streamlined を見てきましたが、どちらも非常に魅力的で、簡単に実行できるはずだと思いますが、どちらをバックエンド管理ページとして設定するかがよくわかりません。それらは、モデル、ビュー、コントローラー、テーブル名が対応する可視フロント エンドを作成するための、標準の Ruby on Rails ジェネレーター/足場のように機能するように設計されているようです。

プレーヤーが既に使用されていて、その関連ファイルへの影響をできるだけ避けたい場合、admin_players インターフェイスを作成するにはどうすればよいでしょうか?

管理者は、元のリソースの表示、編集、およびインデックスを使用できません。

あなたはどう思いますか..バックエンドまたはフロントエンドの「規律」であるクリーンなURLです

フロントエンド、バックエンド、ミドルウェア (「ミドルエンド」?) の違いを簡潔に比較/対比できる人がいるかどうか疑問に思っていました。

重複する場合はありますか？それらがオーバーラップしなければならず、フロントエンド/バックエンドを分離できない場合はありますか? ボトルネックに関して、どのエンドがどのタイプのボトルネックに関連付けられていますか?

私たちのアプリケーションは、多くの場合、Web サービス、MQ、JDBC、専用 (ダイレクト オーバー ソケット)、およびその他の種類のトランスポートを介して、さまざまな種類のバックエンドに接続します。アプリケーションからこれらのバックエンドに接続できるようにする実装がすでにいくつかあります。これらの実装はすべて共通の Java インターフェイスを実装していますが、他には何も共有していません。

これらの特定のコネクタ実装のすべてに共通するコードの意味部分があることに気付き、1 つのユニバーサル コネクタを使用して将来のコネクタの開発を合理化することを決定しました。このコネクタは、バックエンドが期待する形式にメッセージをフォーマットし、利用可能なトランスポート メカニズムを使用してメッセージを送信できます。たとえば、MQ またはソケットを介した固定長メッセージ形式。

私たちが直面しているジレンマの 1 つは、この種のコネクタに最適なテクノロジです。これまでのコネクタは、共通の Java インターフェイスを実装する基本的な Java クラスでした。通常、Java EE アプリケーション サーバーでアプリケーションをホストしているため、このソフトウェアには Java コネクタ アーキテクチャが最適なテクノロジと思われます。ただし、JCA 準拠のコネクタの実装は比較的複雑に思われます。標準 - JCA を採用することの明らかな利点は何ですか? また、その利点は追加の努力を正当化しますか?

コンパイル言語を作りたい。現在、バックエンドを評価しています。これまでのところ、実行速度、コンパイル速度、および TCC と呼ばれる小さくて使いやすいコンパイラーを理由に C を検討しています。

ここでの中間言語としての使用についての議論を読んで、ガベージ コレクションと互換性を持たせ、例外を処理する方法を考えようとしています。これまでのところ、両方を解決できると思いますが、オーバーヘッドが大きくなります。

他の可能なバックエンドについての私の考えのいくつかを次に示します。

1. アセンブリ: 移植性がなく、プログラムを作成するのが非常に面倒です。
2. .NET: 本当に遅く感じます。起動に 5 秒、Ironpython と Boo で 1+2 を評価するのに 5 秒。大きなライブラリがないと実行できません。
3. JVM: 少し遅く感じます。バイナリ ライブラリにはアクセスできません。大きなライブラリがないと実行できません。
4. LLVM: Windows はサポートされていません。コンパイルされた実行可能ファイルのサイズは 16 mb 以上だと聞きました
5. C--: 未発達に見えます。
6. C++: おそらく。バンドルできる素敵な小さな無料のものを見つけることができません。

私の考えを変えたり、このリストに追加したい人はいますか?

編集

私は最近LLVMを試しています。プリコンパイルされたバイナリがあり、ネイティブ アセンブリにコンパイルできることがわかりました。

http://www.antlr.org/wiki/display/CS652/Generating+machine+executable+binaries+with+LLVM

手順は次のとおりです。

1. LLVM アセンブリで llvm-as を実行すると、LLVM バイトコード ファイルが生成されます。
2. LLVM バイトコード ファイルに対して llc を実行して、アセンブリ ファイルを生成します。
3. アセンブリ ファイルに対してアセンブラを実行して、オブジェクト ファイルを生成します。(または、外部にインストールされた c コンパイラに依存していると思われる llvm-ld を実行します)
4. gcc などで実行可能ファイルにコンパイルします。

アカウント情報を取得するために共通のバックエンドにアクセスする必要がある iPhone と Android 用のアプリケーションを作成することを考えています。どちらも https 経由で Web サービスにアクセスできますか? 両方からアクセスできるバックエンドへの 1 つのインターフェイスを使用できるようにする方法として、他にどのような方法がありますか?

LLVMの使い方を学びたいと思って、 LLVMで遊んでいます。

しかし、インターフェースの複雑さのレベルに頭がおかしくなりました。

たとえば、フィボナッチ関数を考えてみましょう

これを LLVM IR に出力するには、61 行のコードが必要です!!!

また、最小のコンパイラ (200 バイト) で知られる BrainFuck も含まれています。残念ながら、LLVM では600 行(18 kb) を超えています。

これはコンパイラ バックエンドの標準ですか? これまでのところ、アセンブリまたは C バックエンドを実行する方がはるかに簡単であるように思われます。

今日の CAD アプリケーション (Rhino、Autocad) はどのようなもので、内部ではどのように編成されていますか?

例として Autocad と Rhino を挙げましたが、他の例も聞きたいです。私は特に、彼らのバックエンドが何 (多言語?) で書かれているか、どのように構成されているか、フロントエンド (GUI) をリアルタイムでどのように処理しているかを知りたいと思っています。彼らはネイティブの Windows API を使用していますか、それとも独自のライブラリを使用していますか。私は間違っているかもしれません...

それらを使用したことがあるほとんどの人が知っているように、それらは比較的複雑な回転操作をリアルタイムで処理します (シェーディングは私には興味がありません)。私は最近、いくつかのパッケージでいくつかの実験を行ってきましたが、いくつかの大きなモデルでは、たとえば、プログラムされたローテーション (大きなフルシップ モデル) の速度にかなりの違いがあることがわかりました (名前は挙げません)。 . だから私は彼らの内部について疑問に思っています...

また、誰かがこの主題に関する本を知っているなら、私はそれを聞くことに興味があります.

アクセス フロント エンドを使用して分散 DB アプリケーションを作成しています。基本的に、いくつかのフォームとレポートを含む mde です。アクセス mdb を使用してバックエンド テーブルを保持するか、MySQL またはその他のデータベースを使用する必要がありますか?