3f000 ошибка схема для создания объектов не выбрана

Делаю запрос на создание новой таблицы и добавления туда данных.
Все таблицы, схему, базу проверил, права для субъекта root и public выданы.
Postgresql используется.

Ошибка, которая появляется в консоли:

ERROR: ОШИБКА:  схема для создания объектов не выбрана
LINE 1: CREATE TABLE city
                     ^

SQL-состояние: 3F000
Символ: 14

Запрос:

CREATE TABLE city
(
  id SERIAL PRIMARY KEY,
  id SERIAL,
  id_region integer NOT NULL,
  name varchar(250) NOT NULL

);

INSERT INTO city (id, id_region, name) VALUES
(1, 1, 'Адыгейск'),
(2, 1, 'Майкоп'),
(3, 2, 'Горно-Алтайск'),
(4, 3, 'Алейск'),
(5, 3, 'Барнаул'),
(6, 3, 'Белокуриха'),
(7, 3, 'Бийск'),
(8, 3, 'Горняк'),
(9, 3, 'Заринск'),
(10, 3, 'Змеиногорск'),
(11, 3, 'Камень-на-Оби'),
(12, 3, 'Новоалтайск'),
(13, 3, 'Рубцовск'),
(14, 3, 'Славгород'),
(15, 3, 'Яровое'),
(16, 4, 'Белогорск'),
(17, 4, 'Благовещенск'),
(18, 4, 'Завитинск'),
(19, 4, 'Зея'),
(20, 4, 'Райчихинск'),
(21, 4, 'Свободный'),
(22, 4, 'Сковородино'),
(23, 4, 'Тында'),
(24, 4, 'Шимановск'),
(25, 5, 'Архангельск'),
(26, 5, 'Вельск'),
(27, 5, 'Каргополь'),
(28, 5, 'Коряжма'),
(29, 5, 'Котлас'),
(30, 5, 'Мезень'),
(31, 5, 'Мирный'),
(32, 5, 'Новодвинск'),
(33, 5, 'Няндома'),
(34, 5, 'Онега'),
(35, 5, 'Северодвинск'),
(36, 5, 'Сольвычегодск'),
(37, 5, 'Шенкурск'),
(38, 6, 'Астрахань'),
(39, 6, 'Ахтубинск'),
(40, 6, 'Знаменск'),
(41, 6, 'Камызяк'),
(42, 6, 'Нариманов'),
(43, 6, 'Харабали'),
(44, 7, 'Агидель'),
(45, 7, 'Баймак'),
(46, 7, 'Белебей'),
(47, 7, 'Белорецк'),
(48, 7, 'Бирск'),
(49, 7, 'Благовещенск'),
(50, 7, 'Давлеканово'),
(51, 7, 'Дюртюли'),
(52, 7, 'Ишимбай'),
(53, 7, 'Кумертау'),
(54, 7, 'Межгорье'),
(55, 7, 'Мелеуз'),
(56, 7, 'Нефтекамск'),
(57, 7, 'Октябрьский'),
(58, 7, 'Салават'),
(59, 7, 'Сибай'),
(60, 7, 'Стерлитамак'),


 ...

Делаю запрос на создание новой таблицы и добавления туда данных.
Все таблицы, схему, базу проверил, права для субъекта root и public выданы.
Postgresql используется.

Ошибка, которая появляется в консоли:

ERROR: ОШИБКА:  схема для создания объектов не выбрана
LINE 1: CREATE TABLE city
                     ^

SQL-состояние: 3F000
Символ: 14

Запрос:

CREATE TABLE city
(
  id SERIAL PRIMARY KEY,
  id SERIAL,
  id_region integer NOT NULL,
  name varchar(250) NOT NULL

);

