TYPO3 - 多数のレコードを持つレコードにアクセスするパフォーマンス低下（100万以上）

Question

リストビューと詳細ビュー（リストとショーアクション）を持つextbase拡張を開発しました。リンクは私がRealURLは...

<f:link.action action="show" pageUid="43" arguments="{record:record.uid}">{record.name}</f:link.action> 

domain/?tx_abc_abc[record]=1&tx_abc_abc[action]=show&tx_abc_abc[controller]=Abc&cHash=10c78febea3ae5dsdf535fb36ca6d08 

domain/category/record_id/ 

しかし、今、私は詳細ページにアクセスし、パフォーマンス低下のビットを経験しています100万人以上の記録に到達したレコードの数とを使用してい見栄えするため。私も2つの言語を持っています。

パフォーマンスの低下を防止したり、パフォーマンスを向上させるにはどうすればよいですか？私はレコードにアクセスすると、このように実装されていることが分かり、いくつかのセットアップで

：

domain/category/?record_id=DE00ABC03709 

は、これは、このようなJSONビュー/（RESTfulな）APIによって行われていますか？ https://usetypo3.com/json-view.html

Answer 1

パフォーマンス低下は常に発生しますか？それともキャッシュ依存ですか？すべての詳細ページをキャッシュするのに十分な大きさのキャッシュですか？

キャッシュテスト実行します（これらの要求がキャッシュされないされているように、すべてのページが同じ速度、キャッシュを埋めると完全なレンダリングにする必要があります）要求の増加IDを持つすべての詳細ページを、

1. 明確なキャッシュを
2. 、
3. IDが減少した詳細ページを要求します（キャッシュされたページのみが返されるため、すべてのページの応答が速くなります）。フィールドあなたにインデックス・キーを持っている（詳細は）重要であるビッグデータのために
   ：あなたのキャッシュは、いくつかのIDで小型にある場合は、以下のすべての要求は、一般的には2

から遅く応答を示すべきレコードを選択します。
TYPO3は通常10進整数（フィールドuid、これはインデックスキーの法則です）を使用するため、あなたの例の16進数のIDについては疑問に思っています。

とにかく、特にURLの一部として他のフィールドを選択肢として使用することができます（ニュースのタイトルフィールドなど）。次に、追加の索引キーが大きなデータに役立つ場合があります。