Result Cache Oracle Database | Tối ưu câu lệnh SQL về 0s

[@tranquochuywecommit]

Gửi mọi người Group Telegream Wecommit Public Community : www.wecommit.com.vn/wecommitcommunity ,anh em có thể trao đổi những câu hỏi , vấn đề khi xem Video và kết nối với tôi trong Group nhé (trường hợp click trực tiếp bị lỗi thì ae copy link ra browser nhé)

[@KeeHoo-tz2be]

cảm ơn anh Huy, rất hay, cho anh 3 likes luôn ạ

[@quybv9011]

Cache nhiều cách cache, cache ở database ở, web server. vấn đề khi dữ liệu thay đổi liên tục cache này như thế nào, ví dụ 0,001s, CCU tới hàng nghìn.việc vấn đề tính toán tràn bộ nhớ. count* nhưng vấn đề kết quả nhiều bản ghi thì sao. tính toán số lượng Ram như thế nào, chủ yếu bạn phải đưa ra tình hướng xử lý khác nhau mới là quan trọng

[@tranquochuywecommit]

bài này mình chỉ nêu 1 kỹ thuật Cache, mình có những bài phân tích chuyên sâu dạng bài viết, anh em có thể tham gia nhóm Zalo để xem cụ thể hơn nhé.

[@hieuquachminh343]

@@tranquochuywecommit cho em xin link nhóm zalo với ạ, em cảm ơn ạ!

[@hiepphamminh5863]

@@tranquochuywecommit em xin nhóm zalo với ạ

[@phanmemchamcongHRADEnterprise]

Thớt nên chỉnh lại tiêu đề video là Mẹo nhỏ tăng tốc truy xuất kết quả với thop cơ bản

[@tranquochuywecommit]

Cảm ơn góp ý của anh em nhé.

[@thanhsonha7009]

bảng thay đổi liên tục thì sao nhỉ?? có vẻ sẽ phù hợp với bảng ít thay đổi

[@tranquochuywecommit]

Giải pháp này sinh ra là cho các table ít thay đổi anh em nhé

[@davidmedia961]

Giải pháp có áp dụng được khi dữ liệu thay đôi thường xuyên ko ạ

[@tranquochuywecommit]

giải pháp này chỉ phù hợp với hệ thống ít thay đổi dữ liệu anh em nhé.

[@juhandvan]

Mới biết qua kênh của a thôi nhưng theo cảm nhận cá nhân thì đây là kênh tiếng Việt dạy về kiến thức data base hay nhất trong các channel e từng xem. Cám ơn anh rất nhiều ạ

[@tranquochuywecommit]

Cảm ơn anh em, mình còn có cả các bài viết về tối ưu SQL, anh em có thể đọc để bổ trợ cho phần video nhé wecommit.com.vn/kien-thuc-huu-ich/

[@MrMrEmpty]

Query select trên 1 view có thực sự nhanh hơn trên bảng có index không ạ? Khi em có 1 bảng 10tr records thì nên dùng cách nào để tạo ra các loại báo cáo từ bảng đó là gì ạ? Em cảm ơn anh!

[@tranquochuywecommit]

Chào anh em. Về bản chất thì View không giúp lấy dữ liệu nhanh lên đâu. Anh em có thể trải nghiệm bằng cách cứ viết câu lệnh sử dụng View và kiểm tra chiến lược thực thi sẽ thấy rõ điều này. Nếu anh em muốn giải quyết tường tận các bài toán tối ưu thì cần nhiều thứ phải tìm hiểu đấy. Nếu được, anh em có thể tìm tới chương trình Từ điển tối ưu 100x hiệu năng, anh em nhé.

[@MrMrEmpty]

@@tranquochuywecommit cảm ơn anh đã chia sẻ ạ!

[@hientranthu2645]

Nếu cùng 1 sqlid nhưng truyền biến khác nhau thì sao anh nhỉ. Em đoán là không nếu vậy thì thật khó để áp dụng vào môi trường product.

[@tranquochuywecommit]

truyền biến khác nhau thì không có hiệu quả em nhé. Anh có bài viết trên wecommit case nào mới áp dụng được kỹ thuật này đấy.

[@toano2913]

e nghĩ cần phải chỉ rõ use case thực tế khi dùng. Đây chỉ là liệt kê, giới thiệu Hint.

[@tranquochuywecommit]

