Các bác có query sql kiểu này không?

vodanh1213 · 1/4/21

cái quan trọng thường là condition, có optimizw cũng optimize cái này chứ tên cột đáng là bao

saothuat · 1/4/21

Cần field nào thì select field đó thôi nhé, sẽ tăng performance lên rất nhiều, đặc biệt khi table có mấy field kiểu long text, medium text .... query mà có chứa mấy field dạng này thì chậm thấy sợ luôn :angry:

p/s: Cái mình đang nói tới là mysql nhé

boncailan1 · 1/4/21

tìm hiểu ba cái này làm đách gì

rảnh nghiên cứu chiều nay lô về số mấy còn có ăn

lmnt · 1/4/21

Agatha Christie đã nói:
Thôi, méo nói chuyện vs mấy thím đi tôn thờ mấy cái ERD ngu học mấy trăm columns nữa )))

thua =]]]]
ngáo thế, thiết kế db thì dựa vào thực tế mà làm
làm đc cái system nào lớn lớn chút chưa mà thở ra câu này biết là chiếu mới rồi

tanpro90 · 1/4/21

vothevinh đã nói:
quan điểm của tui là: "premature optimization is the root of all evils". Optimize cái gì cũng có trình tự với phương pháp của nó. Cứ select * thoải mái, cho tới khi gặp performance trong SQL thì analyze nó rồi đánh index (thiếu gì cách để check nhỉ), nếu đánh index rồi mà nó vẫn chậm do nhiều column quá thì lúc đó mới hạn chế column lại, còn nó vẫn chậm thì lúc đó mới tính tới chuyện cache này nọ.

mà hầu như đoạn đánh index là nó giải quyết được kha khá trường hợp rồi.

có tin là đánh index xong chạy chậm đi ko

Ronald Koeman · 1/4/21

vothevinh đã nói:
quan điểm của tui là: "premature optimization is the root of all evils". Optimize cái gì cũng có trình tự với phương pháp của nó. Cứ select * thoải mái, cho tới khi gặp performance trong SQL thì analyze nó rồi đánh index (thiếu gì cách để check nhỉ), nếu đánh index rồi mà nó vẫn chậm do nhiều column quá thì lúc đó mới hạn chế column lại, còn nó vẫn chậm thì lúc đó mới tính tới chuyện cache này nọ.

mà hầu như đoạn đánh index là nó giải quyết được kha khá trường hợp rồi.

thím có thể nói rõ về đánh index hơn đc ko nhỉ. e có dùng mà ko hiểu cơ chế của nó lắm.

tanpro90 · 1/4/21

Ronald Koeman đã nói:
thím có thể nói rõ về đánh index hơn đc ko nhỉ. e có dùng mà ko hiểu cơ chế của nó lắm.

giống cái mục lục , tìm ít thì dò mục lục , tìm nhiều đọc mẹ cuốn sách thì nhanh hơn

vothevinh · 1/4/21

tanpro90 đã nói:
có tin là đánh index xong chạy chậm đi ko

có

đặc biệt là table nào write nhiều thì tui phải xem xét vì nó vừa phải write rows mà phải write luôn index nữa

huhu · 1/4/21

Donald Trump USA_No1 đã nói:
Ví dụ em chỉ cần lấy ra 1 vài cột của 1 record, nhưng em thường lười viết hàm chung lấy toàn bộ (select * ) cột đó ra rồi dùng đi dùng lại trong toàn ứng dụng

Mình nghĩ việc này không ảnh hưởng performance mấy, anh em nghĩ sao?

Có ảnh hưởng tới performance bạn ah.
Nếu DB bên dưới là dạng row-based thì RAM của App bị đầy hơn vì phải chứa tất cả các cột dù chỉ cần một số cột.
Nếu DB là dạng column-based thì còn ảnh hưởng hơn, ảnh hưởng từ việc đọc dữ liệu từ ổ cứng của DB.

vothevinh · 1/4/21

Ronald Koeman đã nói:
thím có thể nói rõ về đánh index hơn đc ko nhỉ. e có dùng mà ko hiểu cơ chế của nó lắm.

nói 1 cách nôm na là ta thông báo database: "tôi có 1 số column mà tôi hay query, ông đưa column này vào tầm ngắm cho tôi với"

database sẽ đối xử với column (hoặc 1 số column) đó theo 1 cách đặc biệt hơn. vd dễ nhất tui có table users mà trong đó có column email, tôi viết:

