Có khi nào hàm Lookup không thể thay thế được Vlookup

Liên hệ QC

Dauthivan

Thành viên tiêu biểu
Tham gia
15/8/08
Bài viết
565
Được thích
326
Em cứ hay nhầm lẫn mấy cái Lookup với nhau, đã có Vlookup và Hlookup tại sao lại có Lookup nữa. Em xin hỏi có trường hợp nào chỉ sử dụng được Vlookup mà không thể thay thế nó bằng Lookup không ah? Nghĩa là em muốn hiểu trong trường hợp nào nên sử dụng cái nào ? (Liệu có phải Lookup = Vlookup+Hlookup?)
 
Em cứ hay nhầm lẫn mấy cái Lookup với nhau, đã có Vlookup và Hlookup tại sao lại có Lookup nữa. Em xin hỏi có trường hợp nào chỉ sử dụng được Vlookup mà không thể thay thế nó bằng Lookup không ah?

LOOKUP nó đa dạng hơn chứ!
Lý ra phải hỏi ngược lại: Có khi nào dùng LOOKUP được mà VLOOKUP hoặc HLOOKUP lại thua không?
Câu trả lời là có đây! Nhất là những bài toán liên quan đến mảng, dò tìm nhiều điều kiện hoặc tìm ngược từ phải sang trái (VLOOKUP và HLOOKUP không chơi được với loại này)
Còn câu hỏi của bạn thì xin trả lời rằng: Nếu bài toán có thể giải quyết bằng HLOOKUP hoặc VLOOKUP thì chắc chắn LOOKUP làm được thừa sức
 
Lần chỉnh sửa cuối:
Và có những bài toán dùng LOOKUP công thức sẽ trông ngắn hơn rất nhiều so với dùng Vlookup và Hlookup đó.
Trong bài toán và có thể sử dụng được Vlookup hoặc HLookup hoặc Lookup thì người dùng thường THÍCH dùng Vlookup or Hlookup hơn vì hai hàm này dễ hiểu và họ được học bài bản trong các trường...còn Lookup được ít người biết đến mặc dù nó rất hay!
 
Và có những bài toán dùng LOOKUP công thức sẽ trông ngắn hơn rất nhiều so với dùng Vlookup và Hlookup đó.
Trong bài toán và có thể sử dụng được Vlookup hoặc HLookup hoặc Lookup thì người dùng thường THÍCH dùng Vlookup or Hlookup hơn vì hai hàm này dễ hiểu và họ được học bài bản trong các trường...còn Lookup được ít người biết đến mặc dù nó rất hay!

Bên cạnh các thày Ndu96081631, thày Ptm0412, thày Concogia...trình quá siêu việt rồi, mình rất khâm phục kiến thức, tư duy của hoamattroicoi, đặc biệt về tài dùng Lookup của bạn rất hay. Nói thực mình đọc rất rất nhiều về Lookup nhưng cứ thấy ấy ấy thế nào ý, khi đọc cũng có vẻ hiểu hiểu, đôi khi còn sử dụng được, nhưng nếu một bài toán mà để bỗng nhiên nghĩ ra chiêu như hoamattroicoi thì...chịu (từ trước đến giờ mình toàn sử dụng Vlookup thôi).

Mình rất mong muốn mọi người giải thích dùm để mình dễ nắm bắt thêm tại sao lại phải đẻ ra cái Lookup phức tạp thế không biết (có thể không cần phải ví dụ cụ thể mà chỉ cần nói nôm na cho mình hiểu một số trường hợp sử dụng nó sẽ rất có lợi so với sử dụng các cách khác).
 
Mình rất mong muốn mọi người giải thích dùm để mình dễ nắm bắt thêm tại sao lại phải đẻ ra cái Lookup phức tạp thế không biết (có thể không cần phải ví dụ cụ thể mà chỉ cần nói nôm na cho mình hiểu một số trường hợp sử dụng nó sẽ rất có lợi so với sử dụng các cách khác).