INSERT INTO city (id, id_region, name) VALUES
(1, 1, 'Адыгейск'),
(2, 1, 'Майкоп'),
(3, 2, 'Горно-Алтайск'),
(4, 3, 'Алейск'),
(5, 3, 'Барнаул'),
(6, 3, 'Белокуриха'),
(7, 3, 'Бийск'),
(8, 3, 'Горняк'),
(9, 3, 'Заринск'),
(10, 3, 'Змеиногорск'),
(11, 3, 'Камень-на-Оби'),
(12, 3, 'Новоалтайск'),
(13, 3, 'Рубцовск'),
(14, 3, 'Славгород'),
(15, 3, 'Яровое'),
(16, 4, 'Белогорск'),
(17, 4, 'Благовещенск'),
(18, 4, 'Завитинск'),
(19, 4, 'Зея'),
(20, 4, 'Райчихинск'),
(21, 4, 'Свободный'),
(22, 4, 'Сковородино'),
(23, 4, 'Тында'),
(24, 4, 'Шимановск'),
(25, 5, 'Архангельск'),
(26, 5, 'Вельск'),
(27, 5, 'Каргополь'),
(28, 5, 'Коряжма'),
(29, 5, 'Котлас'),
(30, 5, 'Мезень'),
(31, 5, 'Мирный'),
(32, 5, 'Новодвинск'),
(33, 5, 'Няндома'),
(34, 5, 'Онега'),
(35, 5, 'Северодвинск'),
(36, 5, 'Сольвычегодск'),
(37, 5, 'Шенкурск'),
(38, 6, 'Астрахань'),
(39, 6, 'Ахтубинск'),
(40, 6, 'Знаменск'),
(41, 6, 'Камызяк'),
(42, 6, 'Нариманов'),
(43, 6, 'Харабали'),
(44, 7, 'Агидель'),
(45, 7, 'Баймак'),
(46, 7, 'Белебей'),
(47, 7, 'Белорецк'),
(48, 7, 'Бирск'),
(49, 7, 'Благовещенск'),
(50, 7, 'Давлеканово'),
(51, 7, 'Дюртюли'),
(52, 7, 'Ишимбай'),
(53, 7, 'Кумертау'),
(54, 7, 'Межгорье'),
(55, 7, 'Мелеуз'),
(56, 7, 'Нефтекамск'),
(57, 7, 'Октябрьский'),
(58, 7, 'Салават'),
(59, 7, 'Сибай'),
(60, 7, 'Стерлитамак'),


 ...

This happens when not having USAGE privilege on any of the schemas of search_path. By default the pseudo-role public (all users) has this privilege on the publicschema, so this error happens only after revoking it explicitly with:

revoke usage on schema public from public;

This is required when it’s not desirable that people peek into other people schemas, even without selecting data from tables (which is granted through different privileges).

If this REVOKE hasn’t been done in that database, it may have happened in the template database by which new databases are modelled (see CREATE DATABASE).

When a user has USAGE privilege, but lacks CREATE privilege on the schema, it’s a different error when trying to create an object: permission denied for schema public.

To check the privileges inside psql, use dn+ public.

By default (shown with extended display x for readability):

# dn+ public
List of schemas
-[ RECORD 1 ]-----+-----------------------
Name              | public
Owner             | postgres
Access privileges | postgres=UC/postgres
                  | =UC/postgres
Description       | standard public schema

lack of a rolename before = means it’s for all roles (=public)

Without public USAGE privilege

Name              | public
Owner             | postgres
Access privileges | postgres=UC/postgres
                  | =C/postgres
Description       | standard public schema

Without public USAGE or CREATE privileges

Name              | public
Owner             | postgres
Access privileges | postgres=UC/postgres
Description       | standard public schema

This happens when not having USAGE privilege on any of the schemas of search_path. By default the pseudo-role public (all users) has this privilege on the publicschema, so this error happens only after revoking it explicitly with:

revoke usage on schema public from public;

This is required when it’s not desirable that people peek into other people schemas, even without selecting data from tables (which is granted through different privileges).

If this REVOKE hasn’t been done in that database, it may have happened in the template database by which new databases are modelled (see CREATE DATABASE).

