概要:一.概要1.応用シーン大量のデータを処理する場合、プレビューが遅くなり、使いにくくなります。FineReport 11には新計算エンジンが導入されており、新計算エンジンを利用することでグループ別計算、フ[全文:]
概要:一.システム性能最適化の応用シーン一部の帳票ロード時間が非常に長い大量なデータによるOOM(アウトオブメモリ)同時アクセス数が増加し、サーバが対応できなくなり、システムダインを引き起こすリクエストタイム[全文:]
概要:一.説明address pool is fullというエラーが起こることがあります。一般的には同時アクセス数が上限を超えたことが原因ですが、どのようにしてそれが原因であることを特定できますか。管理システ[全文:]
概要:一.概要ユーザが帳票にアクセスすると、サーバは一つのスレッドを割り当て、帳票を演算・処理します。アクセス人数が多く、帳票の演算量が多ければ、サーバのCPUのスレッドを同時に奪い合う人数も多くなります。そ[全文:]
概要:一.サーバのスレッドとは一般的に、サーバは大量のアクセス数に耐えられること、各ユーザからのリクエストへの同時応答と、受け付けられた各リクエストをサーバでスレッドを通して処理することが求められています。そ[全文:]
概要:一.概要1.アプリケーションシナリオ帳票にアクセスする際、アクセスする度にサーバー側からデータを再読み込みして計算することが必要になります。そうなると、サーバー側に過度の負荷がかかってしまう上に、帳票へ[全文:]
概要:一.説明帳票に使用されるデータの量が数百万行に達し、帳票の表示速度が遅いと感じる場合、階層帳票を使って表示速度を向上させることができます。しかし、階層帳票のマニュアルから分かるように、階層帳票は単一のデ[全文:]
概要:一.グリッドエンジンに直接対応するデータベースグリッドエンジンで階層帳票を実行には、直接グリッドエンジンを使って階層帳票を実現する方法を説明しました。MySQLのようなグリッドエンジンを直接使って階層帳[全文:]
概要:一. 概要1.問題の説明帳票の形式は時には非常にシンプルで、単一データソースの明細を表示する帳票にすぎないのに対して、データ量が非常に多く、百万、千万やそれ以上に達する場合もあります。そうなると、帳票ク[全文:]
概要:一.概要帳票のデータ取得が完了してから、デザイナーがデータベースから戻ったデータの展開、グループ分け、一覧、集計など計算を実施します。適切なテンプレートは帳票の計算時間を大幅に短縮できます。二.ソリュー[全文:]
概要:一.概要帳票の中心がデータであり、データセットの合理性で帳票の品質が決まります。 1.帳票ごとにメインデータセットを一つ持たせるべきです。保守時の作業量の軽減を念頭に、全てのフィールドをメイン[全文:]
概要:一.概要データは帳票の中心であり、データセットの合理性で帳票の品質が決まります。1.帳票ごとにメインデータセットを一つ持たせるべきです。保守時の作業量の軽減を念頭に、全てのフィールドをメインデータセット[全文:]
概要:一.概要1.問題の概要TomcatコンテナにデプロイされていないFineRerpotプロジェクトに、以下の問題が発生した場合:ローカルでプレビューする際、OutOfMemoryError: Java h[全文:]
概要:一.概要帳票の実行には大きく2段階のプロセスに分けられます:帳票計算:まず、SQL文を読み込み、必要となる全てのSQLクエリーをデータベースサーバに送信します。そして、データベースからデータを帳票サーバ[全文:]
概要:一.概要複数のデータセット/テーブルをいくつかのフィールドで連携するのは、三つの方法があります。フィルタ、SQL文で処理、ダイナミックパラメータインジェクション。フィルタは帳票のロード速度の影響が比較的[全文:]
概要:一.概要1.FineReportは、データセットキャッシュの機能をサポートしています。予めデータセットクエリ結果をキャッシュし、次に同じデータセットを再度使用する時、データベースに再びアクセスする必要は[全文:]
概要:一.概要隣接連続グループ分けとは、すべてのデータ列の中で、隣接する同じデータを合併させることを指します。テストによると、この機能をすでにSQL文でソートしたデータ列に応用すると、帳票ロード速度が速くなり[全文:]
概要:一.概要1.ユーザがFineReport帳票システム及びFineReportデザイナを使用する時、帳票のロード速度が遅く、ページにラグが発生するといった問題に遭ったことがあります。これらの問題の発生はP[全文:]