#microsoft-sql-server

How to Use ETags in ASP.NET Core to Prevent Users from Overwriting Each Other’s Changes

Trong môi trường phát triển ASP.NET Core, việc tránh xung đột khi nhiều người dùng cùng chỉnh sửa dữ liệu là bài toán quan trọng. ETags kết hợp với If-Match headers và EF Core rowversion columns cung cấp giải pháp hiệu quả thông qua cơ chế kiểm tra phiên bản tài nguyên. Khi dữ liệu đã bị thay đổi bởi người khác, server sẽ trả về HTTP 412 (Precondition Failed) để ngăn chép đè. Phương pháp này áp dụng nguyên tắc optimistic locking mà không cần lock cơ sở dữ liệu, giúp hệ thống hoạt động hiệu quả hơn khi xử lý nhiều request đồng thời.

Sử dụng ETags trong ASP.NET Core giúp bạn ngăn chặn xung đột khi người dùng cùng lúc cập nhật dữ liệu.

Try SqlClient’s new connection pool for faster parallel connections

Các ứng dụng sử dụng Microsoft.Data.SqlClient thường mất quá nhiều thời gian để thiết lập kết nối cơ sở dữ liệu khi có nhiều yêu cầu đồng thời. Nguyên nhân chính do cơ chế connection pool cũ không tối ưu cho các tác vụ song song. Microsoft đã giới thiệu phiên bản connection pool mới, cải thiện đáng kể hiệu năng với 56% ít thời gian kết nối hơn trong các kịch bản test. Hệ quả là ứng dụng phản hồi nhanh hơn, giảm độ trễ và tăng throughput đáng kể. Lập trình viên nên cân nhắc áp dụng cải tiến này nếu ứng dụng của họ thường xuyên xử lý nhiều kết nối song song.

Bài viết hướng dẫn cách sử dụng connection pool mới trong SqlClient để tăng tốc độ kết nối song song.

20 Years of SQLAuthority: Twenty Books, One Family

20 years of SQLAuthority: almost 6,000 posts, nineteen books of mine, Shaivi's first book, and the family who made room for all of it.

EF Core 10 Is INSANE — Overview of Game Changer features

EF Core 10 giới thiệu các toán tử LeftJoin và RightJoin cấp first-class, cùng với named query filters có thể tắt riêng lẻ. Bản cập nhật này hỗ trợ complex types được ánh xạ trực tiếp vào JSON columns, cải thiện hiệu suất truy vấn. Các tính năng mới giúp giảm thiểu lượng code cần viết khi xử lý các thao tác join và lọc phức tạp. Với khả năng ánh xạ trực tiếp đến JSON columns, EF Core 10 mang lại giải pháp linh hoạt hơn cho việc làm việc với dữ liệu không quan hệ. Những cải tiến này đặc biệt hữu ích cho các ứng dụng cần xử lý cả cấu trúc quan hệ và phi quan hệ.

EF Core 10 mang đến những tính năng đột phá như LeftJoin, RightJoin và bộ lọc truy vấn có thể tắt riêng lẻ, giúp tối ưu hiệu suất và khả năng linh hoạt trong phát triển ứng dụng.

Beautiful T-SQL Queries: Three Could Delete the Company

T-SQL đẹp mắt không đồng nghĩa với chính xác. Trong 30 năm qua, ngành công nghệ vẫn thường xem xét thẩm mỹ code như một bằng chứng pháp lý đáng tin cậy.

Lập trình viên nên đọc bài này để hiểu cách viết T-SQL đẹp mắt, hiệu quả và dễ đọc—một kỹ năng quan trọng giúp code dễ bảo trì, dễ debug và làm tăng hiệu suất làm việc trong nhóm.

Filtering EF Core by a Large List: The 2,100 Parameter Wall

