﻿<?xml version='1.0' encoding='UTF-8'?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/"><channel><title>SQLServerCentral / Article Discussions / Article Discussions by Author / Discuss content posted by Ron Kunce  / References Permission / Latest Posts</title><generator>InstantForum.NET v2.9.0</generator><description>SQLServerCentral</description><link>http://www.sqlservercentral.com/Forums/</link><webMaster>notifications@sqlservercentral.com</webMaster><lastBuildDate>Wed, 19 Jun 2013 19:01:03 GMT</lastBuildDate><ttl>20</ttl><item><title>RE: References Permission</title><link>http://www.sqlservercentral.com/Forums/Topic538941-1344-1.aspx</link><description>Good question. Thanks for the correction.:)</description><pubDate>Thu, 24 Jul 2008 08:50:56 GMT</pubDate><dc:creator>Anipaul</dc:creator></item><item><title>RE: References Permission</title><link>http://www.sqlservercentral.com/Forums/Topic538941-1344-1.aspx</link><description>Thanks for the question. Since we mostly work with SQL Server 2000 and use dbo only, we have never used the REFERENCES permission so far. This might change in the future though if we move on to 2K5 or 2K8.Unfortunately, the REFERENCES permission is not really well documented. My looks into BOL did not reveal much valuable information.Btw, REFERENCES is also used for XML Schemas[quote]The REFERENCE permission authorizes the principal to use the XML schema collection to type or constrain xml type columns, in tables and views and parameters. The REFERENCE permission is also required when one XML schema collection refers to another.[/quote]As well as for assemblies [url]http://searchwindowssecurity.techtarget.com/news/article/0,289142,sid45_gci1062083,00.html[/url]These are just two examples.</description><pubDate>Wed, 23 Jul 2008 15:17:49 GMT</pubDate><dc:creator>Christian Buettner-167247</dc:creator></item><item><title>RE: References Permission</title><link>http://www.sqlservercentral.com/Forums/Topic538941-1344-1.aspx</link><description>Answers altered, points awarded back to date. Thanks for the corrections.</description><pubDate>Wed, 23 Jul 2008 08:06:10 GMT</pubDate><dc:creator>Steve Jones - SSC Editor</dc:creator></item><item><title>RE: References Permission</title><link>http://www.sqlservercentral.com/Forums/Topic538941-1344-1.aspx</link><description>My profuse Apologies!It was a topic I ran across which I hadn't seen before and thought it would make a good question, so submitted it as such without having a full understanding of what I was reading.Dr. Dee, I'd give you your point if I could,  maybe I should attend one of your classes!</description><pubDate>Wed, 23 Jul 2008 08:04:32 GMT</pubDate><dc:creator>Ron Kunce</dc:creator></item><item><title>RE: References Permission</title><link>http://www.sqlservercentral.com/Forums/Topic538941-1344-1.aspx</link><description>I agree with Hugo.Another poorly worded answer.  C'mon, I teach this stuff and know it.  I want my point.Yes, I'm being a crybaby.  I still want my point.I'm even willing to put up with the ton of email I'll get because others will post also, and not directly replying to my post, either.Diana</description><pubDate>Wed, 23 Jul 2008 07:04:39 GMT</pubDate><dc:creator>Dr. Diana Dee</dc:creator></item><item><title>RE: References Permission</title><link>http://www.sqlservercentral.com/Forums/Topic538941-1344-1.aspx</link><description>[quote][b]Hugo Kornelis (7/23/2008)[/b][hr]There's a HUGE difference between "Allows the owner of another table to use columns in the table to which they've been granted that permission" (the supposedly "correct" answer to this QotD), and "allows the owner of another table to use columns in the table to which they've been granted that permission [b]as the target of a REFERENCES FOREIGN KEY constraint with his or her table[/b]" (the actual correct answer, included in the explanation but not available as an answer - emphasis added by me).Please correct the question, as this may be very confusing for people who just check the questions and answers without actually checking the complete explanation as well.[/quote]Agreed.  REFERENCES is about referential integrity.  The word "use" could be interpreted as "SELECT or UJPDATE".  Very poor wording.Tom MoreauSQL Server MVP</description><pubDate>Wed, 23 Jul 2008 05:52:18 GMT</pubDate><dc:creator>Tom Moreau</dc:creator></item><item><title>RE: References Permission</title><link>http://www.sqlservercentral.com/Forums/Topic538941-1344-1.aspx</link><description>The first choice is also correct:From BOL:The REFERENCES permission on a table is needed in order to create a FOREIGN KEY constraint that references that table.</description><pubDate>Wed, 23 Jul 2008 04:47:06 GMT</pubDate><dc:creator>WayneS</dc:creator></item><item><title>RE: References Permission</title><link>http://www.sqlservercentral.com/Forums/Topic538941-1344-1.aspx</link><description>There's a HUGE difference between "Allows the owner of another table to use columns in the table to which they've been granted that permission" (the supposedly "correct" answer to this QotD), and "allows the owner of another table to use columns in the table to which they've been granted that permission [b]as the target of a REFERENCES FOREIGN KEY constraint with his or her table[/b]" (the actual correct answer, included in the explanation but not available as an answer - emphasis added by me).Please correct the question, as this may be very confusing for people who just check the questions and answers without actually checking the complete explanation as well.</description><pubDate>Wed, 23 Jul 2008 04:13:27 GMT</pubDate><dc:creator>Hugo Kornelis</dc:creator></item><item><title>References Permission</title><link>http://www.sqlservercentral.com/Forums/Topic538941-1344-1.aspx</link><description>Comments posted to this topic are about the item [B]&lt;A HREF="/questions/Security/63343/"&gt;References Permission&lt;/A&gt;[/B]</description><pubDate>Tue, 22 Jul 2008 21:00:59 GMT</pubDate><dc:creator>Ron Kunce</dc:creator></item></channel></rss>