views:

4085

answers:

3

Hi Group,

I have been working away for the last 7 months on a C# ASP.NET using Visual Studio 2008 and SQL Server 2008.

Today, I was running part of my application which was previously running and I got the following error:

The SELECT permission was denied on the object 'Address', database 'CNET_85731', schema 'dbo'.

I walked through my code and discovered that this error was being caused in the following User Control:

protected void sdsAddressesList_Selected(object sender, SqlDataSourceStatusEventArgs e)
{
    if (e.AffectedRows == 0)
    {
        ddlAddresses.Items.Insert((0), new ListItem("No Billing Addresses", "0"));
    }
}

the SQLDataSource is defined as follows:

<asp:SqlDataSource ID="sdsAddressesList" runat="server" OnSelecting="sdsAddressesList_Selecting" OnSelected="sdsAddressesList_Selected"
    SelectCommand="SELECT [AddressId], [ZipPostalCode], ZipPostalCode + '&nbsp;--&nbsp;' + Address1 AS CombinedAddress FROM [Address] WHERE ([CustomerID] = @CustomerID AND [IsBillingAddress] = @IsBillingAddress) ORDER BY [ZipPostalCode]"
    ConnectionString="<%$ ConnectionStrings:eCoSysConnection %>">
    <SelectParameters>
        <asp:Parameter Name="CustomerID" Type="Int32" />
        <asp:Parameter Name="IsBillingAddress" Type="Boolean" />
    </SelectParameters>
</asp:SqlDataSource>

Basically, what the control does is retrieve a list of addresses for the logged on user from the [Address] table and then populate the drop down list ddlAddresses.

The Address table has all the same permissions as the rest of the tables in the database. I have around 60 tables and approximately 200 stored procedures all merrily working away doing SELECTs, etc. No problem. Except for this one issue. What on earth is going on? I haven't made any changes to the database or table permissions.

Can anyone help me please.

Regards

Walter

+1  A: 

Well I'm not sure what the root cause was for the SELECT permission denied for your db user but if you run this and then it does indeed work again, then somewhere along the line, your SELECT permission was indeed wiped out.

GRANT SELECT ON [dbo].[Address] TO [your user name here]

The good news is that permissions don't magically disappear; the bad news is something (either tooling or otherwise) did indeed either remove or revoke permissions.

I don't think we have enough information to answer your question as to "why" it happened -- although, none of what you posted appears to be the culprit.

EPiddy
Hi EPiddy,yes, I agree, permissions don't just disappear.I tried the following as suggested:GRANT SELECT ON [dbo].[Address] TO [POSITIVECODE-UW\ASPNET]where 'POSITIVECODE-UW\ASPNET' is the ASPNET account.The command completed successfully on SQL Server, but unfortunately, I still get the same error:The SELECT permission was denied on the object 'Address', database 'CNET_85731', schema 'dbo'.Thanks for your suggestion.RegardsWalter
Walter Lockhart
I even tried putting the SELECT command in a stored procedure and calling the stored procedure from the SqlDataSource. Nothing. I'm just desperately clutching at straws.
Walter Lockhart
A: 

Had a quick google, found this link Link

It suggests running

select object_name(major_id) as object,
 user_name(grantee_principal_id) as grantee,
 user_name(grantor_principal_id) as grantor,
 permission_name,
 state_desc
from sys.database_permissions
 where major_id = object_id('Users')
 and class = 1

On your database to see what permissions exist, as you may have a DENY select

Edit

select object_name(major_id) as object,
 user_name(grantee_principal_id) as grantee,
 user_name(grantor_principal_id) as grantor,
 permission_name,
 state_desc
from sys.database_permissions
 WHERE state_desc = 'DENY'

Managed to find a running SQL 2k8 box, and ran it, this new query will show all the deny's. Also try taking the WHERE clause out, to see all the permissions on all tables in the currently selected Database

PostMan
Thanks PostMan. I ran this query and it returned 0 rows. I assume that is correct?
Walter Lockhart
See the edit, should return more useful information
PostMan
Dropping and re-creating the Table didn't work either.
Walter Lockhart
There are DENYs on the following objects:sp_helpdiagramssp_helpdiagramdefinitionsp_creatediagramsp_renamediagramsp_alterdiagramsp_dropdiagramfn_diagramobjects
Walter Lockhart
That's fine, thats what show up for me.If you remove the WHERE clause, waht permissions are there for the table in question
PostMan
Hmm, that's weird that a drop and create didn't work either.If you login as your user to management studio, and run "SELECT * FROM Address" it definitaly returns rows?? I'm also clutching at straws now
PostMan
None of the objects listed are user Tables. They all appear to be system objects.
Walter Lockhart
SELECT * FROM Address runs fine. I've just tried it again.
Walter Lockhart
I Don't know, short of changing your connection string to login as SA, as a quick test.Very Strange...
PostMan
I know. Strange. Thanks for your helpful suggestions.
Walter Lockhart
+1  A: 

As problem states, "The SELECT permission was denied on the object 'Address', database 'CNET_85731', schema 'dbo' ".

I wonder you can quite simply solve this way:

  • Open SQL Server Management studio
  • Navigate to the database 'CNET_85731' >> Security >> Users
  • Right click on the one which you are using in your code
  • And finally, just select 'db_datareader' inside "Database Role membership" section.

Now, I hope you should not get this error again.

sandeept