EF Core 10 đã thay đổi cách thức hàm Contains gửi danh sách đến SQL Server với giới hạn 2,100 parameter, vượt qua ngưỡng này sẽ gây lỗi. Nguyên nhân kỹ thuật nằm ở SQL Server limiting number of parameters trong một câu lệnh. Hệ quả là query thất bại khi danh sách filter vượt quá 2,100 mục. Bạn có thể giải quyết bằng kỹ thuật SplitQuery hoặc AsEnumerable() nhưng cần benchmark để chọn phương án tối ưu cho trường hợp cụ thể.

Bài này giúp lập trình viên hiểu và giải quyết vấn đề giới hạn tham số khi lọc Entity Framework Core với danh sách lớn.

I Let AI Recommend SQL Server Indexes Across a Week of Queries

Tác giả muốn kiểm tra xem AI có thể tự động đề xuất chỉ mục cho SQL Server dựa trên một tuần truy vấn thực tế không. AI phân tích kế hoạch thực hiện, các DMV missing_index và ước lượng chi phí để tạo ra một tập hợp chỉ mục phi bunch và lọc. Sau khi áp dụng các chỉ mục này, thời gian trả lời SELECT trung bình giảm theo con số cụ thể mà bài viết ghi lại, nhưng chi phí INSERT/UPDATE tăng theo con số khác, dẫn đến hiệu suất tổng thể không cải thiện như mong đợi. Kết quả cho thấy việc chỉ dựa trên gợi ý của AI mà không kiểm tra cả hai phía đọc‑ghi có thể gây ra đánh đổi không lợi; cần có bộ đo lường đồng thời cả latency read và throughput write trước khi quyết định. Bài viết cũng nhấn mạnh tầm quan trọng của việc

Bài viết này giúp lập trình viên hiểu được sự khác biệt giữa những gì AI đề xuất và hiệu quả thực tế khi tối ưu hóa SQL Server indexes.

Offset, Keyset, and Cursor Pagination in .NET: When to Use Each

Khi bảng dữ liệu đạt hàng triệu bản ghi, việc dùng Skip và Take trong .NET để phân trang trở nên chậm và tiêu tốn tài nguyên. Nguyên nhân là cách tính toán vị trí bằng cách duyệt toàn bộ các bản ghi trước khi lấy phần cần thiết, làm tăng thời gian truy vấn. Hệ quả là độ trễ tăng, tiêu thụ bộ nhớ cao và khả năng mở rộng giảm sút khi số người truy cập tăng. Để giải quyết, bài viết giới thiệu ba phương án thay thế: Offset pagination, Keyset pagination và Cursor pagination, mỗi loại có cách tính toán và chỉ số riêng. Nếu bạn đang cân nhắc có nên đọc bài gốc, hãy xem cách bài phân tích lợi thế và nhược điểm của mỗi phương án để chọn giải pháp phù hợp với truy vấn của mình.

Bài này giúp lập trình viên .NET chọn phương pháp phân trang tối ưu khi bảng dữ liệu lớn thay vì dùng Skip và Take.

The SQL Advisor: Seven Answers, All Measured

Bối cảnh: SQL Advisor đưa ra bảy câu trả lời định lượng thay vì quan điểm chủ quan về các vấn đề SQL phổ biến. Nguyên nhân kỹ thuật: Các vấn đề được phân tích bao gồm table variables, cost index, shrinking, SELECT star, heaps và hai huyền thoại trong SQL Server. Hệ quả: Kết quả dựa trên đo lường performance thực tế giúp đưa ra quyết định tối ưu thay vì dựa trên kinh nghiệm chủ quan. Điều đáng học: Bài viết cung cấp số liệu cụ thể về hiệu suất của từng phương pháp, giúp lập trình viên tránh các best practice sai lệch. Đây là tài liệu hữu ích cho ai làm việc với SQL Server và muốn tối ưu hóa query performance.

Bài viết cung cấp những câu trả lời đo lường được cho bảy vấn đề SQL quan trọng, giúp lập trình viên đưa ra quyết định kỹ thuật dựa trên dữ liệu thực tế thay vì ý kiến chủ quan.

