The "Connection Pooling" allows app

The "Connection Pooling" allows applications to reuse a connection already established against the database server, or to create a new connection and add it to the pool if there is no proper connection in the pool. When an application closes a connection, the pool is released, but the internal connection remains open. This means that ADO.NET does not require the complete creation of a new connection and opening it each time for each access, which would be a very expensive process. So, suitable reuse of the connection pooling reduces delays in accessing the database server and therefore increases application performance.

For a connection to be appropriate, it has to meet the following parameters: Server Name, Database Name and access credentials. If the access credentials do not match and there is no similar connection, a new connection will be created. Therefore, when there is Windows security reaching SQL Server and it is also impersonated/propagated from original users, the reuse of connections in the pool is very low. So, as a general rule (except in cases requiring specific security and if performance and scalability are not a priority), it is recommended to follow the "Trusted sub-system" access type, that is, accessing to the database server with only a few types of credentials. Minimizing the number of credentials increases the possibility that a similar connection will be available when there is a request of connection to the pool. The following image shows a diagram representing the “Trusted Sub-System”

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

"Kết nối tổng hợp" cho phép các ứng dụng để tái sử dụng một kết nối đã được thiết lập chống lại các máy chủ cơ sở dữ liệu, hoặc để tạo ra một kết nối mới và thêm nó vào hồ bơi nếu có là không có kết nối thích hợp trong hồ bơi. Khi một ứng dụng đóng kết nối, các hồ bơi được phát hành, nhưng kết nối nội bộ vẫn mở. Điều này có nghĩa rằng ADO.NET không đòi hỏi sự sáng tạo hoàn toàn của một kết nối mới và mở nó mỗi thời gian cho mỗi truy cập, đó sẽ là một quá trình rất tốn kém. Vì vậy, tái sử dụng phù hợp của các kết nối tổng hợp làm giảm sự chậm trễ trong truy cập vào máy chủ cơ sở dữ liệu và do đó làm tăng hiệu suất ứng dụng. Đối với một kết nối là thích hợp, nó có để đáp ứng các thông số sau đây: tên máy chủ, cơ sở dữ liệu tên và truy cập thông tin đăng nhập. Nếu thông tin đăng nhập truy cập không phù hợp với và không có kết nối tương tự, một kết nối mới sẽ được tạo ra. Do đó, khi không có an ninh Windows đạt SQL Server và nó cũng là từ người dùng ban đầu mạo danh/tuyên truyền, tái sử dụng các kết nối trong hồ bơi là rất thấp. Vì vậy, như một quy luật chung (ngoại trừ trường hợp yêu cầu bảo mật cụ thể và nếu hiệu suất và khả năng mở rộng không phải là một ưu tiên), nó được khuyến khích để làm theo "Tin cậy hệ thống phụ" loại truy cập, có nghĩa là, truy cập vào máy chủ cơ sở dữ liệu với chỉ một vài loại thông tin đăng nhập. Giảm thiểu số lượng thông tin đăng nhập làm tăng khả năng kết nối tương tự sẽ có sẵn khi có một yêu cầu kết nối vào hồ bơi. Hình ảnh sau đây minh hoạ một biểu đồ đại diện cho "Tin cậy tiểu hệ thống"

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

"Connection Pooling" cho phép các ứng dụng để tái sử dụng một kết nối đã được thiết lập chống lại các máy chủ cơ sở dữ liệu, hoặc để tạo ra một kết nối mới và thêm nó vào hồ bơi nếu không có kết nối thích hợp trong hồ bơi. Khi một ứng dụng đóng một kết nối, các hồ bơi được phát hành, nhưng các kết nối nội bộ vẫn còn mở cửa. Điều này có nghĩa rằng ADO.NET không đòi hỏi sự sáng tạo hoàn toàn của một kết nối mới và mở nó mỗi lần cho mỗi truy cập, đó sẽ là một quá trình rất tốn kém. Vì vậy, tái sử dụng thích hợp của các kết nối tổng hợp làm giảm sự chậm trễ trong việc tiếp cận các máy chủ cơ sở dữ liệu và do đó làm tăng hiệu suất ứng dụng. Đối với một kết nối cho phù hợp, nó phải đáp ứng các thông số sau: Server Name, Database Name và thông tin truy cập. Nếu các thông tin truy cập không phù hợp và không có kết nối tương tự, một kết nối mới sẽ được tạo ra. Vì vậy, khi có bảo mật Windows đạt SQL Server và nó cũng được mạo nhận / truyền từ người sử dụng ban đầu, việc tái sử dụng các kết nối trong các hồ bơi là rất thấp. Vì vậy, như một quy luật chung (ngoại trừ trong trường hợp đòi hỏi an ninh cụ thể và nếu hiệu suất và khả năng mở rộng không phải là một ưu tiên), nó được khuyến khích để thực hiện theo các "Trusted hệ thống phụ" kiểu truy cập, đó là, việc truy cập đến máy chủ cơ sở dữ liệu với chỉ một vài loại thông tin. Giảm thiểu số lượng các thông tin làm tăng khả năng rằng một kết nối tương tự sẽ được sử dụng khi có một yêu cầu kết nối đến hồ bơi. Những hình ảnh dưới đây cho thấy một sơ đồ đại diện cho "Trusted Sub-System"