Tukukkk

I am using SSMS 2016 (ver: 13.0.15000.23) and connecting to SQL Server database 2016 (ver: 13.0.5081.1).

IntelliSense is not working on my SSMS.

I tried the following:

• Tools >> Options >> Text Editor >> Transact-SQL >> IntelliSense, and select Enable IntelliSense


• Tools >> Options >> Text Editor >> Transact-SQL >> General, and verify Auto list members and Parameter information check boxes are checked


• Query >> IntelliSense Enabled


• Verify that SQLCMD is disabled


• Refreshed IntelliSense cache (Ctrl+Shift+R)


• Making sure no compile errors are in the query


• Uninstall and reinstall SSMS

I asked other members in my team and IntelliSense only works sporadically for them, if it does.

Question:

Is there a server setting which is disabling IntelliSense on SSMS?

I've already gone through all of these questions:

• IntelliSense not working but it is enabled


• IntelliSense is not working at SQL Server Management Studio


• Why is SQL Server 2008 Management Studio Intellisense not working?


• SQL Server Intellisense not working on some servers


• SQL Server 2008 R2 intellisense doesn't work


• SSMS IntelliSense doesn't work on particular database

I can see around 1,600 names of objects and columns by running:

SELECT o.name, c.name 

FROM sys.objects o 

    INNER JOIN sys.columns c ON o.object_id = c.object_id 

WHERE o.is_ms_shipped = 0;

As the comment answers you've received so far imply, the most likely reason for this problem is that you don't have the appropriate permissions to that database. This is (rather vaguely) documented here:

Troubleshooting IntelliSense -> Database Engine Query IntelliSense

• Completion lists do not include database objects for which you do not have permissions. IntelliSense flags references to objects for which you do have permissions. For example, if you open a script that is written by someone else, any references to objects for which that person has permissions and you do not are flagged as incorrect.

The easiest way to fix this is to have a DBA grant the "View Definition" privilege to the database user that you're using to connect to this database.

For example, I can create this login, and a database user for a specific database, on my local SQL Server 2016 instance:

USE [master]

GO

CREATE LOGIN [nerd-login] WITH PASSWORD = 'NerdPassword1';





USE [SomeDatabase]

GO

CREATE USER [nerd-user] FOR LOGIN [nerd-login] WITH DEFAULT_SCHEMA=[dbo]

GO

And if I login as nerd-login, I can connect to the SomeDatabase database, but I can't get any intellisense on it. But, after running this command:

USE [SomeDatabase]

GO

GRANT VIEW DEFINITION TO [nerd-user];

I'm able to get intellisense on the objects in the SomeDatabase database.

This can also be granted more broadly at the instance level (by executing GRANT VIEW ANY DEFINITION in the master database context), or at the per-object level.