Reblog: November 2 to November 8
Welcome to this Friday’s reblog summary post. The aim of these posts is to bring some old posts that newer...
2012-11-09
512 reads
Welcome to this Friday’s reblog summary post. The aim of these posts is to bring some old posts that newer...
2012-11-09
512 reads
Thought I would put up a quick post to summarize day one of regular sessions at the PASS Summit. It...
2012-11-08
630 reads
Are you in Seattle yet? Still working on getting here? Tomorrow is the first day of regular sessions at this...
2012-11-06
714 reads
Throughout the week, I like to tweet links to the things that I’ve been reading. Since they all come out through out...
2012-11-05
614 reads
Seriously, the clock is ticking and you should be in your car or a plane for PASS Summit by now. ...
2012-11-05
682 reads
The PASS Summit is coming up next week and that means that as the sun goes down, a number of...
2012-11-02
594 reads
This post is part of a blog series which focuses on translating compatibility views in SQL Server to their respective...
2012-11-01 (first published: 2012-10-29)
3,304 reads
Obviously the title of this post is an exercise in bad grammar, but it’s a little catchy. Well, maybe not,...
2012-10-31
1,482 reads
Happy Halloween! Are you looking for the perfect treat for your SQL Server costume?
Well, if so – I have the treat...
2012-10-31
20 reads
This post is part of a blog series which focuses on translating compatibility views in SQL Server to their respective...
2012-10-30
1,521 reads
By Arun Sirpal
Not every production incident is a database in RECOVERY_PENDING or a corrupted event (like...
It is Friday, the queries are running, and nobody is watching the bill. That...
By Steve Jones
Annabel retired from Redgate Software this week. Across most of my career at Redgate,...
Comments posted to this topic are about the item SQL Art, Part 4: Happy...
WhatsApp: 0817839777 Kw. Industri Pulogadung, Jl. Raya Bekasi Km. 21, Ruko No.A2/18-19, RW.3, Wil,...
WhatsApp: 0817839777 Jl. I Gusti Ngurah Rai No.8 A-B, RT.8/RW.6, Wil, Kec. Duren Sawit,...
I set up a few users on my SQL Server 2022 instance.
CREATE LOGIN User1 WITH PASSWORD = 'Demo12#1' CREATE USER User1 FOR LOGIN User1 GO CREATE LOGIN User2 WITH PASSWORD = 'Demo12#2' CREATE USER User2 FOR LOGIN User2 GO CREATE LOGIN User3 WITH PASSWORD = 'Demo12#3' CREATE USER User3 FOR LOGIN User3 GOI then created a schema that one of them owned. Under this schema, I added a table with some data.
CREATE SCHEMA MySchema AUTHORIZATION User1
GO
CREATE TABLE Myschema.MyTable(myid INT)
GO
INSERT MySchema.MyTable
(
myid
)
VALUES
(1), (2), (3)
GO
SELECT * FROM MySchema.MyTable
GO
I granted rights and verified that User2 could access this table.
GRANT SELECT ON Myschema.MyTable TO User2 GO SETUSER 'USER2' GO SELECT * FROM MySchema.MyTable GOThis worked. Now, I move this schema to a new user.
ALTER AUTHORIZATION ON SCHEMA::Myschema TO User3; GOWhat happens with this code?
SETUSER 'USER2' GO SELECT * FROM MySchema.MyTable GOSee possible answers