Báo cáo Máy chủ SQL 'Tên cột không hợp lệ', nhưng cột có mặt và truy vấn hoạt động thông qua studio quản lý

Question

Tôi đã gặp phải một chút bế tắc. Tôi có một truy vấn được tạo ra bởi một số mã C#. Truy vấn hoạt động tốt trong Microsoft SQL Server Management Studio khi chạy trên cùng cơ sở dữ liệu.

Tuy nhiên khi mã của tôi cố gắng chạy cùng một truy vấn, tôi nhận được lỗi tương tự về cột không hợp lệ và ngoại lệ được ném. Tất cả các truy vấn tham chiếu đến cột này đều không thành công.

Cột được đề cập gần đây đã được thêm vào cơ sở dữ liệu. Đây là cột ngày có tên là Incident_Begin_Time_ts.

Một ví dụ thất bại là:

select * from PerfDiag 
where Incident_Begin_Time_ts > '2010-01-01 00:00:00'; 

truy vấn khác như Select MAX(Incident_Being_Time_ts); cũng thất bại khi chạy trong mã vì nó nghĩ rằng cột là mất tích.

Bất kỳ ý tưởng nào?

Answer 1

Tôi nghi ngờ rằng bạn có hai bảng có cùng tên. Một được sở hữu bởi lược đồ 'dbo' (dbo.PerfDiag), và cái kia thuộc sở hữu của lược đồ mặc định của tài khoản được sử dụng để kết nối với SQL Server (giống như userid.PerfDiag).

Khi bạn có tham chiếu không đủ tiêu chuẩn cho đối tượng lược đồ (chẳng hạn như bảng) — không đủ điều kiện theo tên lược đồ —, tham chiếu đối tượng phải được giải quyết. Độ phân giải tên xảy ra bằng cách tìm kiếm theo trình tự sau đây cho một đối tượng thuộc loại thích hợp (bảng) với tên được chỉ định. Tên phân giải thành kết quả trùng khớp đầu tiên:

• Theo giản đồ mặc định của người dùng.
• Theo lược đồ 'dbo'.

Tham chiếu không đủ tiêu chuẩn được ràng buộc với kết quả khớp đầu tiên trong chuỗi ở trên.

Là một vị tướng đề nghị thực hành, ta nên luôn đủ điều kiện tham chiếu đến đối tượng schema, vì lý do hiệu suất:

• Một tài liệu tham khảo không đủ tiêu chuẩn có thể làm mất hiệu lực một kế hoạch thực hiện lưu trữ cho các thủ tục lưu trữ hoặc truy vấn, kể từ khi giản đồ mà tham chiếu bị ràng buộc có thể thay đổi tùy thuộc vào thông tin đăng nhập thực thi thủ tục hoặc truy vấn được lưu trữ. Điều này dẫn đến biên dịch lại các truy vấn/thủ tục lưu trữ, một hiệu suất hit. Việc biên dịch lại làm cho các khóa biên dịch được lấy ra, ngăn chặn những người khác truy cập (các) tài nguyên cần thiết.

• Độ phân giải tên làm chậm thực thi truy vấn vì hai đầu dò phải được thực hiện để giải quyết cho phiên bản có khả năng của đối tượng (thuộc sở hữu của 'dbo'). Đây là trường hợp thông thường. Lần duy nhất một đầu dò duy nhất sẽ giải quyết tên là nếu người dùng hiện tại sở hữu một đối tượng của tên và kiểu được chỉ định.

[Edited để lưu ý thêm]

Các khả năng khác là (không theo thứ tự đặc biệt):

• You are not connected đến cơ sở dữ liệu bạn nghĩ rằng bạn đang có.
• Bạn không được kết nối với cá thể SQL Server mà bạn nghĩ là bạn đang sử dụng.

Kiểm tra kỹ các chuỗi kết nối của bạn và đảm bảo rằng chúng chỉ định rõ tên cá thể SQL Server và tên cơ sở dữ liệu.

Answer 2

Nếu bạn đang chạy điều này bên trong một giao dịch và một câu lệnh SQL trước khi điều này giảm/thay đổi bảng, bạn cũng có thể nhận được thông báo này.

Answer 3

Chỉ cần nhấn tổ hợp phím Ctrl + phím Shift +R và xem ...

Trong SQL Server Management Studio, Ctrl+Shift+R refreshes the local cache.

Answer 4

Nếu bạn đang sử dụng các biến có cùng tên như cột của bạn, nó có thể là bạn đã quên điểm đánh dấu biến '@'. Trong một câu lệnh INSERT, nó sẽ được phát hiện như một cột.

Answer 5

Chỉ có cùng một vấn đề. Tôi đổi tên một số cột bí danh trong một bảng tạm thời được sử dụng thêm bởi một phần khác của cùng một mã. Đối với một số lý do, điều này đã không bị bắt bởi SQL Server Management Studio và nó phàn nàn về tên cột không hợp lệ.

Điều tôi chỉ làm là tạo truy vấn mới, sao chép dán mã SQL từ truy vấn cũ vào truy vấn mới này và chạy lại. Điều này dường như làm mới môi trường một cách chính xác.