Zend、l18nで多言語データベースをモデル化する方法mysql？

Question

私はこのトピックが2,3回議論されたことは知っていますが、それらのどれも私のための究極の解決策ではありません。

状況 後で多言語コンテンツを保持するリレーショナルmysqlデータベースを設計しています。これはWikipediaまたはMicrosoft Tech Supportページから知ることができます。内容はすべての言語で同じにする必要があります。例：翻訳が見つからない場合、サイトは自動的に翻訳された同じ内容、または情報が利用可能な言語で提供されます。値が設定されていない場合は、2番目またはデフォルトのブラウザ言語にフォールバックするか、 Googleを介して。開発環境はZendです。

私のアイデアはこれまでの課題を解決するためのものである：

二つの主キー：（ID、言語） 利点：データベース抽象化層を介し容易なデータベースアクセス。 問題：外部キー、リレーションシップ、フォールバック

言語の接尾辞付き列： 利点：DBパフォーマンス、リレーショナルの問題なし。 問題：データベース抽象化レイヤでこれを処理できません。

概念自体は実証済みですか、それとも他のものよりも優れていますか？誰かがすでにこのようなものを作り、自分の経験を私と共有することができますか？この状況のた​​めに変更されたZend DBコントローラが存在しますか？どのようにこの情報をフォームにリンクしていますか？

ご協力いただきありがとうございます。

種類について、

マヌエル

Answer 1

第二のオプションは、保守しないであろう（これはマイナス側に添加されるべきです）。実際に別の言語を追加するには、テーブルとの抽象レイヤーを変更する必要があります。悪夢のように聞こえる。

最初のオプションははるかに有望ですが、残念ながらそれを動作させるにはたくさんのことがあります。しかし、私の経験から、これはむしろ典型的な解決策なので、私はその車輪を再発明しません。
私が追加しなければならないのは、言語のフォールバックはZend側で行うべきです、データベースはいくらかの情報を見逃します。ある種類の索引表は、内容の一意のIDや使用可能な言語などの情報を保持すると考えるかもしれません。何かを提供する必要があれば、そのような記録を読んで、それを受諾言語と比較し、データベースに（最も適切な言語を使用して）有効な内容を再度尋ねます。唯一の問題は、何らかの形でインデックステーブルを作成する必要があるということです（コンテンツテーブルにコンテンツを挿入するときに表示される最良の方法です）。

多くの作業が問題はあまりありません。

Answer 2

私は今、まったく同じ問題に取り組んでいます。

どういうわけか、それは同じデータベースにすべてを追加するために私には意味がありません。私は極端に行き、約50の言語をサポートしたいと思うが、これは私のDBを膨らませるだろう。だから、私は主なDBをメイン言語にして、そこにZend_Translateの概念を導入する傾向があります。 Zend_Translateはあなたが探している代替ソリューションを提供するはずです。メインナビゲーションとコアデザインは私のウェブサイトにとって大きな問題ではありませんが、私の最大の関心事は、これらの要素にHTMLが含まれているため、すべてのメインコンテンツをどのように格納するか、どのように翻訳するかです。主な内容については、おそらくいくつかの代替的なアプローチを使用し、各言語用のテーブルを持つ別々のDBを使用します。

Answer 3

私のplattformはコミュニティ主導のデータベースになります。だから私は実際にそれを翻訳する人間に頼るつもりです。とにかく情報を保管しなければならないので、私の最初の関心事はデータベースのサイズやパフォーマンスではなく、使いやすさです。これまでのところ私の考えは、上記のような構造を実装することです。私がdoctrineでそれを行うかどうかはまだ分かりません。

言語の決定： 開始、アプリケーションはユーザーのプリセット言語、第二言語、記事の英語母国語を取得します。データベースから記事を取得するすべての列について次の点を確認します。1.利用できる主な言語は？ 2.第二言語は利用可能ですか？ 3.それらのどちらでもない場合は、母語または英語で記事を表示し、ユーザーにgoogle translate apiからの提案を翻訳するように指示します。コントローラーのコーティングや操作や、これを行うビジネスモデルの構築にはかなりの時間がかかるでしょう。

@ tawfekovは、これと同様のもの、またはdoctrineと簡単に同じように実現できますか？