Thuật toán ngẫu nhiên Giả sử em đang có 1000 ảnh gái xinh, em đang muốn...

bài toán tránh lặp, trùng thì có bloom filter Vui lòng đăng kí hoặc đăng nhập để thấy liên kết tại BigMMO
tất nhiên là vẫn phải có lưu trữ, nhưng phần lưu trữ thì ko liên quan đến thuật toán (lưu vào file, db, cache,...)

 

Lê Hữu An dạ vâng cảm ơn giải pháp của bác ạ

 

Đỗ Xuân Đình a hiểu cơ chế cache

Nhưng có phát sinh là truy vấn liên tục và có cập nhật nữa

 

Ngọc Quang em áp dụng cho nhiều người ạ

 

Dương Trung Hoài vâng em cũng đang nghĩ có thể lưu lại trên client

 

Hoàng Tiến Dũng tiện ích đây ạ
Vui lòng đăng kí hoặc đăng nhập để thấy liên kết tại BigMMO

 

Ng dùng là ng dùng fb hay sao ạ?

 

Với số lượng bản ghi lớn thì kế hoạch đó không ổn lắm bác ơi

 

Trần Ngọc Hà cũng nghĩ rộng bài toán phết

Mình thì cho phép 1 người trùng ảnh đc

 

Chiến Lê người dùng chung ạ, nhưng hiện tại chắc là Fb

 

Belphegor Adam ý bạn là sao nhỉ

 

Hoàng Dũng em áp dụng cho nhiều người nữa bác

Mỗi người có thể xem đủ 1000 ảnh kia

 

Tờ Tùng để em tra thử ạ

 

Minh Nhựt đúng r ạ

 

mỗi người dùng có 1 ID , Ảnh sẽ có 1 trường String sau ghi gửi ảnh đó thì String +ID người dùng. mỗi lần gửi duyệt trường đó nếu có ID trong chuỗi thì ko gửi nếu ko có thì gửi sau đó cộng thêm id đó vào

 

Hoàng Mạnh em cũng nghĩ giải pháp vậy. Nhưng với 10k người dùng thì nó khá nặng ạ

 

Tomo Tomo lưu lại trong db bác nhỉ

 

Nguyễn Nam Long vậy thì bác thử tạo 1 ma trận [ảnh x user], thằng nào dùng rồi thì đánh dấu trong ô của cái ma trận đấy. Xong về sau lấy ra thì kiểm tra hàng người dùng xem ảnh nào chưa đánh dấu thì random

 

Bạn sợ nặng gì. Nặng về hiệu năng hay nặng về storage. Mình nghĩ 100000 user làm như kia cũng không nặng về storage còn về hiệu năng thì việc bạn lấy phần tử đầu tiên của mảng mà ko quan tâm mấy cái sau mình thấy cũng ko nặng về scale

 

Ổ cứng vật lí h rẻ vl 5$ tháng mà đc 50gb ssd sợ quái gì