iPhone用の新しいアプリケーションを開発しています。アプリはフランス語とフラマン語の2つの言語をサポートしている必要があります。
データベースを実装して同じデータを2つの言語で保存する場合、それはデータベースの目的ではないデータの冗長性の問題になります。右？
だから、私はインスタントトランスレータについて考えています。たとえば、デフォルトの言語とDBのデータはフランス語です。ユーザーがフラマン語を選択すると、データベースから取得したすべてのデータ（フランス語）は以前にフラマン語に翻訳されます。ユーザーに表示されます。
これは良い方法ですか？はいの場合、iOS SDKに翻訳者がいますか？それは最適な解決策ですか？
あなたの提案を待っています。よろしくお願いします。
公開されているAPIを使ってGoogle翻訳のようなサービスを試してみませんか？
ヒント： Googleのサービスはまだ一般に公開されているとは思いません（明らかに悪用が多かったためですが、Altavistaには代替手段のようなものがあったと思います）
アップデート ：
（個人的に）テストされていません：
そして、AltavistaのBabelFish翻訳サービスにアクセスするためのサンプルスクリプト：
http://code.activestate.com/recipes/64937-babelizer-api-for-simple-access-to-babelfishaltavi/
カメレオン博士の答えに追加するために、両方の言語をデータベースに保存することをお勧めします。2つの言語の同じコンテンツは異なるコンテンツです。ただし、プロ級のアプリには自動翻訳を使用せず、適切な手動翻訳を行うことをお勧めします。
何を最適化するかによって異なります。情報を2回保存することは、最初に表示されるほど悪い考えではありません。たとえば、計算効率を上げるためにデータベースに冗長な情報を含めることは価値がある場合が多く、これもその1つである可能性があります。
一方、両方を保存することにはいくつかの利点があります。
正確さ。自動翻訳者は、適度に有能な人間の翻訳者ほど質の高い翻訳を思い付くのが得意ではありません。もちろん、人間の翻訳者を雇っていなくて、とにかく機械翻訳に依存しているのであれば、それはそれほど問題ではありません。
スピード。自動翻訳は、大きなドキュメントの処理時間において完全に簡単ではありません。変換に費やされるCPUサイクルは、他のものに費やされないサイクルであり、これらのサイクルは要求と応答の間に費やされる必要があるため、それは関係なくレイテンシーを悪化させます。CPUサイクルが十分にあり、出力するテキストブロックが比較的小さい場合は、それほど問題にはなりません。
セキュリティと信頼性。外部サービスを使用してこれらの翻訳を実行する場合、突然、サービスはそのサービスの実行に依存します。外部に出て何かをするときはいつでも、潜在的なセキュリティホールが1つか2つ開いています（どれほど悪いか）これらの穴は、それをどのように行っているかによって異なりますが、そこにあります。）あるいは、社内で翻訳を実行する場合は、翻訳サービスを稼働させ続ける必要があります。セキュリティ上の問題がありますが、追加のメンテナンスが必要になります。
だから...あなたのケースはあなたがそれを1つの言語だけで保存したいものである可能性がありますが（特にあなたが扱うべきテキストが全体的にたくさんある場合、それは小さな塊で出てきます、そしてあなたはそうではありませんフラマン語を話すユーザーのユーザーエクスペリエンスについては、それほど気にしないでください）そうでない可能性もあります。