Một số cách s/d Lookup
http://www.giaiphapexcel.com/forum/showthread.php?72367-Hàm-IF-trong-excel
http://www.giaiphapexcel.com/forum/showthread.php?47388-Dò-tìm-theo-nhiều-điều-kiện
http://www.giaiphapexcel.com/forum/...ìm-kiếm-giá-trị-với-2-ô-điều-kiện-Lookupvalue
http://www.giaiphapexcel.com/forum/showthread.php?7669-Những-công-thức-độc-đáo
http://www.giaiphapexcel.com/forum/showthread.php?72370-Hỏi-Cách-tính-tổng-theo-ngày-tháng
 
Em cứ hay nhầm lẫn mấy cái Lookup với nhau, đã có Vlookup và Hlookup tại sao lại có Lookup nữa. Em xin hỏi có trường hợp nào chỉ sử dụng được Vlookup mà không thể thay thế nó bằng Lookup không ah? Nghĩa là em muốn hiểu trong trường hợp nào nên sử dụng cái nào ? (Liệu có phải Lookup = Vlookup+Hlookup?)

Có một số điểm khác biệt giữa LOOKUP và VLOOKUP, HLOOKUP:
thứ nhất, bảng dữ liệu của LOOKUP phải được sắp xếp theo thứ tự tăng dần, còn VLOOKUP hoặc HLOOKUP thì không.
Thứ 2, nếu chúng ta muốn tìm chính xác, không tìm thấy thì phải trả về lỗi #N/A để mình còn biết đường tính tiếp, thì LOOKUP không làm được.
Cho nên, theo mình, bạn nên cân nhắc giữa LOOKUP và VLOOKUP, HLOOKUP. Suy nghĩ trước khi sử dụng chớ không nên lạm dụng.
 
thứ nhất, bảng dữ liệu của LOOKUP phải được sắp xếp theo thứ tự tăng dần, còn VLOOKUP hoặc HLOOKUP thì không.
Bậy à nha
Bạn thử đưa 1 ví dụ về bảng chưa sắp xếp, tôi làm bằng LOOKUP cho bạn xem
Thứ 2, nếu chúng ta muốn tìm chính xác, không tìm thấy thì phải trả về lỗi #N/A để mình còn biết đường tính tiếp, thì LOOKUP không làm được.
Cho nên, theo mình, bạn nên cân nhắc giữa LOOKUP và VLOOKUP, HLOOKUP..
Với LOOKUP, nếu không tìm thấy nó cũng N/A vậy, khác gì đâu chứ?
 
Dữ liệu không sort mà dùng lookup, nếu không tìm thấy sẽ cho #N/A, dữ liệu có sort, nếu sort Ascending sẽ cho giá trị gần đúng, nếu sort Descending sẽ cho #N/A
 
File ví dụ cho anh ndu đây
link tham khảo đây: http://support.microsoft.com/kb/324986 , người ta nhấn mạnh việc sort dữ liệu.
Đôi khi ta chỉ muốn tìm chính xác, không có đúng giá trị mình cần tìm thì để #N/A. Cái này e Lookup không làm được.
Vài dòng trao đổi với các anh.
 

File đính kèm

  • Lookup.xlsx
    8.9 KB · Đọc: 182
File ví dụ cho anh ndu đây
link tham khảo đây: http://support.microsoft.com/kb/324986 , người ta nhấn mạnh việc sort dữ liệu.
Đôi khi ta chỉ muốn tìm chính xác, không có đúng giá trị mình cần tìm thì để #N/A. Cái này e Lookup không làm được.
Vài dòng trao đổi với các anh.

