Received: from localhost (unknown [200.46.204.183]) by postgresql.org (Postfix) with ESMTP id 51F26650EB2 for ; Thu, 3 Jul 2008 06:13:04 -0300 (ADT) Received: from postgresql.org ([200.46.204.86]) by localhost (mx1.hub.org [200.46.204.183]) (amavisd-maia, port 10024) with ESMTP id 52748-01 for ; Thu, 3 Jul 2008 06:12:56 -0300 (ADT) X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6 Received: from mx6.mail.ru (mx6.mail.ru [194.67.23.26]) by postgresql.org (Postfix) with ESMTP id 28A7C650E8E for ; Thu, 3 Jul 2008 06:12:58 -0300 (ADT) Received: from [195.162.52.178] (port=4179 helo=[192.168.1.1]) by mx6.mail.ru with asmtp id 1KEKrw-000Hx5-00; Thu, 03 Jul 2008 13:12:48 +0400 Date: Thu, 3 Jul 2008 16:12:34 +0700 From: sftf X-Mailer: The Bat! (v2.04.7) Business Reply-To: sftf X-Priority: 3 (Normal) Message-ID: <1156530386.20080703161234@mail.ru> To: Alexey Klyukin CC: pgsql-ru-general@postgresql.org Subject: =?Windows-1251?B?UmVbMl06IFtwZ3NxbC1ydS1nZW5lcmFsXSDQ7uvoOiDz7/Dg4uvl7ejl?= =?Windows-1251?B?IOTu8fLz7+7sIOog5PDz4+jsIPDu6//sLiDQ7uvoIOrg6iDu4frl6vL7?= =?Windows-1251?B?IPHo8fLl7Psg4eXn7u/g8e3u8fLoLg==?= In-Reply-To: <20080702102423.GA14627@espresso.lan> References: <417367745.20080702111958@mail.ru> <20080702102423.GA14627@espresso.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=Windows-1251 Content-Transfer-Encoding: 8bit X-Spam: Not detected X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=0.163 tagged_above=0 required=5 tests=AWL=0.163 X-Spam-Level: X-Archive-Number: 200807/5 X-Sequence-Number: 831 AK> В данном примере роли пользователей (менеджеры отделов) по-моему относятся AK> больше с пользовательскому приложению, а не к СУБД, соотвественно связь AK> между менеджерами и другими пользователями можно сделать на уровне приложения. В данном конкретном случае скорее да. Однако если рассмотреть, как я считаю, вполне реалистичный вариант администрирования БД (не приложения!) группой админов - каждый со своим "набором" подчиненных пользователей: Главный админ / \ / \ / \ админ1 адимн2 / | \ / | \ обычные пользователи1 обычные пользователи2 То тут весьма желателен механизм управления "кто какими пользователями имеет право управлять и кто какими ролями имеет право распоряжаться". "кто какими ролями имеет право распоряжаться" решить - дав эти роли админу с admin option, но а) невозможно ограничить круг пользователей, которым админ1 может назначить имеющиеся у него самого роли б) сами эти роли админу не часто не нужны - достаточно чтобы он мог ими распоряжаться, но не не имет эту роль В приложении, наличие такого функионала в БД упростило бы его разработку. Спасибо.