Anh có chia sẻ các bài đọc bổ trợ về kỹ thuật này đấy. Em có thể vào nhóm sau để đọc trọn vẹn nhé wecommit.com.vn/zalo

[@bh4541]

sqlserver câu lệnh cũng y chang đúng ko a, sao e thấy ko có thay đổi gì hết ta @@

[@tranquochuywecommit]

kỹ thuật này là áp dụng cho Oracle anh em nhé. SQL Server thì dùng cách khác để tối ưu.

[@AnneLee00]

Làm thế nào để tối ưu hoá câu lệnh ở lần đầu tiên chạy đã có thể đạt được kết quả 0s ạ?

[@tranquochuywecommit]

Câu lệnh SQL cũng giống như đời thường em ah, nếu lần đầu tiên mình vào một căn nhà và tìm đồ đạc, thì không thể tìm với thời gian 0s được.

[@AnneLee00]

@@tranquochuywecommit vậy việc tối ưu này có ý nghĩa gì ạ?

[@TheNavaRose]

​@@AnneLee00có ý nghĩa là làm cho thời gian tìm kiếm giảm xuống xấp xỉ 0s kể từ lần thứ hai gọi lệnh. -_-

[@LongNguyen-cs1wc]

nếu tables đó thay đổi thêm xóa data thì kết quả Cache có bị xóa đi ko bạn. Làm cách nào mình xóa cái cache đó đi khi data thay đổi

[@tranquochuywecommit]

Phần nội dung này muốn đọc cần có mật khẩu, bạn có thể vào nhóm Zalo sau để nhận mật khẩu (miễn phí): zalo.me/g/spohzm074 Mình có làm demo và giải thích chi tiết trong đó.

[@tienlx91]

có hỏi 1 câu đơn giản sao lại cần mật khẩu, trong khi 11:44 phút chỉ làm có 1 ví dụ đơn giản có thế làm ngắn ngọn trong 2 phút hoặc ít hơn

[@tim90s]

@@tranquochuywecommit Group báo vượt quá số thành viên cho phép rồi anh !

[@tranquochuywecommit]

Anh em vào link này nhé wecommit.com.vn/zalo

[@hungaoquoc8927]

Result cache sử dụng gì để lưu kết quả thầy, dùng ram hay lưu vào CSDL luôn...?

[@tranquochuywecommit]

Lưu vào 1 phần trong bộ nhớ (thuộc kiến trúc bộ nhớ của CSDL) anh em nhé.

[@nguyenquangang]

hay quá anh ạ

[@tranquochuywecommit]

Nếu muốn đọc thêm cả những bài blog của anh thì em có thể tham gia nhóm này nhé: wecommit.com.vn/zalogroup

[@LosingYourMemory1]

Cái này thì khác đếch gì mình create table trước rồi mình select lại vào bảng đó đâu. Cái này không thể gọi là cách tối ưu câu lệnh đc. Muốn tối ưu, mình phải dựa vào logic code, sử dụng index, partition hợc sử dụng hint chứ. Nên cách này mà bảo là kỳ quan thế giới về cách tối ưu là ko chính xác. Lùa gà quá

[@tranquochuywecommit]

Đây cũng gọi là HINT đấy bạn ah. Và cách creat table như bạn nói thì sai bản chất rồi.

[@creativevn2924]

Cái này có đảm bảo tính nhất quán của dữ liệu không anh? Khi số lượng bản ghi bị thay đổi 😅

[@tranquochuywecommit]

nhất quán nhé anh em. Bản thi thay đổi thì hệ thống sẽ tự tính lại.

[@ThanhNguyen_406]

@@tranquochuywecommit tính lại thì lại chậm đúng ko a, lần tiếp theo thì mới nhanh

[@mr.cchannel1879]

Khi nào thì cache này bị invalidate nhỉ? Khi data thay đổi? Và db dựa vào đâu để lưu cache này?

[@tranquochuywecommit]

Khi các objects liên quan bị thay đổi thì hệ thống sẽ phải tính toán lại câu lệnh SQL anh em nhé. Trong database có 1 phần cache riêng để lưu kết quả RESULT CACHE.

[@lazydev105]

cái này trò trẻ con thôi bro, áp dụng vào thực tế không nhiều

[@phanmemchamcongHRADEnterprise]

Nếu câu SQL y chang nhưng khác khoảng trắng hay thêm as thì bản chát ko thay đổi thì INT có hiểu ko

[@tranquochuywecommit]