EF Core 11: Complex Types, JSON Queries, and JSON Indexes

EF Core 11 mang đến hỗ trợ mạnh mẽ cho JSON với khả năng sử dụng ToJson() và các truy vấn JSON trực tiếp trên SQL Server 2025. Tính năng này giúp tăng hiệu suất đáng kể cho ứng dụng .NET bằng cách tận dụng JSON indexes trong SQL Server. Complex Types cho phép ánh xạ các đối tượng phức tạp vào cột JSON đơn giản, giảm thiểu số lượng bảng quan hệ cần thiết. Người lập trình nên cân nhắc triển khai JSON indexes khi làm việc với dữ liệu JSON lớn để tối ưu hóa hiệu suất truy vấn.

Tìm hiểu EF Core 11 JSON capabilities sẽ giúp bạn tối ưu hóa hiệu suất ứng dụng .NET với JSON indexing và Complex Types trên SQL Server 2025.

Devart ODBC Drivers Update: SQL Server 2025 and More

Devart vừa cập nhật bộ ODBC Drivers mới, hỗ trợ Microsoft SQL Server 2025, MySQL 9.7.x và NexusDB 4.75.20. Phiên bản này bổ sung các phương thức xác thực mới và tính năng bảo vệ dữ liệu nâng cao. Drivers tương thích tốt hơn với các công cụ phát triển và hệ điều hành hiện đại. Đáng chú ý là bản cập nhật này giải quyết vấn đề kết nối với phiên bản SQL Server 2025 mới ra mắt. Lập trình viên làm việc với database nên cân nhắc cập nhật để tận dụng các tính năng bảo mật và tương thích mới.

Lập trình viên nên đọc bài này để cập nhật driver ODBC hỗ trợ SQL Server 2025 và các công nghệ mới nhất.

Apache Flink CDC 3.7.0 Release Announcement

Phiên bản Flink CDC 3.7.0 giới thiệu xử lý dữ liệu dựa trên AI với API mô hình có thể cắm thêm, client mô hình tương thích OpenAI và các hàm văn bản, đa phương thức tích hợp sẵn. Bản cập nhật này cũng bổ trợ inline Python UDF, các connector nguồn mới cho SQL Server và Fluss Pipeline, cùng với cơ chế xử lý schema an toàn hơn cho các bảng sink. Việc cải tiến pipeline configuration và routing cũng được thực hiện, cùng với các bản sửa lỗi tăng độ ổn định cho nhiều connector khác nhau. Đây là phiên bản đáng chú ý nếu bạn đang tìm kiếm tích hợp AI vào pipeline dữ liệu hoặc cần các tính năng xử lý dữ liệu mới.

Lập trình viên nên đọc bài này để cập nhật những tính năng mới như AI xử lý dữ liệu và cải tiến kết nối trong Flink CDC 3.7.0.

From SELECT to SYSADMIN with SQL Copilot (CVE-2026-65669) · Embrace The Red

Tại BlueHat Asia 2026, nhà nghiên cứu đã trình bày về lỗ hổng CVE-2026-65669 trong Microsoft Copilot for SQL Server Management Studio. Vấn đề bắt nguồn từ cách Copilot xử lý câu lệnh SQL input mà không kiểm tra đầy đủ, cho phép thực thi code với quyền SYSADMIN. Kẻ tấn công có thể khai thác điều này để leo thang quyền từ chỉ SELECT lên toàn hệ thống. Bài viết cung cấp thông tin chi tiết về cơ chế khai thác và cách phòng thủ, rất hữu ích cho các administrator SQL Server làm việc với AI tools.

Bài viết này giúp lập trình viên hiểu cách khai thác lỗ hổng CVE-2026-65669 để từ SELECT nâng lên quyền SYSADMIN với SQL Copilot.

Guid.CreateVersion7() is NOT a sequential guid for SQL Server

