Kentico - カスタムページタイプページの条件

Question

従業員用のカスタムページタイプがあり、フィールドの1つがロケーションです。 「San Jose」または「San Francisco」の従業員のみを表示/フィルタし、このWHERE条件を使用しても機能しませんでした。どうやら、私は非常に基本的な何かを逃した。手伝ってくれる？

Location LIKE '%San%'; 

私の代わりにページタイプで、私は正確なフィールド名とカスタム・テーブルを使用して、同じ文を使用してフィルタリングすることができた別のテストを、でした。関連するノートでは、私はKenticoの新人で、部門、場所などでフィルタリングする機能を備えた約100人の従業員（ページ・タイプまたはカスタム・テーブル）のリストの作成/保守に適しています。よくベスト！

Answer 1

標準のKenticoリピータまたは他のデータソースにWHERE条件を追加する場合は、セミコロン ";"は不要ですが、構文は正しく表示されます。

また、フィールド名を再度確認し、クエリを特定の列に限定したい場合（特に大きなデータセットの場合はベストプラクティス）、フィルタリング対象のフィールドが選択されていることを確認する必要があります。

従業員リストの管理に関して、あなたが説明したいずれの方法も有効です。このシナリオでは、通常、コンテンツの編集者と頻度を決定します。私の意見では、これらの文書をコンテンツツリーに追加する方が編集者にとって使いやすいです。これにより、オーダーをより迅速に管理し、サイト上の他のコンテンツの管理方法と同様に保ちます。また、必要に応じてフォルダや他の親ページの種類をカテゴリとして設定して、文書をドラッグアンドドロップしてテーブルに格納すると不可能な視覚的分類法を設定することもできます。ツリーにアイテムを格納すると、のワークフローとバージョン管理と、これが重要であればアクセス権/アクセスの細かい制御が可能になります。

Answer 2

データを前もって最適に保存する方法について考えていることは素晴らしいことです。全体のレコード数、列数、ワークフロー、バージョン管理、プレビューなどを使用する必要があるかどうかなど、多くの要素を考慮する必要があります。

thisをまとめた記事オプションをお持ちで、どのシナリオでどちらを使用するかを明確に説明しています。

元の質問に - どのコンポーネントを使ってデータを表示していますか？リピータはありますか？その場合は、表示するページの種類に合わせてのページタイプのプロパティを設定することができますか？ページタイプが設定されていない場合、Kenticoはどのテーブルからデータを読み込むべきかわからないため、カスタムフィールドをロードしません。

またあなたがCMS_Document、CMS_Treeからすべて数えるとき200のようなものですその後、Kentico負荷ので、すべての列をお勧めしません（確認が列プロパティに「場所」フィールドを含めるためにどちらかにするか、空欄のままに）

Answer 3

以下は、リピータを追加したいときにデバッグするために使用するフレームワークで、何らかの問題に直面しています。

1. まず、制限された列にアクセスする代わりに、すべての列を取得します。すべての列を取得すると、データの取得に問題がないことが確認されます。

2. 特定の列情報名が不足している場合は、列名を再確認します。

3. これは、SQL Server管理スタジオを起動し、ページタイプテーブルまたはカスタムテーブルからデータにアクセスすることで確認できます。

4. SQLサーバーへのアクセスが利用できない場合（通常はDBへのアクセスが制限されたAzureのホスト型ソリューション）、設定からSQLデバッグを有効にして、正しいリピータが生成されているかを確認します。