SQL Server 'Geçersiz sütun adı' bildiriyor, ancak sütun mevcut ve sorgu yönetim stüdyosu üzerinden çalışıyor

Biraz çıkmaza girdim. Bazı C#kodlar tarafından oluşturulan bir sorgum var . Sorgu Microsoft SQL Server Management Studioaynı veritabanında çalıştırıldığında sorunsuz çalışır .

Ancak kodum aynı sorguyu çalıştırmaya çalıştığında, geçersiz bir sütunla ilgili aynı hatayı alıyorum ve bir istisna atılıyor. Bu sütuna başvuran tüm sorgular başarısız oluyor.

Söz konusu sütun yakın zamanda veritabanına eklenmiştir. Adlı bir tarih sütunudur Incident_Begin_Time_ts.

Başarısız olan bir örnek:

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

Bu gibi diğer sorgular Select MAX(Incident_Being_Time_ts);, kodda çalıştırıldığında sütunun eksik olduğunu düşündüğü için başarısız olur.

Herhangi bir fikir?

Aynı ada sahip iki masanız olduğundan şüpheleniyorum. Biri 'dbo' ( dbo.PerfDiag) şemasına , diğeri ise SQL Server'a bağlanmak için kullanılan hesabın varsayılan şemasına aittir (buna benzer bir şey userid.PerfDiag).

Bir şema nesnesine (tablo gibi) niteliksiz bir başvurunuz olduğunda - şema adına göre nitelenmemiş bir başvuru - nesne başvurusu çözülmelidir. Ad çözümlemesi, belirtilen ada sahip uygun türdeki (tablo) bir nesneyi aşağıdaki sırayla arayarak gerçekleşir. İsim ilk eşleşmeye çözümlenir:

• Kullanıcının varsayılan şeması altında.
• Şema 'dbo' altında.

Niteliksiz referans, yukarıdaki sıradaki ilk eşleşmeye bağlanır.

Genel olarak önerilen bir uygulama olarak, performans nedenlerinden ötürü şema nesnelerine yapılan başvuruların her zaman nitelendirilmesi gerekir :

• Niteliksiz bir başvuru, saklı yordam veya sorgu için önbelleğe alınmış bir yürütme planını geçersiz kılabilir, çünkü başvurunun bağlı olduğu şema, saklı yordamı veya sorguyu yürüten kimlik bilgilerine bağlı olarak değişebilir. Bu, bir performans düşüşü olan sorgu / saklı yordamın yeniden derlenmesine neden olur. Yeniden derlemeler, derleme kilitlerinin çıkarılmasına neden olarak başkalarının gerekli kaynaklara erişmesini engeller.

• Nesnenin olası sürümüne ('dbo'ya ait olan) çözümlemek için iki araştırma yapılması gerektiğinden, ad çözümlemesi sorgu yürütmeyi yavaşlatır. Bu olağan durumdur. Tek bir araştırmanın adı çözeceği tek zaman, geçerli kullanıcının belirtilen ad ve tipte bir nesneye sahip olmasıdır.

[Daha fazla not için düzenlendi]

Diğer olasılıklar (belirli bir sırayla değil):

• Olduğunu sandığın veri tabanına bağlı değilsin.
• Olduğunu düşündüğünüz SQL Server örneğine bağlı değilsiniz.

Bağlantı dizelerinizi iki kez kontrol edin ve SQL Server örnek adını ve veritabanı adını açıkça belirttiklerinden emin olun.

Ctrl+ Shift+ Tuşlarına basın Rve bakın ...

SQL Server Management Studio'da Ctrl + Shift + R yerel önbelleği yeniler.

Tabloyu düşürmeden / değiştirmeden önce bunu bir işlem ve bir SQL ifadesi içinde çalıştırıyorsanız, bu mesajı da alabilirsiniz.

Sonunda Microsoft SQL Server Management Studio'yu kapattım ve yeniden başlattım; ve bu benim için düzeltti. Ancak diğer zamanlarda, yeni bir sorgu penceresine başlamak yeterliydi.

Sütununuzla aynı ada sahip değişkenler kullanıyorsanız, '@' değişken işaretini unutmuş olabilirsiniz. INSERT deyiminde sütun olarak algılanacaktır.

Sadece aynı sorunu yaşadım. Aynı kodun başka bir bölümü tarafından daha sonra kullanılan geçici bir tablodaki bazı diğer adlandırılmış sütunları yeniden adlandırdım. Bazı nedenlerden dolayı, bu SQL Server Management Studio tarafından yakalanmadı ve geçersiz sütun adlarından şikayet etti.

Basitçe yaptığım şey yeni bir sorgu oluşturmak, eski sorgudan SQL kodunu kopyalayıp bu yeni sorguya yapıştırmak ve tekrar çalıştırmak. Bu, ortamı doğru bir şekilde yenilemiş gibiydi.

Benim durumumda Microsoft SQL Sunucu Management Studio'yu yeniden başlatıyorum ve bu benim için iyi çalışıyor.

Benim durumumda, birden çok SQL ifadesini sorgularken değeri yanlış ResultSet'ten almaya çalışıyordum.

Benim durumumda, sorun tuhaf bir önbelleğe alma sorunuydu. Yukarıdaki çözümler işe yaramadı.

Kodunuz düzgün çalışıyorsa ve tablolarınızdan birine bir sütun eklediyseniz ve 'geçersiz sütun adı' hatası veriyorsa ve yukarıdaki çözümler işe yaramıyorsa, şunu deneyin: Önce, değiştirileni oluşturmak için yalnızca kod bölümünü çalıştırın tablo ve ardından tüm kodu çalıştırın.

Bu yanıtı da dahil ettim çünkü bu, google'daki "geçersiz sütun adı sql" için en iyi sonuçtu ve bu yanıtı burada görmedim. Benim durumumda, Entity Framework C # kodumdaki .HasForeignKey ifademde yanlış kimlik kullandığım için Geçersiz Sütun Adı, Id1 alıyordum. Bunu .HasOne () nesnesinin kimliğiyle eşleşecek şekilde değiştirdiğimde, hata gitmişti.

Bir tablo değeri kullanarak bir skaler işlevi çalıştırırken bu hatayı aldım, ancak skaler işlevimdeki RETURN yan tümcesindeki Select deyiminde "FROM table" bölümü eksikti. : yüz parmakları:

Ayrıca, ConnectionString'i değiştirmeyi unuttuğunuzda ve yerel olarak yaptığınız değişiklikler hakkında hiçbir fikri olmayan bir tabloya sorduğunuzda da olur.