Guid.CreateVersion7() trong .NET tạo giá trị UUIDv7 tuân thủ RFC 9562, tuần tự khi so theo byte từ trái sang phải như PostgreSQL, nhưng SQL Server so sánh byte theo thứ tự khác (byte 10-15 đầu tiên, rồi 8-9, 6-7, 4-5, và cuối cùng 0-3). Điều này khiến GUID v7 hoạt động như một GUID hoàn toàn ngẫu nhiên cho clustered index trong SQL Server, gây ra page splits và fragmentation, như benchmark cho thấy chỉ 0.2% giá trị được thêm vào cuối index. Giải pháp gồm dùng SequentialGuidValueGenerator của EF Core, NEWSEQUENTIALID() của SQL Server, hoặc thư viện như RT.Comb/SequentialGuid để sắp xếp byte lại phù hợp với SQL Server.

Guid.CreateVersion7() không hiệu quả với SQL Server do cách so sánh byte khác biệt gây phân mảnh chỉ số, cần giải pháp thay thế.

Execution Plan Operators: Your Query's Horoscope

Execution plan operators as star signs. Find the one that rules your plan this month, read what it means, and do the one check it asks for.

AI Says the Backups Are Fine

AI says the backups are fine because the log says so. A cheerful log is not a restore, and the gap shows up at the worst hour.

AI-Written SQL: The Query That Ran and Lied

AI-written SQL that runs and returns the wrong number, 28 times too big. Four interview answers about reviewing AI code. Part six of ten.

SQL Server 2025 Features: What I Tested

SQL Server 2025 features ranked by how much they changed my week, not how loud the launch was. Twenty-four probes on build 17.0.4085.5, twenty worked.

Only Create Me if I Exist

A SQL Server constraint can make a column a foreign key referencing itself, creating a harmless but pointless no-op. Roman sends this foreign key definition from a database they maintain: a FOREIGN KEY on ListingDetails.Id that REFERENCES ListingDetails.Id. Roman writes that they can't believe SQL Server allows this, but the author says a bit of cursory searching implies a record satisfies its own constraint, so it works. The author has not personally tried it. It is basically a no-op, which isn't great.

SQL Server Triggers on Trial: The State Versus the Trigger

SQL Server triggers on trial: prosecution, defence, four measured exhibits, a verdict. The audit cost, the one-row bug, and where it is right.

SQL Server Limits: Eleven Tests on SQL Server 2025

SQL Server limits, verified: eleven records pushed one past the edge on SQL Server 2025, each with the exact error. One documented figure was wrong.

Is PostgreSQL Really Winning?

PostgreSQL is the only top-four database in the DB-Engines rankings gaining popularity points, both this month and over the past year. It trails SQL Server by just 3.84 points and could overtake it as soon as December 2026 or January 2027. Closing the gap with MySQL (133.54 points) and Oracle (406.46 points) would take until roughly mid-2028 and early 2029 at current trends. PostgreSQL 19 is also a month late and lost several headline features during beta, including SQL/PGQ property graph queries, which Robert Haas attributes partly to AI tools surfacing more bugs to fix. The author argues popularity isn't the same as dominance, since PostgreSQL still lacks built-in high availability and easy major-version upgrades compared to commercial rivals.

SQL Server Full-Text Search: when a stop word broke our search

A SQL Server full-text search returned zero rows because the word 'both' is a stop word in the system stoplist. A CONTAINS query combining terms with AND returns no rows when any term is a stop word, because by default SQL Server gives up on the whole condition. The fix: running ALTER FULLTEXT INDEX ON dbo.Products SET STOPLIST = OFF to disable the stoplist entirely, so every word gets indexed. This makes the index bigger and repopulation slower, but a custom stoplist that drops only specific words, like 'both', is a more precise alternative.

Use DMS to shrink Cloud SQL for SQL Server disk

Discover how to use Google Cloud Database Migration Service to shrink Cloud SQL for SQL server disks with minimal downtime.

How Microsoft SQL learned to recover without undoing everything first

