So sánh tốc độ sử lý phép tính bảng dữ liệu lớn offset, vlookup và index+match (3 người xem)

[vova2209]

Anh chị cho em hỏi? tốc độ sử lý phép tính bảng dữ liệu lớn offset, vlookup và index+match thì dùng hàm nào tốc độ nhanh hơn với bảng dữ liệu lớn

 

[VetMini]

Giờ này còn lôi Offset ra so sánh thì quả là bao nhiêu năm qua bạn chỉ hỏi công thức hoặc code đem về chứ chẳng hiểu gì về chúng cả.
Dữ liệu lớn thì đương nhiên loại hàm volatile ra. Tức là không cần nói tới Offset.

So sánh giũa VLookup và Index/Match thì ngày xưa, Index/Match nhanh hơn một chút vì phiên bản cũ của Excel nạp tham số và sử lý mảng 2 chiều chậm hơn 2 mảng 1 chiều. Nhưng với các phiên bản 2016 trở đi thì việc nạp mảng không còn là vấn đề. 2 lối sử dụng gần như nhau.

Làm việc với dữ liệu lớn thì phải cho tư duy tiến hóa theo cách MS trợ giúp dữ liệu lớn. Cần học cách sử dụng Data Model.

 

[vova2209]

Giờ này còn lôi Offset ra so sánh thì quả là bao nhiêu năm qua bạn chỉ hỏi công thức hoặc code đem về chứ chẳng hiểu gì về chúng cả.
Dữ liệu lớn thì đương nhiên loại hàm volatile ra. Tức là không cần nói tới Offset.

So sánh giũa VLookup và Index/Match thì ngày xưa, Index/Match nhanh hơn một chút vì phiên bản cũ của Excel nạp tham số và sử lý mảng 2 chiều chậm hơn 2 mảng 1 chiều. Nhưng với các phiên bản 2016 trở đi thì việc nạp mảng không còn là vấn đề. 2 lối sử dụng gần như nhau.

Làm việc với dữ liệu lớn thì phải cho tư duy tiến hóa theo cách MS trợ giúp dữ liệu lớn. Cần học cách sử dụng Data Model.

Dạ vâng! Data Model nghe mới, để em vào mạng tìm hiểu, em cảm ơn ạ

 

[LmoovoenX]

Anh chị cho em hỏi? tốc độ sử lý phép tính bảng dữ liệu lớn offset, vlookup và index+match thì dùng hàm nào tốc độ nhanh hơn với bảng dữ liệu lớn

Cứ tự tạo file mà thử thôi bạn. Trước mình có tạo làm thử, dò tìm 2 điều kiện, dữ liệu khoảng 250.000 dòng.
Index match nhanh nhất, tiếp đến vlookup, rồi sumifs. Mình chưa thử offset. Tuy nhiên chỉ chênh tầm 1s, sumifs lâu nhất nhưng mất cũng chưa tới 7s.
Tất nhiên dò tìm còn phụ thuộc vào cấu trúc bảng dữ liệu nữa.
Mình xài office 365, máy chip U i7 thế hệ 4, ram 8G.

 

[HieuCD]

Anh chị cho em hỏi? tốc độ sử lý phép tính bảng dữ liệu lớn offset, vlookup và index+match thì dùng hàm nào tốc độ nhanh hơn với bảng dữ liệu lớn

Nên thử với hàm Lookup

 

[vova2209]

Cứ tự tạo file mà thử thôi bạn. Trước mình có tạo làm thử, dò tìm 2 điều kiện, dữ liệu khoảng 250.000 dòng.
Index match nhanh nhất, tiếp đến vlookup, rồi sumifs. Mình chưa thử offset. Tuy nhiên chỉ chênh tầm 1s, sumifs lâu nhất nhưng mất cũng chưa tới 7s.
Tất nhiên dò tìm còn phụ thuộc vào cấu trúc bảng dữ liệu nữa.
Mình xài office 365, máy chip U i7 thế hệ 4, ram 8G.

Mình hqua vừa thử như cách anh bảo, không thấy chênh nhau nhiều lắm. Mà khi chuyển sang định sang .xlsm thì hàm chạy chậm hẳn.

