close connection
3 posters
Trang 1 trong tổng số 1 trang
close connection
nhiều người cho rằng
Cũng nên nhớ là tổng phí của khởi tạo connection không phải là nhỏ thành ra cứ 'open on demand' như cuncon sẽ đưa server đến cảnh 'cạn tàu ráo máng'. Vì vậy xu hướng bây giờ là xài connection pooling, connection được tạo một lần và tồn tại đến khi nào web app chấm dứt.
nhưng có người cho rằng
mỗi lần query đến CSDL sau đó phải close connection ngay
không rõ đúng sai thế nào
Cũng nên nhớ là tổng phí của khởi tạo connection không phải là nhỏ thành ra cứ 'open on demand' như cuncon sẽ đưa server đến cảnh 'cạn tàu ráo máng'. Vì vậy xu hướng bây giờ là xài connection pooling, connection được tạo một lần và tồn tại đến khi nào web app chấm dứt.
nhưng có người cho rằng
mỗi lần query đến CSDL sau đó phải close connection ngay
không rõ đúng sai thế nào
Re: close connection
Connection pool !
Vấn đề chỉ là connection pool của cái nào tốt hơn thôi
Vấn đề chỉ là connection pool của cái nào tốt hơn thôi
metalhead85- Tổng số bài gửi : 68
Registration date : 18/09/2007
Re: close connection
Java thi co ho tro roi nhung zend framework cua php thi khong biet thuc hien nhu the nao
Re: close connection
Connection pooling có thể nói là cách tốt nhất (cái tốt hơn thì chưa biết) để tăng hiệu năng truy vấn. Java thì hỗ trợ connection pooling khá đấy đủ và toàn diện, nhưng theo tau nếu xét riêng cho 1 công nghệ thì có lẽ là phía MS cung cấp connection pooling là ngon lành nhất (sql server) và đơn giản nhất (chỉ cần thay đổi trong connection string là đủ). Nhưng theo kinh nghiệm thời gian qua tau theo dõi trên hệ thống SMS của cty tau thì nếu sử dụng connection pooling quá nhiều hoặc chỉ sử dụng 1 user (mặc nhận là sa) thì sẽ xảy ra tình trạng over load. THeo suy nghĩ của tau là vậy, đéo biết đúng hay sai
handsomeman85- Tổng số bài gửi : 19
Age : 39
Registration date : 15/09/2007
Trang 1 trong tổng số 1 trang
Permissions in this forum:
Bạn không có quyền trả lời bài viết
|
|