Under the Hood: The Research Behind Microsoft SQL, part 2 Here’s a scenario that used to be genuinely frightening: you kick off a bulk load of a few

SQL Server Blocking at 2 a.m.: You Are the On-Call DBA

SQL Server blocking at 2 a.m. as a choose-your-own-path story. You are the on-call DBA. Every branch was run in the lab, 652 ms rollback included.

Find the Query That Ran at 3 a.m.: A Wanted Poster

Find the query that ran at 3 a.m. with Query Store alone: a culprit planted under eight disguises, tracked by reads, query hash, plan and interval.

Amazon RDS for Oracle and SQL Server now support storage autoscaling on additional storage volumes

Discover more about what's new at AWS with Amazon RDS for Oracle and SQL Server now support storage autoscaling on additional storage volumes

Claude on SQL Server: Read, Prove, Then Change

Claude on SQL Server in three stages: a read-only login this week, a daily habit with a past cases library, then a scheduled setup.

PostgreSQL to SQL Field Notes: Operational Statistics

Welcome to SQL First, welcome to SQL! You're going to like this. I've said this before, but it's still true: upgrading from PostgreSQL is real work, and

SQL Server Deadlock, Slow-Cooked: A Recipe for Two Sessions

A SQL Server deadlock as a recipe: two tables, two sessions, opposite order. The timeline, the graph, and how to send it back. Reproduces every time.

Why do you have so many housekeeping jobs?

Aaron Bertrand discusses the pros and cons of consolidating lots of SQL Server Agent jobs that perform routine housekeeping tasks.

Index Rebuild Job, 1998 to 2026: An Obituary

Index rebuild job đã bị loại bỏ sau khi thử nghiệm với ba phương pháp: rebuild, reorganize và nothing trên cả scans và seeks. Kết quả đo lường cho thấy phương pháp "nothing" (không thực hiện bất kỳ tác vụ nào) thực sự hiệu quả nhất với hiệu suất tăng lên 42% trên các operation scans. Thời gian thực thi job giảm từ 5.2 giờ/ngày xuống còn chỉ 18 phút sau khi loại bỏ hoàn toàn rebuild job. Bài viết chứng minh rằng đôi khi việc không can thiệp vào index lại là giải pháp tối ưu, giúp giảm tải hệ thống đáng kể.

Bài viết này giúp lập trình viên hiểu tại sao các tác vụ rebuild index trong SQL Server không còn cần thiết và cách tối ưu hóa hiệu suất cơ sở dữ liệu hiện đại.

T-SQL Mistakes: Careless and Careful Write Six Queries

T-SQL mistakes in six paired panels. Careless writes it one way, Careful the other, SQL Server 2025 measures both. One wrong answer, one unfinished.

Slow Queries: A Field Guide to Eight Species

Bài viết phân tích tám loại query chậm trên SQL Server 2025, mỗi loại có plan profile đặc trưng và dấu hiệu nhận dạng riêng. Nguyên nhân chính thường đến từ việc thiếu chỉ mục (index), lựa chọn join không tối ưu, hoặc thiết kế schema không hiệu quả. Hệ quả gây ra thời gian xử lý query tăng đáng kể, ảnh hưởng đến performance toàn bộ database và trải nghiệm người dùng. Đáng học là cách nhận diện và giải quyết từng loại query chậm dựa trên pattern thực tế trong SQL Server 2025.

Bài hướng dẫn này giúp lập trình viên nhận diện và giải quyết tám loại truy vấn chậm trên SQL Server 2025 bằng cách phân tích kế hoạch thực thi và đặc điểm của từng loại.

Troubleshooting Data Mismatches with tablediff on Amazon RDS for SQL Server

This post shows how to use Microsoft's tablediff utility to verify row-level data consistency between an Amazon RDS for SQL Server primary and its read replica after a replication lag event. Zero ReplicaLag and redo_queue_size don't guarantee matching row values, so tablediff performs a clustered-index-ordered comparison and classifies mismatches as source-only, dest-only, or column-mismatched. In a test scenario it found 5 divergences across those three categories. Fixing requires promoting the replica (an irreversible action) and applying tablediff's generated fix script, which contains bare DML statements that must be manually wrapped in an explicit transaction before execution.

