Error 1052 column amount in field list is ambiguous

ORA-00918 (или #1052 в MySQL): частые ошибки новичков

В этом посту вы узнаете, что значит ошибка «ORA-00918: column ambiguously defined» и как её решить. Ошибка возникает, когда при объединении в двух таблицах присутствуют колонки с одинаковым названием и непонятно, к какой таблице относится колонка.

Для воспроизведения ошибки, создаём две простых таблицы с одинаковыми колонками — цифровой и текстовой. И number_column, и text_column присутствуют в обоих таблицах.

Выпоняем запрос SQL с объединением через JOIN, выбираем значения number_column, text_column из таблиц test_table1 и test_table2, в которых number_column из одной равняется number_column из другой, и number_column равняется единице.

Уже прочитав предложение сразу становится понятным, что невозможно определить к какой из двух таблиц относится number_column, а также text_column, что менее очевидно. После выполнения запроса Apex SQL Workshop (или любой другой инструмент для работы с базами данных Oracle) выдаёт такую ошибку:

Скриншот 1: Ошибка ORA-00918: column ambiguously defined

Исправить ситуацию можно двумя методами. В первом просто прописывает название таблицы перед названием колонки.

Второй метод удобнее. В нём используются алиасы названий таблиц, в нашем примере t1 для test_table1 и t2 для test_table2.

Кстати, в MySQL эта ошибка называется «#1052 — Column ‘number_column’ in field list is ambiguous» и лечится тем же способом. phpMyAdmin выдаёт при такой ошибке следующее сообщение:

Скриншот 2: Ошибка MySQL #1052 — Column in field list is ambiguous

Источник

Форум пользователей MySQL

Задавайте вопросы, мы ответим

Страниц: 1

#1 03.10.2017 14:05:06

ERROR 1052 (23000): Column ‘num’ in field list is ambiguous

Это учебная база
Вот скрипт для ее создания

create database sale; # создание базы данных — продажи
use sale; # указываем базу данных , для добавления в нее данных и изменения

# создаем таблицу платежей
/*первое поле `num` — это порядковый номер платежа, оно должно быть уникальным, не должно быть пустым;
`2`-е поле paydate — дата продажи, не должна быть пустой, обязательна к заполению,
по умолчанию подставляется текущая дата и время, которое берется из системных значений
компьютера, на котором работает данная база данных;
поле receiver — получатель платежа, не должно иметь пустого значения;
поле amount — здесь вводится сумма платежа, поле не должно быть пустым, оно имеет в сумме
`10` разрядов,из них:
`2`-разряда после запятой,
`8`-разрядов цифр перед запятой разрядов»*/

create table payments ( num INT not null ,
paydate datetime not null default current_timestamp ,
receiver int not null ,
amount decimal ( 10 , 2 ) not null ,
primary key ( num ) ,
unique ( num ) ) ;
# смотрим описание таблицы
desc payments;

insert into payments ( num,paydate,receiver,amount )
values ( 1 , ‘2016-10-30 15:00:00’ , 1 , 35000.5 ) ,
( 2 , ‘2017-11-30 15:25:00’ , 2 , 25000.5 ) ,
( 3 , ‘2015-11-30 10:25:00’ , 2 , 15000.5 ) ,
( 4 , ‘2014-11-30 11:25:00’ , 3 , 10000.5 ) ,
( 5 , ‘2014-11-30 11:25:00’ , 3 , 10000.5 ) ;

# используем, при заполнении таблицы, значение по умолчанию для поля paydate
# поэтому это поле и значения для него опустим из параметров

insert into payments ( num,receiver,amount )
values ( 6 , 4 , 1000.5 ) ,
( 7 , 2 , 500.5 ) ,
( 8 , 3 , 17000.5 ) ,
( 9 , 1 , 100.5 ) ,
( 10 , 4 , 15000.5 ) ,
( 11 , 4 , 35000.5 ) ,
( 12 , 2 , 45000.5 ) ,
( 13 , 3 , 55000.5 ) ,
( 14 , 4 , 85000.5 ) ,
( 15 , 4 , 85000.5 ) ,
( 16 , 4 , 85000.5 ) ;

# производим выборку всех данных из таблицы payments
select * from payments;

# создаем таблицу получателей
/*первое поле num — это порядковый номер получателя, оно должно быть уникальным, не должно быть пустым;
`name` — так как это слово зарезервировано, обозначим его обратными кавычками,
обозначим максимальный размер хранимой строки, Указание правильного размера поля таблицы,
может значительно сэкономить занимаемую ею память.
`VARCHAR` — это тип данных — строковые данные переменной длины,сделаем данное поле индексируемым и уникальным
и назначим данному полю первичный ключ;

create table receivers ( num INT not null ,
`name` Varchar ( 255 ) not null ,
PRIMARY KEY ( `name` ) , INDEX ( `name` ) , UNIQUE ( name ) ) ;

# смотрим описание таблицы
desc receivers;

# наполняем таблицу receivers

insert into receivers ( num,`name` )
values ( 1 , ‘ВЭБ’ ) ,
( 2 , ‘АБСОЛЮТ’ ) ,
( 3 , ‘ФОНД СОРЕСА’ ) ,
( 4 , ‘ВАЛЮТНЫЙ РЕЗЕРВНЫЙ ФОНД’ ) ;
# производим выборку всех данных из таблицы receivers
select * from receivers;

# Создаем таблицу клиентов
create table clients ( num INT ,FamilyN Varchar ( 255 ) , FirstN Varchar ( 255 ) , FatherN Varchar ( 255 ) ,
PRIMARY KEY ( `num` ) , INDEX ( `num` ) , UNIQUE ( num ) ) ;

# смотрим описание таблицы
desc clients;

# наполняем таблицу clients

insert into clients ( num, familyn,firstn,fathern )
values ( 1 , ‘Петровский’ , ‘Павел’ , ‘Анатольевич’ ) ,
( 2 , ‘Семенова’ , ‘Алла’ , ‘Анатольевна’ ) ,
( 3 , ‘Пинчук’ , ‘Владислав’ , ‘Павлович’ ) ,
( 4 , ‘Сергеенко’ , ‘Павел’ , ‘Петрович’ ) ,
( 5 , ‘Савич’ , ‘Елена’ , ‘Александровна’ ) ,
( 6 , ‘Осипов’ , ‘Андрей’ , ‘Александрович’ ) ,
( 7 , ‘Мойсейчик’ , ‘Анна’ , ‘Антоновна’ ) ,
( 8 , ‘Александровский’ , ‘Сергей’ , ‘Викторович’ ) ,
( 9 , ‘Пушкин’ , ‘Александр’ , ‘Викторович’ ) ;

# производим выборку всех данных из таблицы receivers
select * from clients;

Задача такая

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

Написал так и получил ошибку

В таблицах payments , receivers — есть поля с одинаковыми названиями num.
Как же в этом запросе указать, что надо искать.

Но все равно ошибка.
Поясниет пожайлуста как исправить ?

Источник

Error 1052 Column in where clause is ambiguous

2 Minutes, 9 Seconds to Read

When working with programs that pull data from databases, you may occasionally run across different types of errors. Many of them are fixable, specifically if you are coding your own SQL queries. This article describes the ‘1052 Column in where clause is ambiguous‘ error and how to correct it.

Correcting the ‘1052 Column in where clause is ambiguous’ error

The Error

This type of error occurs when a SQL query is working with more than one table. Our example below is using two tables within an ecommerce program and generates the following error:

What causes the error

The query gives each table an alias, the oc_customer table gets an alias of c and the oc_address table gets an alias of a. This is used to define which table the column is supposed to come from, such as the section of the query c.customer_id = a.customer_id. This is the same as saying oc_customer.customer_id = oc_address.customer_id. There is another section that has column names but the script fails to identify which table to look into, CONCAT(firstname, ‘ ‘, lastname). Since both the oc_customer and oc_address tables have columns named firstname and lastname, the server does not know which table to work with, and thus throws the error.

Fixing the error

To fix this, simply add the tablename or alias for the table you want to work with. If you are writing the query yourself, this is a bit easier to deal with as you will know which table you meant to use. In our example, we should add the alias for the oc_customer table, c, to the column names. Our code snippet would look like this: CONCAT(c.firstname, ‘ ‘, c.lastname) making the whole query appear as below.

If you are working with a developer or a professional level program (open source or purchased) you will need to let them know of the error. They will be able to fix the issue in their next release.

The query will now run correctly as it knows which table to work with on all columns.

Источник

Error 1052 Column in where clause is ambiguous

2 Minutes, 9 Seconds to Read

When working with programs that pull data from databases, you may occasionally run across different types of errors. Many of them are fixable, specifically if you are coding your own SQL queries. This article describes the ‘1052 Column in where clause is ambiguous‘ error and how to correct it.

Correcting the ‘1052 Column in where clause is ambiguous’ error

The Error

This type of error occurs when a SQL query is working with more than one table. Our example below is using two tables within an ecommerce program and generates the following error:

What causes the error

The query gives each table an alias, the oc_customer table gets an alias of c and the oc_address table gets an alias of a. This is used to define which table the column is supposed to come from, such as the section of the query c.customer_id = a.customer_id. This is the same as saying oc_customer.customer_id = oc_address.customer_id. There is another section that has column names but the script fails to identify which table to look into, CONCAT(firstname, ‘ ‘, lastname). Since both the oc_customer and oc_address tables have columns named firstname and lastname, the server does not know which table to work with, and thus throws the error.

Fixing the error

To fix this, simply add the tablename or alias for the table you want to work with. If you are writing the query yourself, this is a bit easier to deal with as you will know which table you meant to use. In our example, we should add the alias for the oc_customer table, c, to the column names. Our code snippet would look like this: CONCAT(c.firstname, ‘ ‘, c.lastname) making the whole query appear as below.

If you are working with a developer or a professional level program (open source or purchased) you will need to let them know of the error. They will be able to fix the issue in their next release.

The query will now run correctly as it knows which table to work with on all columns.

Источник

В этом посту вы узнаете, что значит ошибка «ORA-00918: column ambiguously defined» и как её решить. Ошибка возникает, когда при объединении в двух таблицах присутствуют колонки с одинаковым названием и непонятно, к какой таблице относится колонка.

Для воспроизведения ошибки, создаём две простых таблицы с одинаковыми колонками — цифровой и текстовой. И number_column, и text_column присутствуют в обоих таблицах.

CREATE TABLE test_table1(number_column NUMBER, text_column VARCHAR2(50) )

CREATE TABLE test_table2(number_column NUMBER, text_column VARCHAR2(50) )

Выпоняем запрос SQL с объединением через JOIN, выбираем значения number_column, text_column из таблиц test_table1 и test_table2, в которых number_column из одной равняется number_column из другой, и number_column равняется единице.

SELECT number_column, text_column FROM test_table1 JOIN test_table2 ON number_column = number_column WHERE number_column = 1

Уже прочитав предложение сразу становится понятным, что невозможно определить к какой из двух таблиц относится number_column, а также text_column, что менее очевидно. После выполнения запроса Apex SQL Workshop (или любой другой инструмент для работы с базами данных Oracle) выдаёт такую ошибку:

Исправить ситуацию можно двумя методами. В первом просто прописывает название таблицы перед названием колонки.

SELECT test_table1.number_column, test_table1.text_column FROM test_table1 JOIN test_table2 ON test_table1.number_column = test_table2.number_column WHERE test_table1.number_column = 1

Второй метод удобнее. В нём используются алиасы названий таблиц, в нашем примере t1 для test_table1 и t2 для test_table2.

SELECT t1.number_column, t1.text_column FROM test_table1 t1 JOIN test_table2 t2 ON t1.number_column = t2.number_column WHERE t1.number_column = 1

Кстати, в MySQL эта ошибка называется «#1052 — Column ‘number_column’ in field list is ambiguous» и лечится тем же способом. phpMyAdmin выдаёт при такой ошибке следующее сообщение:

Понравился пост? Поделись в соцсетях и подписывайся на аккаунты в Twitter и Facebook!

While working with tables in SQL and trying to fetch some data, you might have come across the Column ‘user_id‘ in field list is ambiguous” error. In this post, we will take a closer look at the reason behind the error followed by its solution.

What is Column ‘user_id’ in field list is ambiguous” error?  

This error occurs when you are trying to fetch some data from multiple tables with the help of a join query. But if the same field name is present in both tables, and you are not passing the table name as part of the column identifier, the query will be unsuccessful.

Look at the example given below:

SQL Query

SELECT user_id, name, age, user_address, user_sex FROM user_details as ud, users as u WHERE user_id = user_id LIMIT 0, 25

Error

#1052 - Column 'user_id' in field list is ambiguous

In the above example, we are trying to fetch data from two tables, users and user_details by using table join.   

And you can see, the name of one field user_id is present in both the tables.

In the SELECT query, you are not specifying table name to select data. So, MySQL gets confused and generates the Column ‘user_id‘ in field list is an ambiguous error.

Solution

SELECT u.user_id, u.name, u.age, ud.user_address, ud.user_sex FROM user_details as ud, users as u WHERE u.user_id = ud.user_id

In this solution, you can see that the table name is specified using dot (.). Aliases u is for users table and ud is for user_details table. So, MySQL does not get confused after encountering u.user_id and ud.user_id. The query is executed successfully. 

create database sale;     # создание базы данных — продажи
use sale;                 # указываем базу данных , для добавления в нее данных и изменения

# создаем таблицу платежей
/*первое поле `num` — это порядковый номер платежа, оно должно быть уникальным, не должно быть пустым;
   `2`-е поле paydate — дата продажи, не должна быть пустой, обязательна к заполению,
по умолчанию подставляется текущая дата и время, которое берется из системных значений
компьютера, на котором работает данная база данных;
поле receiver — получатель платежа, не должно иметь пустого значения;
поле amount — здесь вводится сумма платежа, поле не должно быть пустым, оно имеет в сумме
`10` разрядов,из них:
`2`-разряда после запятой,
`8`-разрядов цифр перед запятой разрядов»*/

create table payments(num  INT not null,
                      paydate datetime not null default current_timestamp,
                      receiver int not null,
                      amount decimal(10,2) not null,
                      primary key(num),
                      unique(num) );  
# смотрим описание таблицы
desc payments;

# наполняем таблицу

insert into payments (num,paydate,receiver,amount)
               values(1,‘2016-10-30 15:00:00’,1,35000.5),
                     (2,‘2017-11-30 15:25:00’,2,25000.5),
                     (3,‘2015-11-30 10:25:00’,2,15000.5),
                     (4,‘2014-11-30 11:25:00’,3,10000.5),
                     (5,‘2014-11-30 11:25:00’,3,10000.5);

# используем, при заполнении таблицы, значение по умолчанию для поля paydate
# поэтому это поле и значения для него опустим из параметров

insert into payments (num,receiver,amount)
               values(6,4,1000.5),
                     (7,2,500.5),
                     (8,3,17000.5),
                     (9,1,100.5),
                     (10,4,15000.5),
                     (11,4,35000.5),
                     (12,2,45000.5),
                     (13,3,55000.5),
                     (14,4,85000.5),
                     (15,4,85000.5),
                     (16,4,85000.5);

# производим выборку всех данных из таблицы payments
select * from payments;

# создаем таблицу получателей
/*первое поле num — это порядковый номер получателя, оно должно быть уникальным, не должно быть пустым;
  `name` — так как это слово зарезервировано, обозначим его обратными кавычками,
обозначим максимальный размер хранимой строки, Указание правильного размера поля таблицы,
может значительно сэкономить занимаемую ею память.
`VARCHAR` — это тип данных — строковые данные переменной длины,сделаем данное поле индексируемым и уникальным
и назначим данному полю первичный ключ;

 
*/

create table receivers( num INT not null,
                       `name` Varchar(255) not null,
                       PRIMARY KEY(`name`), INDEX (`name`), UNIQUE (name));

# смотрим описание таблицы
desc receivers;

 
# наполняем таблицу receivers

     insert into receivers (num,`name`)
               values(1,‘ВЭБ’),
                     (2,‘АБСОЛЮТ’),
                     (3,‘ФОНД СОРЕСА’),
                     (4,‘ВАЛЮТНЫЙ РЕЗЕРВНЫЙ ФОНД’);
   # производим выборку всех данных из таблицы receivers
select * from receivers;  

           
# Создаем таблицу клиентов
create table clients (num INT,FamilyN Varchar(255),    FirstN Varchar(255), FatherN Varchar(255),
                      PRIMARY KEY(`num`), INDEX (`num`), UNIQUE (num));

# смотрим описание таблицы
desc clients;

# наполняем таблицу clients

 insert into clients (num, familyn,firstn,fathern)
       values(1,‘Петровский’,‘Павел’,‘Анатольевич’),
                (2,‘Семенова’,‘Алла’,‘Анатольевна’),
                (3,‘Пинчук’,‘Владислав’,‘Павлович’),
                (4,‘Сергеенко’,‘Павел’,‘Петрович’),
                (5,‘Савич’,‘Елена’,‘Александровна’),
                (6,‘Осипов’,‘Андрей’,‘Александрович’),
                (7,‘Мойсейчик’,‘Анна’,‘Антоновна’),
                (8,‘Александровский’,‘Сергей’,‘Викторович’),
                (9,‘Пушкин’,‘Александр’,‘Викторович’);

 # производим выборку всех данных из таблицы receivers
select * from clients;