x

  • Tạo bởi Tạo bởi LQDuy
  • Start date Start date
Điện thoại với lap t sắp hỏi r, không tiếp được mấy anh em Toxic chê bai.

Không thấy hữu ích hoặc chán thì ignore.

Cảm ơn.
 
Clgt123456789:
dữ liệu tb 1tb, mỗi năm tăng khoảng 15% thì nên dùng MS SQL hay SQL? lý do tại sao. Cảm ơn
Bấm để mở rộng...
SQL là ngôn ngữ, MSSQL là tên 1 sản phẩm sử dụng SQL, m hỏi khó thế
Dùng MSSQL tức là dùng SQL rồi còn gì?
 
.
 
Sửa lần cuối:
LQDuy:
Câu hỏi thì ở mức khó nhưng đề bài thì sai rồi

Ý mày là MS SQL và MYSQL.
Bấm để mở rộng...
Đúng rồi, nó bị nhảy chữ. Thêm 1 câu nữa. Giả sử, có 1tỉ phép tính cần phải tính toán và truy xuất, nên sử dụng csdl ntn, hoặc ngôn ngữ nào thích hợp nhất để xử lí đỡ tốn tài nguyên nhất?
 
Hỏi thêm câu khác đi tml. Câu này t chưa chơi được.

Gọi mấy a sau nhé: @badboysg2020 @lucho @meo1234 @Thích_Yến_Trân
Clgt123456789:
Đúng rồi, nó bị nhảy chữ. Thêm 1 câu nữa. Giả sử, có 1tỉ phép tính cần phải tính toán và truy xuất, nên sử dụng csdl ntn, hoặc ngôn ngữ nào thích hợp nhất để xử lí đỡ tốn tài nguyên nhất?
Bấm để mở rộng...
 
