Database Connection Pool Management

Database Connection Pool Management
In the vast majority of cases, data presented in business intelligence applications is stored in a (relational) database. In order to access data in the database,
the application needs to establish a database connection. The connection is
then used to send requests (queries) to the database server, which sends back
the data as a response.
Establishing a connection to a database may be a relatively expensive task.
Some time is required to look up the database host, and some time may
be spent on negotiating protocols, authenticating the user, and setting up a
session. In many cases, the connection is needed to perform only very few
queries. For example, many reports are based on only one database query, and
many queries will use the same database to retrieve their data from.
To avoid the overhead of establishing a new connection for each query or
batch of queries, database connections can be opened once and stored in a
pool. Whenever a client needs a database connection, a free connection can be
picked from the pool, used to do some work, and is then released back into
the pool again.
Database connection pooling is also an easy way to limit the number
of simultaneous open database connections. By insisting that applications
always pick a free connection from a fixed-size pool rather than establishing
a new connection directly, the database can be protected from being flooded
with connection requests.
JDBC connection pooling is common in most Java application servers, and
many different implementations are available. Pentaho does not offer its own
connection pool implementation.
User Authentication and Authorization
The Pentaho platform uses Spring Security (formerly known as the Acegi
Security System for Spring) to handle user authentication and authorization.
This is the standard security solution of the Java Spring framework.
Spring Security provides many different components to implement all kinds
of different authentication schemes. It provides the logic that keeps track of
whether a user needs to be authenticated, and it can delegate authentication
requests to an external authentication mechanism, such as a database server,
an LDAP directory, or NTLM authentication on a Windows network.
Task Scheduling
The Pentaho platform uses Quartz as a task scheduling component. Quartz
is created and maintained by the OpenSymphony project and released under70 Part I ■ Getting Started with Pentaho
an Apache 2.0 license (see www.opensymphony.com/quartz for detailed project
information).

Kết quả (Việt) 1:

Quản lý cơ sở dữ liệu kết nối ngoài trờiTrong phần lớn trường hợp, dữ liệu trình bày trong kinh doanh thông minh ứng dụng được lưu trữ trong cơ sở dữ liệu (quan hệ). Để truy cập dữ liệu trong cơ sở dữ liệu,Các ứng dụng cần thiết lập kết nối cơ sở dữ liệu. Kết nốisau đó được sử dụng để gửi các yêu cầu (truy vấn) đến máy chủ cơ sở dữ liệu, gửi lạicác dữ liệu như là một phản ứng.Thiết lập kết nối đến cơ sở dữ liệu có thể là một nhiệm vụ tương đối đắt tiền.Một số thời gian là cần thiết để tìm kiếm các máy chủ cơ sở dữ liệu, và một số thời gian có thểchi phí được đàm phán giao thức, cá người sử dụng và thiết lập mộtPhiên làm việc. Trong nhiều trường hợp, kết nối là cần thiết để thực hiện các chỉ rất íttruy vấn. Ví dụ, nhiều báo cáo được dựa trên các truy vấn cơ sở dữ liệu chỉ có một, vàtruy vấn nhiều sẽ sử dụng cơ sở dữ liệu tương tự để lấy dữ liệu của họ từ.Để tránh chi phí của việc thiết lập một kết nối mới cho mỗi truy vấn hoặchàng loạt các truy vấn, kết nối cơ sở dữ liệu có thể được mở một lần và được lưu trữ trong mộtHồ bơi. Bất cứ khi nào một khách hàng cần một kết nối cơ sở dữ liệu, kết nối miễn phí có thểchọn từ các hồ bơi, được sử dụng để làm một số công việc, và sau đó được thả trở lạiHồ bơi một lần nữa.Cơ sở dữ liệu kết nối tổng hợp cũng là một cách dễ dàng để giới hạn số lượngkết nối cơ sở dữ liệu mở đồng thời. Bởi nhấn mạnh rằng các ứng dụngluôn luôn chọn một kết nối miễn phí từ một kích thước cố định hơn là thiết lậpmột kết nối mới trực tiếp, cơ sở dữ liệu có thể được bảo vệ khỏi bị ngậpvới yêu cầu kết nối.JDBC kết nối tổng hợp là phổ biến ở hầu hết các máy chủ ứng dụng Java, vànhiều việc triển khai khác nhau có sẵn. Pentaho không cung cấp riêng của mìnhkết nối ngoài trời thực hiện.Xác thực người dùng và ủy quyềnSử dụng nền tảng Pentaho mùa xuân an ninh (trước đây gọi là AcegiHệ thống an ninh cho mùa xuân) để xử lý xác thực người dùng và ủy quyền.Đây là giải pháp tiêu chuẩn an ninh của Java Spring framework.Mùa xuân an ninh cung cấp nhiều thành phần khác nhau để thực hiện tất cả các loạiđề án xác thực khác nhau. Nó cung cấp logic theo dõicho dù người dùng cần phải được xác thực, và nó có thể đại biểu xác thựcyêu cầu một cơ chế xác thực bên ngoài, chẳng hạn như một máy chủ cơ sở dữ liệu,thư mục LDAP, hay NTLM xác thực trên một mạng Windows.Tính năng lập lịch tác vụNền tảng Pentaho sử dụng thạch anh là một nhiệm vụ được lập lịch trình thành phần. Thạch anhđược tạo ra và duy trì bởi dự án OpenSymphony và phát hành under70 phần I ■ bắt đầu với Pentahomột giấy phép Apache 2.0 (xem www.opensymphony.com/quartz cho chi tiết dự ánthông tin).

