私は Google フュージョン テーブルの大ファンです。Fusion テーブルをデータベースとして使用して、動的な Web ページを作成することは可能ですか? もしそうなら、誰でもサンプルリンクを提供できます。
質問する
1282 次
2 に答える
2
がっかりさせて申し訳ありませんが、これは非常に悪い考えです。Web サイトのデータベース層として FT を使用することの長所と短所を見てみましょう。
長所:
- DB で基本的な地理関数を使用できます。ほとんどの一般的なデータベースには、空間拡張機能が組み込まれているか、プラグインとして提供されていると言わざるを得ません
- FT からの地理データを表示する Web ページに Google マップを簡単に統合できます。
- セットアップ費用なし
短所:
- ジャックが彼の答えで強調したように、ひどい応答時間
- 平均で 0.5 リクエスト/秒に制限されています。これは、INSERT/UPDATE ステートメントに当てはまります。スロットリングを行わないと、多くの 500 エラーが返されます。
- WHERE 句の限定された述語。「OR」が抜けているケース!!
- 複雑な WHERE 句を作成する機能の欠如。
- FT は NoSQL アプローチを使用します。型付きの列は忘れてください。
- リレーションや外部キー制約はありません。ただし、属性値でテーブルを結合できます。
- トリガー/ストアド プロシージャ、またはビュー以外の一般的な DB 概念を使用することはできません。
- 集計関数のパフォーマンスは非常に悪いです。
- これまでのところ、私が知っている FT をサポートする ORM はありません。ORM は役に立たないと考える人もいますが、とにかくこれは考慮すべきことです。
そして、これは完全なリストには程遠いです。一言で言えば、FT はあなたが使おうとしているもののために設計されていません。限目。
于 2013-03-18T17:54:56.697 に答える
0
はい、技術的には可能です。リクエストを行ったときの Fusion Tables の応答時間のため、このタイプのアーキテクチャを動的 Web ページに使用することについて深刻な懸念があります。フュージョン テーブルの応答には 100 ミリ秒から 1 秒かかる場合があり (私の経験では)、この一貫性のない応答時間は、ページ上にマップまたはチャートを作成する場合に機能しますが、動的 Web ページのデータを保存するために使用する場合は問題になる可能性があると思います.
これが役立つことを願っています。
于 2013-03-18T12:32:20.373 に答える