为什么创建 table 操作将所有者作为 'yugabyte' 附加到新的 table 而我连接的数据库具有不同的所有者？

Question

我已经在笔记本电脑的 minikube 中安装了 yugabytedb，并创建了一个所有者为 'Rodgers' 的数据库。然后我运行 ysqlsh 从终端执行 ysql 命令，其中之一是 'CREATE DATABASE ...'.

问题当我尝试通过为应用程序提供 'Rodgers' 用户和设置密码来使用外部 Go 应用程序连接到数据库时，它无法连接。我发现创建的表附加到所有者 'yugabyte'，而不是 'Rodgers'。但是我连接的数据库以及运行CREATE DATABASE 命令所在的数据库属于 Rodgers。

这是怎么回事？

Answer 1

最好使用“ysqlsh”排练所有这些。当一切都在那里工作时，从任何客户端程序（Python、go、...）等连接都可以工作——只要你有正确的驱动程序。 PostgresSQL 驱动程序与 YugabyteDB 一起工作。

以下主要是“ysqlsh”的命令——包括 SQL 和所谓的元命令（以反斜杠开头的命令）。但有时，您会在 O/S 提示符下执行一些命令。所以你必须仔细阅读下面的内容，然后在每条评论之后按照它说的去做——主要是在“ysqlsh”中，但在 O/S 提示符下几次。所以你不能简单地运行脚本“熄灭”。

从原始 YB 单节点集群开始（来自“yb-create”）。

$ ysqlsh -h localhost -p 5433 -d yugabyte -U yugabyte

现在按照剧本来。

--  Shows two "Superuser" users: "postgres" and "yugabyte" (nothing else).
\du

-- Shows two databases: "postgres" and "yugabyte" (nothing else except "system" databases).
-- Both "postgres" and "yugabyte" databases are owned by "postgres".
\l

-- Create a new "ordinary user and connect as that user.
create user rodgers login password 'p';
alter user rodgers createdb;

-- Now connect to database yugabyte as user rodgers
\c yugabyte rodgers

-- Create a new database and check it's there.
create database rog_db owner rodgers;
\l 

--       Name       |  Owner   | Encoding | Collate |    Ctype    |   Access privileges   
-- -----------------+----------+----------+---------+-------------+-----------------------
   ...
--  rog_db          | rodgers  | UTF8     | C       | en_US.UTF-8 |
-- ...

-- Now connect to the new "rog_db" database. Works fine.
\c rog_db rodgers

-- Quit "ysqlsh.
\q

重新连接。工作正常。

$ ysqlsh -h localhost -p 5433 -d rog_db -U rodgers

现在继续脚本。

-- Works fine.
create table t(k int primary key);

-- Inspect it. First "\d", then "\d t".
\d
--         List of relations
--  Schema | Name | Type  |  Owner  
-- --------+------+-------+---------
--  public | t    | table | rodgers

\d t
--                  Table "public.t"
 Column |  Type   | Collation | Nullable | Default 
-- --------+---------+-----------+----------+---------
--  k      | integer |           | not null | 
-- Indexes:
--     "t_pkey" PRIMARY KEY, lsm (k HASH)

-- This is OK for playing. But terrible for real work.

drop table t;
\c rog_db yugabyte
drop schema public;
\c rog_db rodgers
create schema rog_schema authorization rodgers;
-- For future connect commands.
alter user rodgers set search_path = 'rog_schema';
-- for here and now.
set schema 'rog_schema';
create table t(k int primary key);
\d

--           List of relations
--    Schema   | Name | Type  |  Owner  
-- ------------+------+-------+---------
--  rog_schema | t    | table | rodgers
--------------------------------------------------------------------------------

我刚刚在笔记本电脑 (macOS Big Sur) 上使用“YB-2.2.0.0-b0”完成了所有这些操作。一切正常。

请在您的 minikube 环境中尝试此操作并报告。

此致，Yugabyte Inc. 技术产品经理 Bryn Llewellyn

为什么创建 table 操作将所有者作为 'yugabyte' 附加到新的 table 而我连接的数据库具有不同的所有者？

Why does create table operation attach owner as 'yugabyte' to a new table yet the database to which am connected has a different owner?

database

datatables

owner

go

yugabyte-db