When a user has USAGE privilege, but lacks CREATE privilege on the schema, it’s a different error when trying to create an object: permission denied for schema public.

To check the privileges inside psql, use dn+ public.

By default (shown with extended display x for readability):

# dn+ public
List of schemas
-[ RECORD 1 ]-----+-----------------------
Name              | public
Owner             | postgres
Access privileges | postgres=UC/postgres
                  | =UC/postgres
Description       | standard public schema

lack of a rolename before = means it’s for all roles (=public)

Without public USAGE privilege

Name              | public
Owner             | postgres
Access privileges | postgres=UC/postgres
                  | =C/postgres
Description       | standard public schema

Without public USAGE or CREATE privileges

Name              | public
Owner             | postgres
Access privileges | postgres=UC/postgres
Description       | standard public schema

[IlluminateDatabaseQueryException]
SQLSTATE[3F000]: Invalid schema name: 7 ERROR: no schema has been selected
to create in (SQL: create table "migrations" ("id" serial primary key not
null, "migration" varchar(255) not null, "batch" integer not null))

Решение

mv .env.example .env

DB_CONNECTION=mysql
DB_HOST=127.0.0.1
DB_PORT=3306
DB_DATABASE=homestead
DB_USERNAME=homestead
DB_PASSWORD=secret

Другие решения

This is my config:

load database
  from      mysql://mysqluser:mypassword@localhost/main
  into      postgresql://localhost/main

WITH include drop, create tables, no truncate, create indexes, reset sequences, foreign keys

SET maintenance_work_mem to '128MB', work_mem to '12MB', search_path to 'sakila'

CAST type datetime to timestamptz drop default drop not null using zero-dates-to-null,
     type date drop not null drop default using zero-dates-to-null

BEFORE LOAD DO
$$ create schema if not exists main;$$;

I get this error:

2016-02-03T16:18:25.014000-08:00 NOTICE Starting pgloader, log system is ready.
2016-02-03T16:18:25.099000-08:00 LOG Main logs in '/private/tmp/pgloader/pgloader.log'
2016-02-03T16:18:25.103000-08:00 LOG Data errors in '/private/tmp/pgloader/'
2016-02-03T16:18:25.103000-08:00 LOG Parsing commands from file #P"/Volumes/User Data/Users/pbhowmick/Projects/gandalf/scripts/postgres/pgloader.conf"
2016-02-03T16:18:26.527000-08:00 NOTICE MySQL metadata fetched: found 139 tables with 137 indexes total.
2016-02-03T16:18:26.527000-08:00 NOTICE DROP then CREATE TABLES
2016-02-03T16:18:31.209000-08:00 WARNING PostgreSQL warning: table "access_logs" does not exist, skipping
2016-02-03T16:18:31.210000-08:00 ERROR Database error 3F000: no schema has been selected to create in
QUERY: CREATE TABLE access_logs
(
  id                     bigserial not null,
  request_time           timestamptz(6),
  user_agent             text,
  client_version         text,
  ip                     text not null,
  "user"                 text,
  action                 text not null,
  uri                    text not null,
  request_context_json   text,
  body                   text,
  response_time          bigint,
  response_code          bigint,
  errors                 text,
  server_metadata        text,
  role                   text,
  impersonating_user     text,
  impersonating_user_role   text
);
2016-02-03T16:18:31.210000-08:00 FATAL Failed to create the schema, see above.

What am I doing wrong? If I copy paste the create table into psql, it creates the table just fine!

Это происходит, когда у вас нет USAGEправ доступа ни к одной из схем search_path. По умолчанию псевдоролевая роль public(все пользователи) имеет эту привилегию в publicсхеме, поэтому эта ошибка возникает только после явного ее отзыва с помощью:

revoke usage on schema public from public;

Это необходимо, когда нежелательно, чтобы люди заглядывали в схемы других людей, даже не выбирая данные из таблиц (что предоставляется с помощью других привилегий).