Hệ thống coi rằng đó là 2 câu lệnh khác nhau anh em ah, mình có một bài viết chi tiết về phần này đấy.

[@nguyenminhoan7882]

mình có db 100 tr bản ghi, khoảng 2TB thì xử lý ntn

[@tranquochuywecommit]

đề bài cần rõ hơn anh em ah.

[@tranquochuywecommit]

Anh em có thể tham gia group này (miễn phí) để xem tất cả những nội dung tối ưu của mình tại đây: wecommit.com.vn/zalo

[@haovovan2934]

không khả thi vào thực tế :))

[@tranquochuywecommit]

HINT này chỉ phù hợp một số trường hợp đặc thù anh em ah

[@phanmemchamcongHRADEnterprise]

thực tế ko ai dám dùng ResultCache kiểu này, sót dữ liệu KH la cho thúi mỏ

[@thuonglengoc6875]

Postgresql lam the nao vay a

[@toanba3444]

cha này có khiếu hề hước quá . 😆😆

[@tranquochuywecommit]

Các bạn có thể xem danh sách toàn bộ những bài viết và demo tối ưu cơ sở dữ liệu tại đây: wecommit.com.vn/tong-hop-link-cac-bai-viet-hay-tren-trang-wecommit-com-vn/

[@lochoangphu2863]

A ơi cho em hỏi cách này nó lưu kết quả thôi hay sao ạ. Ví dụ trong lúc đó em insert thì có đúng k ạ

[@tranquochuywecommit]

Em có thể tìm bài phân tích chi tiết của anh trên wecommit.com.vn nhé

[@tranquochuywecommit]

Một số nội dung bên bên ngoài Video này, vô cùng quan trọng nếu bạn muốn áp dụng cho hệ thống Production: 1. Điều gì sẽ xảy ra khi dữ liệu của bảng bị thay đổi? Liệu dữ liệu trả ra có bị SAI hay không? 2. Tôi nên áp dụng bí kíp này ở mức độ nào 3. Các cơ sở dữ liệu SQLServer, PostgreSQL, MySQL thì áp dụng thế nào? Phần nội dung này muốn đọc cần có mật khẩu, bạn có thể vào nhóm Zalo sau để nhận mật khẩu (miễn phí): wecommit.com.vn/zalogroup Trong nhóm Zalo trên bạn sẽ được đọc các bài viết mới nhất của tôi về tối ưu cơ sở dữ liệu vào mỗi ngày thứ 5 hàng tuần.

[@thomtran527]

group quá thành viên rồi ạ. Em ko vào được

[@tranquochuywecommit]

@@thomtran527 Em có thể vào qua link này em nhé: wecommit.com.vn/zalogroup

[@daivu469]

Oops! That page can’t be found.

[@tranquochuywecommit]

@@daivu469 anh em ấn vào link nào bị lỗi thế, gửi mình để mình hỗ trợ nhé.

[@tuduong2479]

A Huy ơi , trường hợp run lần 2 trở đi nếu như có record mới được insert vô emp thì liệu count này nó có tính toán lại count ko hay lấy từ cache nhỉ?

[@huytruong2076]

khi table change thì cache sẽ bị flush nhé a trai

[@tranquochuywecommit]

chuẩn xác anh em ah

[@duongnam7597]

Xin giới thiệu Redis ta đà..... :(

[@tranquochuywecommit]

anh em thấy sao về giải pháp được đề cập trong video?

[@duongnam7597]

@@tranquochuywecommit Ko thực tế lắm bác ạ ^^ thôi bác cứ làm video thôi. mình xài redis quen rồi.

[@tienlx91]

@@duongnam7597 em đồng ý với bác, nếu tối ưu câu query, thì bác @tranquochuywecommit tối ưu database có tầm 50 triệu records trở lên, 50 bảng trở lên rồi câu query join, sort, group by khoảng 5-10 bảng khác nhau mỗi bảng 1 triệu record thì mới chuẩn, chứ tự nhiên COUNT(*) và chỉ có 1 bảng duy nhất thì chả ăn thua, chưa kể dữ liệu thay đổi sau khi cache thì không biết còn đúng hay không nữa.

[@guytech9502]

@@duongnam7597

[@lazydev105]

cái này trò trẻ con thôi bro, áp dụng vào thực tế không nhiều

[@tranquochuywecommit]

Áp dụng thực tế okie anh em nhé. Tùy vào mức độ nhuần nhuyễn và đánh giá sự phù hợp với bài toán thực tế thôi anh em ah.