We're using SQL Server Management Studio 10.0 with Business Objects 4.1 for reporting. We're facing an issue where none of our reports were running, and every time it gave the error:
Database Error: [Microsoft][SQL Server Native Client 10.0][SQL Server]Statement(s) could not be prepared.. (IES 10901)
We drilled down the issue further and noticed that it was because some of the table in the SQL query were not valid. On running a select statement on the concerned tables, we get the error:
Invalid object name 'dbo.tablename'
I am not able to see these tables in the concerned schema and not able to find any related logs as well to see if someone dropped them by mistake. I don't know much about administration, can someone provide useful links or any thoughts on how to find those tables please?
Related
I got the following message while querying a database to pull data to retrain a model. I do not have sysadmin access or anything like that, I am merely a user of a larger database shared by our whole organization. I'm trying to understand what this message means; is our SQL server doing a shutdown or have I potentially done something to cause this? All I have done before seeing this error message is import libraries and run the query.
('42000', '[42000] [Microsoft][ODBC SQL Server Driver][SQL Server]SHUTDOWN is in progress. (6005) (SQLExecDirectW)')
unable to rollback
Assuming you are set up correctly, you would never be able to shut down a SQL Server instance as a user.
Based on what you've said, importing libraries would not cause a SQL Server shutdown. This would be done purposely by an administrator of the database.
I would suggest informing your IT team. Hopefully this was for some planned maintenance.
I'm developing an app in vb6 and I'm trying to do queries on SQL AZURE thanks to the SQL Server Native Client 11.0 but each time I execute a query (even a simple select * from Users;) the Native Client returned this error :
[Microsoft][SQL Server Native Client 11.0][SQL Server] Executing SQL directly; no cursor.
This problem occurs since I have created a new DB with a different level on azure portal. The database before was a web DB and the new one is a Standard DB. Is there a manip to do for the three new versions of DB in Azure(Basic,Standard,Premium) ?
Thank you very much for your help
The error in question is 16954 (your error reporting should first and foremost show the error number, state and severity, not only the error message). It occurs when an application attempts to use server side cursors in a context not supported. See Client-Side Cursors Versus Server-Side Cursors. This is likely coming from your cursor library choice in RDO, see Choosing an RDO Cursor Library. Switch to rdUseIfNeeded or rdUseNone.
I believe the underlying error is getting hidden by the sql client.
If you are getting an error for simple select * from table queries then I would check you have permissions for the credentials your app is using.
I created ms sql database in SSMS 2012. Connected successfully to Azure and trying to deploy db to the cloud.
Encountering following errors:
Please see screen shot
Numerous Usupported property errors — not supported when used as part of a data package
You're likely using a feature not supported in Azure SQL Database. Please refer to this non supported features list to help you pinpoint the problem:
http://msdn.microsoft.com/en-us/library/azure/ff394115.aspx
This happened with me too. In my case ,i changed the schema of a table after creating once for the first time. After deleting that table database deployed correctly. Usually this error occurs when validating schema fails.
Regards
MAnoj Bojja
Im having a strange issues in an MS Access database that links to SQL Server 2008. In the database, I have a function that is called on start up to add a record to a table. When doing so, I get an error of "OBDC Connection Failed". After doing some testing, I was able to find that if the user within the database is a "db_owner" they are allowed to add the record without any issues. However, if they are a "db_datawriter/db_datareader" they cannot.
Anyone have this issue before?
I've a list of long running queries on production servers(MS SQL Server 2005) and the most time consuming query is something like this -
SELECT TABLE_CATALOG,TABLE_SCHEMA ...
FROM sys.spt_check_constbytable_rowset
I've been trying to find any object named sys.spt_check_constbytable_rowset in all DBs (including sys DBs) but no luck.
Could anyone please provide some information about this sys.spt_check_constbytable_rowset
This list is provided by the client, so i'm not sure how they've got it- DB trace or something else.
Thanks in advance
I was facing the same issue on my production server.
By looking deeper into it, I found that this type of queries comes from the SSIS package validation process where it is actually validation the objects and other schema information, some time it also executes from different server through linked server.
Thanks