dpbmt13:
MSSQl nha, 1Tb là lớn lắm rồi! kết hợp thêm Elastic search nữa là ngon. Hoặc mongoDB cũng được
Bấm để mở rộng...
lý do tại sao? Nếu bạn là HOSD (Head Of Software Devolopment) trước khi thực hiện 1 dự án, bạn có cần phải tính toán tới hệ thống dữ liệu trong tương lai phát sinh không (Trong 5-10-20 năm sắp tới)? Nếu có, bạn sử dụng phương án nào để tối ưu nhất (tài nguyên) (Vd 10 triệu user sử dụng và mỗi năm tăng khoảng 10%.
Là 1 development bạn có cần kỹ năng pentest hoặc audit chính những thứ mình tạo ra hay không
====== câu hỏi mở, cảm ơn !
 
SỨC MẠNH CỦA DẤU CHẤM PHẨY TRONG SQL INJECTION

Nhiều Hacker mới vào nghành chỉ thấy SQL Injection làm rò rỉ thông tin. Họ quên mất một điều, thứ được injection ở đây là SQL. SELECT chỉ là một chức năng rất nhỏ của SQL, nó còn UPDATE, INSERT, DROP hoặc nhiều hàm đọc file, ghi file, thậm chí thực thi lệnh hệ thống. Bạn có thể viết rất nhiều câu truy vấn SQL khác nhau trên cùng một dòng. Nhưng phải sử dụng dấu chấm phẩy để ngăn cách, kiểu như "𝗦𝗘𝗟𝗘𝗖𝗧 * 𝗙𝗥𝗢𝗠 𝘂𝘀𝗲𝗿𝘀; 𝗦𝗘𝗟𝗘𝗖𝗧 𝘃𝗲𝗿𝘀𝗶𝗼𝗻(); 𝗗𝗥𝗢𝗣 𝗗𝗔𝗧𝗔𝗕𝗔𝗦𝗘 𝗰𝗼𝗼𝗸𝗶𝗲". Cách viết này được gọi là 𝗦𝘁𝗮𝗰𝗸𝗲𝗱 𝗤𝘂𝗲𝗿𝘆 (hay Batched Query).

Mặc dù đây là tính năng của SQL nhưng không phải ngôn ngữ lập trình nào cũng cho phép chúng ta thực hiện truy vấn kiểu này. Nếu để lập trình viên tự do khi viết code, sẽ dễ làm mất cân đối về dữ liệu trả về. Giống như câu truy vấn ở trên, đã SELECT xong lại còn XOÁ.

Bạn phải thật cẩn trọng, nếu bạn sử dụng ASP .NET & MySQL, PHP & PostgreSQL, PHP & SQL Server, ASP. NET & SQL Server hay PostgreSQL. Nếu SQL Injection xảy ra trong các ngôn ngữ và CSDL này, Hacker có thể sử dụng Stacked Query một cách thoải mái. Họ có thể DROP toàn bộ Database của bạn, PostgreSQL & SQL Server còn chạy được cả lệnh hệ thống. Oái oăm vl...

🆘🆘🆘
 
Có những lúc khi thiết kế cơ sở dữ liệu cần phải quên đi các kiến thức chuẩn hoá database để đảm bảo tốc độ.
Ví dụ như cần lấy id_User ở Table F thông qua việc chạy qua 6 Table: Table A > B > ...> F Thì chỉ cần thiết kế thêm trường id_User vào cái Table A là xong.
 
Clgt123456789:
lý do tại sao? Nếu bạn là HOSD (Head Of Software Devolopment) trước khi thực hiện 1 dự án, bạn có cần phải tính toán tới hệ thống dữ liệu trong tương lai phát sinh không (Trong 5-10-20 năm sắp tới)? Nếu có, bạn sử dụng phương án nào để tối ưu nhất (tài nguyên) (Vd 10 triệu user sử dụng và mỗi năm tăng khoảng 10%.
Là 1 development bạn có cần kỹ năng pentest hoặc audit chính những thứ mình tạo ra hay không
====== câu hỏi mở, cảm ơn !
Bấm để mở rộng...
Trước mắt thì ko có khác biệt nhiều và MSSQL thì hơi tốn chi phí hơn nhưng khi data >4-5TB thì MSSQL hiệu quả hơn, mở rộng dễ hơn, nhất là backup/recovery. Nói chung nếu xài MSSQL thì hơi mắc nhưng sẽ dễ quản lý sau này. Còn Postgre thì rẻ hơn nhưng troubleshoot rất cực
 
LQDuy:
Việc này về lý thuyết sẽ khiến ta gây ra/phá bỏ quy tắc chuẩn hóa DB bị dư thừa dữ liệu. Tuy nhiên hiệu năng tổng mà tăng thì tốt còn hiệu năng của 10 câu truy vấn vào giảm thì lại không được.

I guess.
Bấm để mở rộng...
chính xác!
 
LQDuy:
Việc này về lý thuyết sẽ khiến ta gây ra/phá bỏ quy tắc chuẩn hóa, DB bị dư thừa dữ liệu. Tuy nhiên hiệu năng tổng mà tăng thì tốt còn hiệu năng của 10 câu truy vấn vào giảm thì lại không được.

I guess.
Bấm để mở rộng...
Ngài nói đúng. Tùy theo yêu cầu business và loại schema sử dụng mà chuẩn hóa hay không.
Nếu xét theo các nguyên tắc cơ bản của chuẩn hóa thì tồn tại rất nhiều ràng buộc, khiến việc query trở nên phức tạp hơn vì phải sinh ra 69 bảng trung gian mới join dữ liệu được.
Chuẩn hóa làm thay đổi dữ liệu nhiều khi khiến dữ liệu bị sai thì bị trừ lương nữa.
 
Clgt123456789:
Đúng rồi, nó bị nhảy chữ. Thêm 1 câu nữa. Giả sử, có 1tỉ phép tính cần phải tính toán và truy xuất, nên sử dụng csdl ntn, hoặc ngôn ngữ nào thích hợp nhất để xử lí đỡ tốn tài nguyên nhất?
Bấm để mở rộng...
1 tỷ phép tính toán là 1 tỷ record hả ngài?
 
Đề nghị anh em đẩy mạnh phong trào cần lao học tập theo lý tưởng của bác @MẠNH THƯỜNG

Diễn đàn cần nhiều cánh tay giúp sức để trụ lại sau đợt sóng gió này.
 
dpbmt13:
Trước mắt thì ko có khác biệt nhiều và MSSQL thì hơi tốn chi phí hơn nhưng khi data >4-5TB thì MSSQL hiệu quả hơn, mở rộng dễ hơn, nhất là backup/recovery. Nói chung nếu xài MSSQL thì hơi mắc nhưng sẽ dễ quản lý sau này. Còn Postgre thì rẻ hơn nhưng troubleshoot rất cực
Bấm để mở rộng...
bạn đã tìm hiểu về hệ thống giao dịch của các NH, sàn giao dịch ngoại tệ, chứng khoán chưa? họ sử dụng csdl nào
Cảm ơn
 
Trả lời chung cho các câu hỏi phía trên

1.Việc bạn sử dụng loại dữ liệu nào cho những bài toán như này chỉ là một phần, Việc bạn thiết kế kiến trúc dữ liệu ra sao lại là 1 phần rất quan trọng.
2. Trong những hệ thống lớn, việc tính toán tới tốc độ và bộ nhớ là rất quan trọng, với 1 lập trình viên cần phải tính toán đến độ lệch 0,01ms
3. Trước năm 2018 tại sao các hệ thống NH vẫn sử dụng java và Oracle (hiện tại thì không rõ vì lâu không để ý)
 
SQL Hiện nay thực tế đang được ứng dụng vào việc gì? Ngoài nó có cái nào thay thế không?
 
Thêm 1 ý nữa. Tìm hiểu thêm về NoSQL, RDBMs biết đâu lại có thứ hay ho đằng sau.
Lời khuyên dành cho tất cả những bạn sắp và đang theo ngành. Hãy quên thị trường trong nước đi, Quên Viettel, VNG, FPT hay big4 bank. Nhắm tới thị trường nước ngoài, gần nhất là Singapore. Nơi chỉ cần trình độ, đéo cần quan hệ, đéo phải họp hành báo cáo, cũng đéo có những buổi tiệc bắt buộc phải làm quen.
Mấy cái Bank của Việt Nam thì như lolz ấy, rối rắm phức tạp mà xử lý như cc.
Chúc may mắn các bạn
 
Đăng nhập hoặc Ghi danh để trả lời
Top