Bài đã được tự động gộp: 26/4/23

Nên thử với hàm Lookup

^^! vâng, hàm lookup là mảng chậm lắm

 

[HieuCD]

Mình hqua vừa thử như cách anh bảo, không thấy chênh nhau nhiều lắm. Mà khi chuyển sang định sang .xlsm thì hàm chạy chậm hẳn.

Bài đã được tự động gộp: 26/4/23

^^! vâng, hàm lookup là mảng chậm lắm

Thử mới biết . .

 

[VetMini]

Nên thử với hàm Lookup

Lookup là hàm nguy hiểm. Chỉ thực dụng với những người rất rành về cách thử code.
Cỡ trinh độ thớt thì rất đáng ngờ.

Chú tích riêng: lúc này thớt bắt đầu lòi cái thói học viết tắt. Lần nữa thì sẽ vào sổ bìa đen của tôi.
Với tôi người viết tắt có tật cẩu thả, không xứng đáng giúp.

 

[TH2]

Anh chị cho em hỏi? tốc độ sử lý phép tính bảng dữ liệu lớn offset, vlookup và index+match thì dùng hàm nào tốc độ nhanh hơn với bảng dữ liệu lớn

Nhanh chậm không đáng kể với dữ liệu trung bình (excel tải được)
còn quá lớn (hay còn gọi bigdata) thì lại không bàn về công thức các hàm này rồi, mà khi đó chậm là cái khác chậm gây ra.

 

[VetMini]

Bít đa ta với đa tọt.
MS ra cái Data Model để túm dữ liệu khủng vào tròng CSDL LH. Bên trong Data Model, dữ liệu sẽ được hổ trợ bởi kỹ thuật của SQL Server để tối ưu các truy vấn.

 

[tranhungdao12a3]

Diễn đàn chủ yếu bàn về hàm, toàn chủ yếu hỏi giải bài tập, hoặc là hỗ trợ giải quyết với dữ liệu nhỏ, hỗn loạn. Thần tượng VBA nên cái gì cũng VBA. Data model may ra trong hàng trăm nghìn bài mới có một hai bài nói đến. Cơ bản là chưa chú trọng đến nó nên chưa có nhiều người bàn tới. Nói tới dữ liệu lớn thì quên VBA đi mà hãy nghỉ tới Power query, Power Pivot, Power Bi, Tableau, SQL, R, Python,....

 

[VetMini]

... Thần tượng VBA nên cái gì cũng VBA. ...

Diền đàn này ra hồi khoảng 2006. Kỹ thuật chịu ảnh hưởng của những ký thuật hạn chế. Vì vậy, VBA gần như là cửa nẻo duy nhất để người ta bung ra.
Điều đó không thể trách. Chỉ đáng trách là chính các thành viên giỏi, giúp người khác trên đây thì chỉ thích đi theo lối mòn xưa, bởi vì nó "thoải mái" (tiếng nghề la comfortable) với họ. Ngay cả cách code cũng theo đúng sì-tin xưa, lấy tốc độ làm tiêu chí, không ai nghĩ đến kỹ năng quản lý code.
Những công cụ của VBScript, ADODB, OLE, API càng ngày càng được người ta khai thác khiến nhiều người lại càng bị thu hút bởi sự huyền diệu này và cho rằng VBA là "con đường duy nhất, chỉ có VBA cho phép làm tất cả, và chủ cần biết VBA là có thể giải quyết mọi vấn đề".

Những công cụ mới của Excel rất ít người chịu khó tìm hiểu bởi vì cái tiềm thức "chả có gì hay bằng VBA"

Toi không trách người ta dùng Dictionary để lấn lướt công việc của Filters và Pivot.
Nhưng làm việc với dữ liệu lớn mà khog xem qua Data Model là lười biếng và ỷ lại.
Ngày xưa, nuôi heo cỏ người ta có thể thả nó đi rong kiếm thêm đồ ăn. Ngày nay, đổi giống Giót-xia nuôi cho mau lớn mà cũng thả rong là chết.