Если это REVOKEне было сделано в этой базе данных, это могло произойти в базе данных шаблонов, с помощью которой моделируются новые базы данных (см. CREATE DATABASE).

Когда пользователь имеет USAGEпривилегию, но не имеет CREATEпривилегии в схеме, при попытке создать объект возникает другая ошибка: в доступе к схеме отказано в общедоступной схеме .

Чтобы проверить привилегии внутри psql, используйте dn+ public.

По умолчанию (показывается с расширенным дисплеем xдля удобства чтения):

#  dn + public
Список схем
- [ЗАПИСЬ 1] ----- + -----------------------
Имя | общественности
Владелец | Postgres
Права доступа | Postgres = UC / Postgres
| = UC / Postgres
Описание | стандартная общедоступная схема

Отсутствие роли перед именем =означает, что это для всех ролей (= public)

Без публичной привилегии USAGE

Имя | общественности
Владелец | Postgres
Права доступа | Postgres = UC / Postgres
| = C / Postgres
Описание | стандартная общедоступная схема

Без публичных привилегий USAGE или CREATE

Имя | общественности
Владелец | Postgres
Права доступа | Postgres = UC / Postgres
Описание | стандартная общедоступная схема

ОШИБКА: схема не была выбрана для создания в

Я работаю над базой данных Amazon RDS postgresql, где я знаю, что была какая-то проблема с общедоступной схемой (возможно, она была удалена). Но, видимо, схема существует, и в любом случае проблема не решена. Вот пример сеанса с недавно созданной пустой базой данных:

Любой намек? Что я должен искать?

Решаемые. Благодаря ответу Даниэля Верите я решил следующее:

Это разрешения по умолчанию для общедоступной схемы?

У меня есть один пользователь, который может получить доступ к базе данных, так что я думаю, что в любом случае это не может повысить риски безопасности

Я думаю, что я должен сделать такую ​​же модификацию на template1 . Это правильно? Как я могу проверить правильность разрешений в template1 (скажем, значения по умолчанию)?

Это происходит, когда у вас нет USAGE прав доступа ни к одной из схем search_path . По умолчанию псевдоролевая роль public (все пользователи) имеет эту привилегию в public схеме, поэтому эта ошибка возникает только после явного ее отзыва с помощью:

Это необходимо, когда нежелательно, чтобы люди заглядывали в схемы других людей, даже не выбирая данные из таблиц (что предоставляется с помощью других привилегий).

Если это REVOKE не было сделано в этой базе данных, это могло произойти в базе данных шаблонов, с помощью которой моделируются новые базы данных (см. CREATE DATABASE ).

Когда пользователь имеет USAGE привилегию, но не имеет CREATE привилегии в схеме, при попытке создать объект возникает другая ошибка: в доступе к схеме отказано в общедоступной схеме .

Чтобы проверить привилегии внутри psql, используйте dn+ public .

По умолчанию (показывается с расширенным дисплеем x для удобства чтения):

Отсутствие роли перед именем = означает, что это для всех ролей (= public)

Без публичной привилегии USAGE

Без публичных привилегий USAGE или CREATE

Источник

Ошибка: нет схема была выбрана для создания в

Я работаю над Амазонка РДС базе, где я знаю, там были некоторые проблемы с общественным схемы в PostgreSQL (возможно, он был удален). Но, видимо, эта схема существует, и все равно проблема не решена. Вот пример сеанса работы с вновь созданной пустой базе:

Любой намек? Что я должен искать?

Решена. Спасибо за ответ Даниил вéРИТé я’вэ решена следующим:

Эти разрешения по умолчанию на общей схеме?

У меня есть один пользователь, который может получить доступ к базе данных, поэтому я думаю, что это в любом случае не может повышать риски безопасности.

Я думаю, что я должен сделать такую же модификацию на шаблон1. Это правильно? Как я могу проверить, если разрешения в шаблон1 правильно (скажем, значения по умолчанию)?

