บทบาทการบริการรายงานและแอปพลิเคชัน

โปสเตอร์แรกผู้สิงสู่มานานที่นี่ วิธีที่ดีที่สุดในการเปิดใช้งานบทบาทแอปพลิเคชันในรายงานคืออะไร

ฉันได้ลองสิ่งที่แตกต่างและวิธีเดียวที่ทำงานคือฝังการเรียกไปยังบทบาทของแอปพลิเคชันเช่น: -

EXEC sp_setapprole 'REPORTZ', 's3cr3t';
select *
from mytable
where ID < 10000

ในชุดข้อมูล มันใช้งานได้ ... แต่ไม่ใช่ตามความชอบของฉัน (แน่นอนว่าไม่ใช่ในรูปแบบที่ฉันต้องการนำไปใช้ในสภาพแวดล้อมการผลิต)

ฉันต้องการถ้าฉันสามารถ 'จี้' หรือ 'ฉีด' บรรทัดการเปิดใช้งานบทบาทแอปพลิเคชันที่รันไทม์อย่างใดอย่างหนึ่งผ่านชุดประกอบที่กำหนดเองหรืออาจเป็น 'เบ็ดเซิร์ฟเวอร์' ในบริการรายงาน (ในทั้งสองกรณีฉันไม่รู้ว่า )

ชื่นชมมากสำหรับเวลาของคุณ + ความใส่ใจ

sql-server ssrs role

— YS
แหล่งที่มา

คุณสามารถเริ่มจากที่นี่msdn.microsoft.com/en-us/library/aa237582(v=SQL.80).aspxเพื่อทำความเข้าใจวิธีการขยายบริการรายงาน (รหัสการฉีดที่กำหนดบทบาทของแอปพลิเคชัน) แต่ฉันจะไม่ใช้ความคิดเห็นนี้ เป็นคำตอบไม่แน่ใจว่านี่เป็นวิธีที่ง่ายที่สุดจริง ๆ และไม่สามารถทำการตั้งค่าได้

ขึ้นอยู่กับว่าผู้ใช้เข้าถึงรายงานนี้อย่างไรคุณสามารถฝัง Report หนังสือรับรองผู้ใช้ในชุดข้อมูลจากนั้นตั้งค่าฝั่งเซิร์ฟเวอร์ sql login เพื่อให้มีสิทธิ์ จำกัด

— DForck42

สวัสดี DForck - ระบบทั้งหมดได้รับการอนุมัติและเราต้องการให้เป็นเช่นนั้น

ฉันเห็นสองสามวิธีนี้สามารถทำได้โดยไม่ต้องหันไปหาอะไรแฟนซีมากเกินไป

สิ่งแรกคือการใช้การรับรองความถูกต้องแบบรวมของ Windows และกำหนดสิทธิ์ให้กับกลุ่มที่เป็นตัวแทนผู้ใช้ของแอปพลิเคชัน
คุณสามารถสร้างบทบาทที่สามารถให้สิทธิ์ได้จากนั้นใช้set roleสมมติบทบาทในโค้ดของคุณใน db วิธีนี้คุณจะไม่ผ่านรหัสผ่านและคุณกำลังตรวจสอบใบสมัครก่อน

ข้อดีของข้อแรกคือการจัดการโดเมน AD ที่เข้าถึงแอปพลิเคชันได้ง่าย การจัดการจะค่อนข้างง่าย ข้อเสียที่สำคัญคือจะ จำกัด เฉพาะกรณีที่การตรวจสอบความถูกต้องแบบบูรณาการและคุณต้องสนับสนุนการตรวจสอบความถูกต้องแบบรวมตลอดทาง นอกจากนี้ทุก hop จะต้องมีการรับรองความถูกต้องแบบ 3 ทาง (ระหว่างเซิร์ฟเวอร์ไคลเอนต์และ KDC)

ข้อดีของข้อที่สองคือมันอาจจะง่ายที่สุดในการชิมและมันไม่มีการเปิดเผยข้อมูลความปลอดภัยผ่านเครือข่าย

ฉันจะลองทั้งสองวิธีก่อนที่จะพยายามขยายขอบเขตบริการการรายงาน ตามความคิดเห็นที่แนะนำhttp://msdn.microsoft.com/en-us/library/aa237582%28v=SQL.80%29.aspxอาจมีประโยชน์และอาจใช้งานได้ แต่มันมีแนวคิดที่ซับซ้อนกว่าการพยายามจัดการบทบาท โดยตรง.

— Chris Travers
แหล่งที่มา