Kết quả (Việt) 2:

Kết nối cơ sở dữ liệu quản lý hồ bơi
Trong hầu hết các trường hợp, dữ liệu được trình bày trong các ứng dụng kinh doanh thông minh được lưu trữ trong một (quan hệ) cơ sở dữ liệu. Để truy cập dữ liệu trong cơ sở dữ liệu,
các ứng dụng cần thiết lập một kết nối cơ sở dữ liệu. Các kết nối được
sử dụng để gửi các yêu cầu (truy vấn) đến máy chủ cơ sở dữ liệu, gửi lại
dữ liệu như là một phản ứng.
Thiết lập một kết nối đến một cơ sở dữ liệu có thể là một nhiệm vụ tương đối đắt.
Một thời gian là cần thiết để tìm kiếm các máy chủ cơ sở dữ liệu, và một số thời gian có thể
được chi tiêu vào việc đàm phán các giao thức, chứng thực người dùng, và thiết lập một
phiên làm việc. Trong nhiều trường hợp, kết nối là cần thiết để thực hiện chỉ có rất ít
các truy vấn. Ví dụ, nhiều báo cáo được dựa trên chỉ có một truy vấn cơ sở dữ liệu, và
nhiều truy vấn sẽ sử dụng cơ sở dữ liệu đó để truy xuất dữ liệu của họ từ.
Để tránh việc thiết lập một kết nối mới cho mỗi truy vấn hoặc
hàng loạt các truy vấn, các kết nối cơ sở dữ liệu có thể được mở một lần và được lưu trữ trong một
hồ bơi. Bất cứ khi nào khách hàng cần một kết nối cơ sở dữ liệu, kết nối miễn phí có thể được
chọn từ các hồ bơi, được sử dụng để làm một số công việc, và sau đó được thả trở lại
hồ bơi một lần nữa.
Kết nối cơ sở dữ liệu tổng hợp cũng là một cách dễ dàng để hạn chế số lượng
các cơ sở dữ liệu mở đồng thời kết nối. Bằng cách khẳng định rằng các ứng dụng
luôn luôn chọn một kết nối miễn phí từ một hồ bơi kích thước cố định chứ không phải là thiết lập
một kết nối mới trực tiếp, các cơ sở dữ liệu có thể được bảo vệ khỏi bị ngập lụt
với yêu cầu kết nối.
JDBC kết nối tổng hợp là phổ biến ở hầu hết các máy chủ ứng dụng Java, và
nhiều hiện thực khác nhau có sẵn. Pentaho không cung cấp riêng của mình
thực hiện kết nối hồ bơi.
User Authentication và Authorization
Nền tảng Pentaho sử dụng Xuân An (trước đây gọi là Acegi
Hệ thống an ninh cho mùa xuân) để xử lý xác thực người dùng và ủy quyền.
Đây là giải pháp bảo mật tiêu chuẩn của Spring framework Java.
xuân an cung cấp nhiều thành phần khác nhau để thực hiện tất cả các loại
của đề án xác thực khác nhau. Nó cung cấp các logic mà theo dõi
xem liệu người dùng cần phải được chứng thực, và nó có thể ủy nhiệm chứng thực
yêu cầu tới một cơ chế xác thực bên ngoài, chẳng hạn như một máy chủ cơ sở dữ liệu,
thư mục LDAP, hoặc chứng thực NTLM trên mạng Windows.
Nhiệm vụ Scheduling
Các Pentaho nền tảng sử dụng thạch anh như một thành phần lập kế hoạch công việc. Thạch anh
được tạo ra và duy trì bởi các dự án OpenSymphony và phát hành Phần under70 tôi ■ Bắt đầu với Pentaho
một 2,0 giấy phép Apache (xem www.opensymphony.com/quartz cho dự án chi tiết
thông tin).