"データベースの行を更新する"機能を多数使用する単純なSilverlight（および/またはASP.NET MVC）アプリケーションを作成する予定です.RIAサービスは、クライアントとサーバー/データベースの間に存在します。WCF RIA Services - すべてのリモート機能に使用する必要がありますか？
しかし私は同じ種類のチャット/インスタントメッセンジャーを同じクライアントに実装することも考えています。このタイプの「非データ」機能は、RIAサービスを通じて（あまりにも醜い方法で）実装できますか？そうでなければ;それを実装するための良い方法は何でしょうか？そして、いくつかの異なるタイプの通信チャネルを持つことは悪い考えではないでしょうか（リンクの1つが切断されても、他のものが切断されていない場合など）。
いくつかの異なる種類の通信チャネル（リンクの1つが切断されていても、他のチャネルが切断されていない場合など）を持つことは悪い考えではありませんか？
あなたの質問のこの部分に対処してください。私はあなたがそれぞれの面で最も適切な技術を使うべきだと思います。 RIAサービスは非同期であるため、チャットアプリケーションに適しているかもしれませんが、必要なパフォーマンスを提供していることを確認します。テクノロジーを混ぜ合わせたり、マッチさせたりするのを恐れないでください。
リンクが異なるという利点の1つは、メインリンクがダウンするとバックアップ通信方法があることです。ステータスメッセージを（たとえば）押したり、メインアプリケーションの問題をユーザーに知らせるために使用することができます。
私はその部分のChrisFに同意します。
http://www.silverlight.net/getstarted/riaservices/でWCF RIAサービスに関する詳細を読むことができます。 WCF RIA Servicesに関するビデオや記事、実装方法については、いくつかの記事があります。