The Query Optimizer Interview: Twenty Minutes, No Hints

Query optimizer trong SQL Server thường bỏ qua index do tính chi phí ước tính không chính xác, dẫn đến hiệu suất truy vấn kém. Nguyên nhân kỹ thuật nằm ở phương thức costing của optimizer không xem xét thực tế data distribution và cardinality estimates. Hệ quả là query execution plan tối ưu không được chọn dù có index phù hợp, gây lãng phí tài nguyên. Bài viết chỉ ra cách optimizer đưa ra quyết định trong 20 giây mà không cần hints, qua đó giúp lập trình viên hiểu sâu hơn về cách SQL Server hoạt động. Điều đáng học là việc analyze statistics và update statistics định kỳ có thể cải thiện đáng kể chất lượng query plan.

Bài viết này giúp lập trình viên hiểu được cách trình tối ưu truy vấn hoạt động thực tế qua những ví dụ cụ thể về hành vi chọn bỏ chỉ mục và quyết định dừng truy vấn.

How to Run SQL Server Outside Docker Sandboxes

Tôi đang thử nghiệm các công cụ về sandboxed agents và muốn cung cấp quyền truy cập cơ sở dữ liệu thử nghiệm cho chúng. Vấn đề là SQL Server trong Docker sandbox thường không thể kết nối từ bên ngoài do cơ chế network isolation. Để giải quyết, tôi đã sử dụng Docker Compose để kết nối host và container thông qua network mode bridge và port mapping 1433. Giải pháp này cho phép ứng dụng trên host kết nối với SQL Server trong container qua địa chỉ localhost:1433. Bài viết hữu ích cho ai đang gặp khó khăn với kết nối database trong môi trường sandbox, cần hiểu rõ cách cấu hình Docker network để vượt qua giới hạn mặc định.

Bài viết hướng dẫn cách thiết lập SQL Server trong môi trường sandbox Docker, giải pháp hữu ích cho việc phát triển và kiểm thử ứng dụng.

Know Your Wait Types: Six Profiles, All Induced

Bài viết phân tích 6 loại wait type trên SQL Server 2025, được chủ động tạo ra để đo hiệu năng. Mỗi wait type được giải thích lý do gây ra, ý nghĩa thống kê và chỉ số đo lường cụ thể như latency percentage và wait duration. Các số liệu thực tế giúp hiểu rõ ảnh hưởng của từng wait type đến hiệu năng database. Bài viết cung cấp góc nhìn kỹ thuật sâu về cách SQL Server xử lý các tình huống chờ đợi, hữu ích cho việc tối ưu hóa query.

Bài này giúp lập trình viên hiểu rõ sáu loại chờ trong SQL Server 2025 và tác động thực tế của chúng đến hiệu suất ứng dụng.

Deadlock or Just a Queue? Find the Wait Cycle

Bài viết phân biệt giữa tình trạng deadlock và queue thông qua việc theo dõi 3 session và 2 tài nguyên. Nguyên nhân kỹ thuật là khi các thread chờ lẫn nhau trong một vòng kh kín, tạo ra điều kiện cần cho deadlock. Hệ quả là hệ thống bị treo hoàn toàn hoặc hoạt động cực kỳ chậm vì các resource không thể được giải phóng. Điều đáng học là phương pháp tìm wait cycle bằng cách vẽ đồ thị chờ để xác định chính xác vị trí bị kẹt, tránh trách nhiệm nhầm cho các process bên ngoài. Các kỹ thuật như deadlock detection hay prevention đều được đề cập với ví dụ cụ thể về semaphore và mutex.

Tìm hiểu cách xác định chu trình chờ giúp phân biệt deadlock với tình trạng xếp hàng bình thường trong lập trình đồng bộ.