CREATE UNIQUE INDEX users_email_uniq_idx ON users(email);

câu này mang 2 nghĩa:
1. vừa là để nhắc nhở DB: mày nhớ ko insert trùng email
2. tao hay query: select * from users where email = '?' lắm, mày nhớ optimize cho tao.

tanpro90 · 1/4/21

vothevinh đã nói:
nói 1 cách nôm na là ta thông báo database: "tôi có 1 số column mà tôi hay query, ông đưa column này vào tầm ngắm cho tôi với" database sẽ đối xử với column (hoặc 1 số column) đó theo 1 cách đặc biệt hơn

linh tinh hihihi

Chơi Bời · 1/4/21

cần cái gì thì lấy cái đó, update cols nào thì chỉ nên update cols đó (atomic update)
đọc mấy cái tranh luận orm với raw-query mà nản.

Yurisha · 1/4/21

Sao nhiều anh trong này lại có quan điểm đánh giá việc thiết kế db dựa trên số lượng cột nhỉ? Số lượng cột nhiều hay ít thì tùy thuộc vào bài toán nghiệp vụ chứ các anh. Còn việc thiết kế thì nó có chuẩn hết cmnr, "database normalization" làm gì có quy định số cột thế nào là quá nhiều? Hỏi các anh có quan điểm đấy thì lý do gì mà một bảng nhiều cột thì lại là bad practice? Các anh cho tôi mở rộng tầm mắt với =))

PGC · 1/4/21

Thật ra em nghĩ bác nên viết dần vì dù gì nếu bác theo nghề này thì cái tư tưởng đó cũng nên bị gỡ bỏ đi là vừa.
Tiện tay 1 tý nhưng hôm sau debug khổ lắm, vì nó có thể gây ra cursor limit, oom chẳng hạn.

Peedoo · 1/4/21

Select * dĩ nhiên chậm hơn select cột rồi. Thím có thể dùng profiler để xem dung lượng đọc ghi.

Peedoo · 1/4/21

vodanh1213 đã nói:
cái quan trọng thường là condition, có optimizw cũng optimize cái này chứ tên cột đáng là bao

Tùy dữ liệu, nếu cột chưa file, hay đoạn text dài thì đáng kể lắm

ez-aqua · 1/4/21

Không cần nhiều col đâu, chỉ cần 1 col thừa mà col đó là kiểu nvarchar max luư nội dung gì đó kiểu 1 đoạn văn dài dài chút là đái ra máu ngay.

Với mình thì network data movement (ở đây là từ tầng database đến tầng application) luôn là 1 trong những thứ khủng khiếp nhất với mình, chứ cpu với disk io chả là gì.

khoatrinh93 · 1/4/21

biendond đã nói:
Rows hay columns
Hơn 200 columns chứng tỏ thiết kế db như...

Chắc chưa trải nghiệm core banking. Table vài trăm UDF columns là bình thường.

biendond · 1/4/21

conclave0 đã nói:
Vậy 1 câu select 100 column từ 1 table 200 column và 1 câu select 100 column từ 10 table 20 column, thì bác cho mình hỏi cái nào nhanh hơn?

Trường hợp nào bác phải query nhiều vậy

Bài toán của bác trong trường hợp export data thì chắc chắn là nhanh hơn.
Còn trong page index, page show, edit, việc nhanh hơn có nhìn thấy ko ?

T ko phải fan của joins (join nhiều bảng nhìn very phức tạp), split query dễ control hơn.
Cứ chia để trị cho nó đơn giản, code, maintaince dễ hiểu hơn.

khoatrinh93 đã nói:
Chắc chưa trải nghiệm core banking. Table vài trăm UDF columns là bình thường.

Tại sao họ lại làm như thế bạn ơi, xin được chỉ giáo

d.n.c.m · 1/4/21

Design db thường có những nguyên tắc gì vậy chia sẻ đi các thím.

Các bác có query sql kiểu này không?

Đã tốn tiền

Đã tốn tiền

Member

Đã tốn tiền

Senior Member

Junior Member

Senior Member

Senior Member

Senior Member

Senior Member

Senior Member

Đã tốn tiền

Senior Member

Member

Senior Member

Senior Member

Senior Member

Senior Member

Member

Senior Member

Chủ đề tương tự

Thống kê chủ đề

Chia sẻ trang này