Это происходит, когда не имея использование привилегия на любой из схем search_path . По умолчанию псевдо-роль «общественность» (все пользователи) имеет эту привилегию на публичных’schema, так что эта ошибка происходит только после его отзыва явно с:

Это требуется, когда это’s не желательно, чтобы люди подглядывать в чужие схемы, даже без выборки данных из таблиц (которые даются с помощью различных льгот).

Если это отменить ничего’т сделано в этой базе данных, это может произойти в базе данных шаблона, по которому новые базы данных по образцу (см. создание баз данных ).

Когда пользователь использование привилегия, а не «создать» привилегия на схему, она’с другой ошибкой при попытке создать объект: permission запрещен public схемы.

Для проверки привилегий в psql, используйте ду+ общественные .

По умолчанию (показаны с расширенными дисплей X для удобства чтения):

ду+ общественные

Список схем -[ Запись 1 ]——+———————— Название | публичных Владелец | и Postgres Права доступа | и Postgres=УЦ/и Postgres | =УЦ/и Postgres Описание | стандартные схемы отсутствие имя_роли до = означает, что это’s для всех ролей (=общественное)

Без привилегий общего пользования в Название | публичных Владелец | и Postgres Права доступа | и Postgres=УЦ/и Postgres | =С/и Postgres Описание | стандартные схемы

Без публичного использования или создать привилегии в Название | публичных Владелец | и Postgres Права доступа | и Postgres=УЦ/и Postgres Описание | стандартные схемы

Источник

Ошибка 1046 Нет базы данных Выбран, как решить?

нужна помощь здесь.

15 ответов

Вам нужно указать MySQL, какую базу данных использовать:

прежде чем создавать таблицу.

Если база данных не существует, вам необходимо создать ее как:

Вы также можете указать MySQL, какую базу данных использовать (если она уже создана):

Я столкнулся с такой же ошибкой, когда попытался импортировать базу данных, созданную ранее. Вот что я сделал, чтобы исправить эту проблему:

1- Создать новую базу данных

2- Используйте его с use команды

3- Повторите попытку

Это работает для меня.

Если вы пытаетесь сделать это с помощью командной строки.

Если вы пытаетесь запустить оператор CREATE TABLE из интерфейса командной строки, вам нужно указать базу данных, в которой вы работаете, перед выполнением запроса:

Если вы пытаетесь сделать это через MySQL Workbench.

. вам нужно выбрать соответствующую базу данных/каталог в раскрывающемся меню, расположенном над вкладкой «Обозреватель объектов: вкладка». Вы можете указать стандартную схему/базу данных/каталог для подключения — нажмите «Управление соединениями» в разделе «Развитие SQL» экрана заставки Workbench.

Добавление

Все это предполагает наличие базы данных, в которой вы хотите создать таблицу внутри — если нет, вам нужно создать базу данных прежде всего:

Если вы делаете это через phpMyAdmin:

Я предполагаю, что вы уже создали новую базу данных MySQL на Live-сайте (на живом сайте я имею в виду компанию, в которой ваш хостинг (в моем случае Bluehost)).

Перейдите в phpMyAdmin на сайте live — войдите в базу данных, которую вы только что создали.

