vkEE wrote:
our seniors want this matter researched since it is a new bug in their test environment. They don't want this bug to migrate to production environment.
Unless you are in full control of your environment and able to debug every device-driver, some bugs will remain unsolved.
vkEE wrote:
It has crashed 3 times the past few months
Do you know at what time? Anything in the event-log at that specific time? Does it run under .NET 4? If yes, you could consider making a minidump.
vkEE wrote:
and it is defined with single hash, #.
I was hinting at researching the three. Whether it's the correct one will depend on the context of it's use in the stored procedure. You will have to verify the things mentioned, and again, you'd get a more usefull answer if you provide the code for the stored procedure.
MSDN[^] states:
There are two types of temporary tables: local and global. They differ from each other in their names, their visibility, and their availability. Local temporary tables have a single number sign (#) as the first character of their names; they are visible only to the current connection for the user, and they are deleted when the user disconnects from the instance of SQL Server. Global temporary tables have two number signs (##) as the first characters of their names; they are visible to any user after they are created, and they are deleted when all users referencing the table disconnect from the instance of SQL Server.
..and it becomes more confusing[^] if you are EXECUTEing dynamic SQL.
Bastard Programmer from Hell :suss: If you can't read my code, try converting it here[^]