Em chào anh chị, em có 1 google sheet với hàm tìm kiếm nên load nặng muốn chuyển sang code hay gì để google sheet nhẹ (1 người xem)

[viettelvinh]

Em chào anh chị !
Đầu tiên em cám ơn anh batman1 đã hỗ trợ em hàm này
Em có 1 google sheet với hàm tìm kiếm dữ liệu nhiều nên load nặng muốn chuyển sang code hay gì để google sheet nhẹ và tìm kiếm nhanh

Hàm hoạt động như thế này
Có hàm nào tìm được dữ liệu với tham số truyền vào là : 976125796
Dữ liệu tìm kiếm ra : E-SIM
Nó giống hàm VLOOKUP nhưng khác là sẽ không biết dõ cột nào đang chứa dữ liệu dò tìm vì muốn tìm kiếm toàn bộ cả bảng

HÀM
=INDIRECT("R" & TEXT(SMALL(ARRAYFORMULA(IF(I$1:$BPZ$136=C7;ROW(I$1:BPZ$136)*10000+COLUMN(I$1:BPZ$136)+1;""));COUNTA(D$77)+1);"#C0000");FALSE)

link google sheet: Liên kết: https://docs.google.com/spreadsheets/d/19kKg8QOLMFqLv0pdJuIqtqI_5r9hg-hXdOYd_MBAmEw/edit#gid=0 Liên kết: https://docs.google.com/spreadsheets/d/19kKg8QOLMFqLv0pdJuIqtqI_5r9hg-hXdOYd_MBAmEw/edit#gid=0


Em cám ơn anh chị

 

[yeudoi]

Mình có mấy ý thế này file của Bạn nặng cũng phải:
1. Do xây dựng dữ liệu không hợp lý, rất khó tìm. ( Nên bố trí dữ liệu theo dòng không nên theo cột)
2. Những gì không cần thiết thì không tô màu
3. Cái gì không dùng thì bỏ đi, không để lại, vì Google sheets xem 1 cell là 1 cell có dữ liệu dù nhập hay không.
4. Không nên hoặc hạn chế sử dụng Merge trong cơ sở dũ liệu vì khó tìm kiếm và trích lọc.
Vậy mong Bạn xem xét lại file.

 

[viettelvinh]

Mình có mấy ý thế này file của Bạn nặng cũng phải:
1. Do xây dựng dữ liệu không hợp lý, rất khó tìm. ( Nên bố trí dữ liệu theo dòng không nên theo cột)
2. Những gì không cần thiết thì không tô màu
3. Cái gì không dùng thì bỏ đi, không để lại, vì Google sheets xem 1 cell là 1 cell có dữ liệu dù nhập hay không.
4. Không nên hoặc hạn chế sử dụng Merge trong cơ sở dũ liệu vì khó tìm kiếm và trích lọc.
Vậy mong Bạn xem xét lại file.

Em cám ơn ạ, để em khắc phục xem thế nào

 

[tigertiger]

Và nên dùng công thức đơn giản, có thể thêm cột phụ
Thay vì array, indirect 1 mảng lớn

 

[VetMini]

Và nên dùng công thức đơn giản, có thể thêm cột phụ
Thay vì array, indirect 1 mảng lớn

Đối với dân sử dụng bảng tính trải rộng, cột phụ là một kỹn thuật làm giúp tính toán và làm rõ lô gic tính toán.
Đối với dân sử dụng GPE, cột phụ là một "gánh nặng". Xài cột phụ thì bảng tính trông không "chuyên nghiệp".

 

[batman1]

Đối với dân sử dụng GPE, cột phụ là một "gánh nặng". Xài cột phụ thì bảng tính trông không "chuyên nghiệp".

Không hẳn như vậy. Chả nhẽ công thức nào cũng đưa về dùng cột phụ. Tùy từng trường hợp thôi. Trong trường hợp này phải dùng cột phụ, trong trường hợp khác không cần. Nếu dữ liệu luôn luôn kiểu hàng chục thì chả lý gì lại chia thành 1 hay 2, 3 cột phụ. Nhưng dữ liệu hàng trăm, nghìn dòng thì nên dùng cột phụ, nhưng cũng chỉ khi công thức nặng. Chỉ có INDEX đơn giản thì thậm chí hàng trăm nghìn dòng thì cột phụ gì ở đây? Còn nếu không dùng cột phụ là do chưa biết, chưa có kinh nghiệm, chứ không phải ai ai cũng cố tình từ chối cột phụ. Số người chống lại cột phụ bằng cả chân, tay, với tất cả sức lực, tôi nghĩ chỉ đếm trên đầu các ngón tay , không đáng bận tâm.

 

[yeudoi]

Đối với dân sử dụng bảng tính trải rộng, cột phụ là một kỹn thuật làm giúp tính toán và làm rõ lô gic tính toán.
Đối với dân sử dụng GPE, cột phụ là một "gánh nặng". Xài cột phụ thì bảng tính trông không "chuyên nghiệp".

Về dùng cột phụ theo mình đó là sự phù hợp. Nếu người mới bắt đầu chưa nắm hết được cách xử lý thì có thể làm cột phụ để sau đó tìm cách tối ưu, nếu dữ liệu không nhiều thì không cần cột phụ...Nhiều lúc không phải cột phụ tối ưu hơn công thức mảng và ngược lại.