Теперь ВАЖНО! Прежде чем нажимать кнопку «импорт» на верхней панели, выберите свою базу данных в левой части страницы (серая полоса, сверху вверху написан PHP Myadmin, под ней два параметра: information_schema и имя базы данных, в которую вы только вошли.

после того, как вы щелкнете базу данных, которую вы только что создали/вошли в нее, она покажет вам эту базу данных и затем щелкните параметр импорта.

Источник

Ошибка 1046 Нет базы данных Выбран, как решить?

нужна помощь здесь

Вы должны указать MySQL, какую базу данных использовать:

прежде чем создать таблицу.

Если база данных не существует, вам нужно создать ее как:

Вы также можете указать MySQL, какую базу данных использовать (если она уже создана):

Я столкнулся с той же ошибкой, когда пытался импортировать базу данных, созданную ранее. Вот что я сделал, чтобы исправить эту проблему:

1- Создать новую базу данных

2- Используйте его по use команде

3- Попробуй еще раз

Это работает для меня.

Если вы пытаетесь сделать это через командную строку .

Если вы пытаетесь запустить оператор CREATE TABLE из интерфейса командной строки, вам нужно указать базу данных, в которой вы работаете, перед выполнением запроса:

Если вы пытаетесь сделать это через MySQL Workbench .

. вам нужно выбрать соответствующую базу данных / каталог в раскрывающемся меню, расположенном над вкладкой: Обозреватель объектов: Вы можете указать схему / базу данных / каталог по умолчанию для соединения — выберите параметры «Управление соединениями» под заголовком «Разработка SQL» заставки Workbench.

добавление

Все это предполагает, что есть база данных, внутри которой вы хотите создать таблицу — если нет, вам нужно создать базу данных прежде всего:

Если вы делаете это через phpMyAdmin:

Я предполагаю, что вы уже создали новую базу данных MySQL на Live Site (под живым сайтом я имею в виду компанию, с которой вы работаете (в моем случае Bluehost)).

Зайдите на phpMyAdmin на действующий сайт — войдите в базу данных, которую вы только что создали.

Теперь ВАЖНО! Прежде чем щелкнуть опцию «импорт» в верхней панели, выберите вашу базу данных в левой части страницы (на серой панели, сверху написано PHP Myadmin, под ней два параметра: информационная_схема и имя базы данных, в которую вы только что вошли.

Как только вы щелкнете по базе данных, которую вы только что создали / вошли в нее, вам будет показана эта база данных, а затем щелкните вариант импорта.

Это помогло мне. Очень надеюсь, что это помогает

Источник

Ошибка 1046 База данных не выбрана, как устранить?

здесь нужна помощь.

Вам нужно указать MySQL, какую базу данных использовать:

перед созданием таблицы.

Если база данных не существует, вам необходимо создать ее как:

Вы также можете указать MySQL, какую базу данных использовать (если она уже создана):

Я столкнулся с той же ошибкой, когда попытался импортировать базу данных, созданную ранее. Вот что я сделал, чтобы исправить эту проблему:

1- Создать новую базу данных

2- Используйте его по use команде

3- Попробуйте еще раз

У меня это работает.

Если вы пытаетесь сделать это через командную строку .

Если вы пытаетесь запустить оператор CREATE TABLE из интерфейса командной строки, вам необходимо указать базу данных, в которой вы работаете, перед выполнением запроса:

Если вы пытаетесь сделать это через MySQL Workbench .

. вам необходимо выбрать соответствующую базу данных / каталог в раскрывающемся меню, расположенном над вкладкой: Обозреватель объектов :. Вы можете указать схему / базу данных / каталог по умолчанию для подключения — щелкните параметры «Управление подключениями» под заголовком «Разработка SQL» на экране-заставке Workbench.

Дополнение

Все это предполагает, что есть база данных, внутри которой вы хотите создать таблицу — если нет, вам нужно создать базу данных прежде всего:

Если вы делаете это через phpMyAdmin:

Я предполагаю, что вы уже создали новую базу данных MySQL на Live Site (под живым сайтом я имею в виду компанию, с которой работает ваш хостинг (в моем случае Bluehost)).

Перейдите в phpMyAdmin на действующем сайте — войдите в только что созданную базу данных.

А теперь ВАЖНО! Перед тем, как щелкнуть опцию «импорт» на верхней панели, выберите свою базу данных в левой части страницы (серая полоса, вверху написан PHP Myadmin, под ним две опции: information_schema и имя базы данных, в которую вы только что вошли.

Как только вы щелкнете по базе данных, которую вы только что создали / вошли в нее, она покажет вам эту базу данных, а затем щелкните параметр импорта.

Это помогло мне. Действительно надеюсь, что это поможет

Источник