Đó là vì bạn chưa biết cách dùng thôi
Khỏi cần tham khảo link gì gì đó tôi cũng viết được công thức thế này:
Mã:
=LOOKUP(2,1/(A1:A4=[COLOR=#ff0000][B]3[/B][/COLOR]),B1:B4)
Sort hay không sort gì cũng cho kết quả chính xác tuốt
Kiểm tra xem nhé
 
Lần chỉnh sửa cuối:
LOOKUP nó đa dạng hơn chứ!
Câu trả lời là có đây! Nhất là những bài toán liên quan đến mảng, dò tìm nhiều điều kiện

Em chưa thật sự nhuần nhuyễn hàm này lắm, kính mong thày cho em 1 ví dụ về dò tìm nhiều điều kiện mà 2 cái kia không giải quyết được mà phải dùng Lookup.
 
Em chưa thật sự nhuần nhuyễn hàm này lắm, kính mong thày cho em 1 ví dụ về dò tìm nhiều điều kiện mà 2 cái kia không giải quyết được mà phải dùng Lookup.

Ví dụ ta có 5 cột dữ liệu (A1:E50), ta muốn dò tìm 4 điều kiện trên 4 cột B, C, D, E và kết quả trả về là cột A. Vậy LOOKUP như sau:
Mã:
=LOOKUP(2, 1/(B1:B50= đ/k1)/(C1:C50= đ/k2)/(D1:D50= đ/k3)/(E1:E50= đ/k4), A1:A50)
Cú pháp chung cho loại bài toán dò tìm nhiều điều kiện dùng LOOKUP là vầy:
Mã:
=LOOKUP(2, 1/(Biểu thức điều kiện 1)/(Biểu thức điều kiện 2)/.... /(Biểu thức điều kiện n), Mảng cần lấy kết quả)
Bạn nghĩ nếu dùng VLOOKUP hoặc HLOOKUP thì có giải quyết bài này được không?
-----------------------------------------
Đương nhiên bài toán này vẫn có thể dùng SUMPRODUCT hoặc INDEX + MATCH để giải quyết, nhưng nên nhớ rằng:
- Nếu tìm thấy từ 2 kết quả trở lên (dạng Number) thì SUMPRODUCT sẽ cộng dồn, dẫn đến sai kết quả
- Nếu giá trị cần tìm thuộc dạng Text, đương nhiên không thể dùng SUMPRODUCT
- Nếu dùng INDEX + MATCH với dò tìm nhiều điều kiện, có thể bạn phải dùng tổ hợp phím Ctrl + Shift + Enter (trong khi LOOKUP chỉ cần Enter bình thường)
- Lưu ý: Nếu tìm thấy từ 2 kết quả trở lên thì LOOKUP sẽ lấy kết quả cuối mà nó tìm thấy (còn INDEX + MATCH sẽ lấy kết quả đầu tiên)
 
Lần chỉnh sửa cuối:
LOOKUP nó đa dạng hơn chứ!
Nếu bài toán có thể giải quyết bằng HLOOKUP hoặc VLOOKUP thì chắc chắn LOOKUP làm được thừa sức

Về tốc độ tính toán dữ liệu nhiều thì Lookup có chậm hơn 2 cái kia không ah? Nếu nó đa năng như vậy thì có lẽ em sẽ chuyển luôn luôn sử dụng Lookup (không cần học Vlookup và Hlookup nữa).
 
Về tốc độ tính toán dữ liệu nhiều thì Lookup có chậm hơn 2 cái kia không ah? .

Tốc độ tùy thuộc vào số lượng phép tính, vậy dù dùng cái gì thì cũng thế thôi
Nếu nó đa năng như vậy thì có lẽ em sẽ chuyển luôn luôn sử dụng Lookup (không cần học Vlookup và Hlookup nữa).
Người ta chế ra 1 hàm đương nhiên có tác dụng của nó, không thể nói vì LOOKUP đa năng mà khỏi cần đến VLOOKUP hay HLOOKUP ---> Đôi lúc vẫn dùng cặp hàm này chứ (vì sự đơn giản)
Cũng giống như so sánh SUMIF với SUMPRODUCT vậy! Hầu như bài nào có thể dùng SUMIF hay COUNTIF thì cũng có thể dùng SUMPRODUCT nhưng có những bài chỉ có thể dùng SUMPRODUCT mà không thể dùng SUMIF hay COUNTIF . Vậy chẳng lẽ khỏi cần SUMIF và COUNTIF sao?
 
Đó là vì bạn chưa biết cách dùng thôi
Khỏi cần tham khảo link gì gì đó tôi cũng viết được công thức thế này:
Mã:
=LOOKUP(2,1/(A1:A4=[COLOR=#ff0000][B]3[/B][/COLOR]),B1:B4)
Sort hay không sort gì cũng cho kết quả chính xác tuốt
Kiểm tra xem nhé

Cái này là anh không lấy số 3 đi dò tìm, mà anh đi dò tìm giá trị đúng. Nó không có ý nghĩa là lấy số 3 đi dò nữa. Tất nhiên nó vẫn cho kết quả đúng, nhưng mà tốc độ xử lý rõ ràng là sẽ chậm hơn VLOOKUP. Theo em, đây chỉ là một mẹo, chứ không phải là lấy giá trị 3 đi dò. Đây chỉ là quan điểm riêng của em thôi. Có gì không phải mong các anh bỏ qua.
 
nhưng mà tốc độ xử lý rõ ràng là sẽ chậm hơn VLOOKUP..
Cái này thì tôi đồng ý!
Nhưng dò tìm có 1 điều kiện, lại tìm từ trái sang thì chẳng ai dại mà đi dùng LOOKUP cả. Chẳng qua muốn chứng minh cho bạn thấy rằng LOOKUP nó làm được


Theo em, đây chỉ là một mẹo, chứ không phải là lấy giá trị 3 đi dò. Đây chỉ là quan điểm riêng của em thôi. Có gì không phải mong các anh bỏ qua.
Cái này thì sai!
Bạn cho đó là mẹo vì bạn chưa hiểu sâu về LOOKUP ---> Từ từ nghiên cứu đi
Bản thân LOOKUP có tính năng này (giống như hàm COUNT có thể bỏ qua lỗi khi đếm) ---> Thử cái "mẹo" này với hàm MATCH xem nó có làm được điều tương tự không?
 
Lần chỉnh sửa cuối:
Cái này thì tôi đồng ý!
Nhưng dò tìm có 1 điều kiện, lại tìm từ trái sang thì chẳng ai dại mà đi dùng LOOKUP cả. Chẳng qua muốn chứng minh cho bạn thấy rằng LOOKUP nó làm được

Thư thày nếu dò tìm từ phải qua trái thì ta dùng Macth hay hơn hay dùng Lookup hay hơn ah?

(Tốc độ cái nào nhanh hơn, nhẹ hơn)
 

File đính kèm

  • Lookup.xls
    13.5 KB · Đọc: 149
Thư thày nếu dò tìm từ phải qua trái thì ta dùng Macth hay hơn hay dùng Lookup hay hơn ah?

(Tốc độ cái nào nhanh hơn, nhẹ hơn)

- Thứ nhất: Đây là do tìm chính xác
- Thứ hai: Cột dò tìm đã được sort
Vậy thì ngại gì mà không dùng LOOKUP
=LOOKUP(E4,B2:B17,A2:A17)
Tốc độ thì chắc cái này cũng thế thôi (nhưng với dữ liệu chưa sort trước thì không chắc)
 
Thưa thày trong file đính kèm, tại sao kết quả của em không ra là 5 (dòng em bôi đỏ là dòng mong muốn ra kết quả), mà nó lại ra là 10 ah. Kính nhờ thày giảng dạy cho
 

File đính kèm

  • Lookup.xls
    14 KB · Đọc: 98
Web KT
Back
Top Bottom