Có phân trang làm giảm tải máy chủ? (học thuyết)

Tôi đã tự hỏi lý do đằng sau phân trang là gì? Được sử dụng bởi vì nó giảm bớt gánh nặng cho các máy chủ vì về mặt kỹ thuật chúng tôi sẽ giới hạn số lượng hàng được trả lại trên mỗi trang?

Tôi muốn làm một cái gì đó mà không cần phân trang nhưng cho rằng tôi là người mới này (tôi là một người nghiệp dư) bắt đầu tự hỏi liệu nó có ổn về mặt kỹ thuật hay không.

Có một số lý do để có phân trang, giảm tải máy chủ chỉ là một. Tuy nhiên, Stephen Orr tăng điểm hợp lệ - trước tiên bạn vẫn cần tìm lượng dữ liệu. Bạn phải đảm bảo rằng truy vấn đó nhanh chóng và không tải quá mức máy chủ của bạn.

Các lý do khác bao gồm:

• Giảm lượng dữ liệu trả về cho khách hàng trong một lần. Nếu bạn có nhiều dữ liệu, việc này có thể mất một lượng thời gian đáng kể và chiếm rất nhiều bộ nhớ.
• Người dùng thường không quan tâm đến tất cả các dữ liệu, nhưng chỉ gần đây nhất (nói). Bằng cách chỉ trả lại một vài trang dữ liệu, bạn sẽ không nhận được dữ liệu mà người dùng sẽ không bao giờ nhìn thấy.

Trong cả hai trường hợp này, bạn không muốn làm cho người dùng chờ đợi - cho dữ liệu họ sẽ không xem hoặc cho tất cả dữ liệu khi họ có thể nhận được một dữ liệu xử lý một số dữ liệu.

Nó thay đổi tùy thuộc vào việc thực hiện.

Nó sẽ tăng tốc độ hiển thị của một trang, nhưng nó sẽ không nhất thiết phải giảm tải trên máy chủ. Hầu hết các thuật toán phân trang ngây thơ cần thực hiện một truy vấn trước để quyết định có bao nhiêu trang, sau đó truy vấn lại để có được tập kết quả "phân trang".

Giá trị nhất bạn đạt được từ phân trang là tăng cường tốc độ cho ứng dụng của bạn bằng cách:

1 - Giới hạn dữ liệu được truyền giữa máy khách và máy chủ. Không có điểm nào để đọc 1000000 khách hàng nếu người dùng đang tìm kiếm 10 người trong số họ.

2- Tăng tốc đáng kể hiệu năng truy vấn bằng cách chỉ truy xuất các hàng có thể vừa với chế độ xem của người dùng. Không có điểm nào để đọc 1000000 khách hàng nếu người dùng sẽ nhìn vào 10 khách hàng đầu tiên.

3 - Phân trang giúp bằng cách cung cấp nhiều dữ liệu mới hơn. Nếu ứng dụng của bạn hiển thị nhiều hàng dữ liệu và miền ứng dụng của bạn yêu cầu nhiều cập nhật cho các hàng dữ liệu trong bảng được hiển thị, có thể đến lúc bạn đi đến trang 20 của danh sách các trang, dữ liệu trên một số hàng sẽ có đã thay đổi Hãy nghĩ về một ứng dụng đọc giá cổ phiếu hoặc phòng có sẵn trong một khách sạn. Lấy dữ liệu cũ và đặt nó trên máy khách là không có ích.

Phân trang là một chiến lược kết hợp với lọc và hiểu biết của bạn về cách người dùng cuối cần từ kịch bản cụ thể (dự kiến ​​sẽ dẫn đến một thiết kế tốt để phục vụ nhu cầu này) sẽ giúp tăng cường ứng dụng đặc biệt khi một số người dùng đang truy cập cơ sở dữ liệu kiêm nhiệm.

Phân trang không phải lúc nào cũng tầm thường để lập trình. Trong một số trường hợp, nó đơn giản nhưng đôi khi rất phức tạp để viết để truy vấn SQL thực thi mà không thực hiện quét toàn bộ bảng. Tất nhiên điều này phụ thuộc vào chỉ mục, điều kiện lọc và câu lệnh Where của bạn.

Pagination, theo suy nghĩ của tôi, là mẹ của tất cả các tối ưu hóa sớm. Hoàn toàn ổn khi viết trang web của bạn mà không cần phân trang.

Nếu bạn thấy, sau khi phát hành, bạn đang tải quá nhiều dữ liệu trong một cuộc gọi hoặc người dùng của bạn phải chờ thông tin họ muốn vì bận tải dữ liệu họ không muốn, hãy tiếp tục và viết giải pháp Ajax chỉ tải trang khi mọi người cuộn xuống (xem: Twitter, Tumblr, tìm kiếm hình ảnh của Google).

Chỉnh sửa: Đoạn thứ hai ở trên được viết với giả định rằng một câu trả lời chung sẽ là "nhưng nếu bạn biết rằng bạn sẽ phân trang vào một lúc nào đó, bạn cũng có thể thực hiện sớm, thay vì lãng phí thời gian để phát triển thứ gì đó bạn sẽ ném xa."

Cũng là mẹ của tất cả các tối ưu hóa sớm, tôi nghĩ rằng phân trang là một cơn ác mộng UX và có những giải pháp tốt hơn sẽ không cần phát triển thêm trên đầu trang hoàn chỉnh.

Mặc dù số lượng downvote, tôi để câu trả lời này ở đây vì tôi đứng trước tình cảm, mặc dù nó có thể không phải là bài viết hay nhất của tôi.