|
2 / 2 / 0 Регистрация: 21.05.2015 Сообщений: 35 |
|
|
1 |
|
Ошибка синтаксиса (пропущен оператор) в выражении запроса04.07.2015, 17:05. Показов 51450. Ответов 12
Здравия желаю! При добавлении через форму новой записи, первые данные заносятся, а при добавлении следующих новых записей, выдаётся: «Ошибка синтаксиса (пропущен оператор) в выражении запроса «…..» Помогите пожалуйста! И в целом просмотрите, что да как! Честь имею!
1 |
|
mobile 26784 / 14463 / 3192 Регистрация: 28.04.2012 Сообщений: 15,782 |
||||
|
04.07.2015, 17:25 |
2 |
|||
|
По правилам Access, все имена с пробелами (Тип ТУ, Наименование ТУ) должны писаться в в прямых скобках. Например:
4 |
|
8758 / 5606 / 576 Регистрация: 27.03.2013 Сообщений: 19,042 |
|
|
04.07.2015, 17:26 |
3 |
|
…просмотрите, что да как!… Связей между таблицами нет, сразу считаю что это не правильно, отхожу в сторону, советовать уже по умолчанию ни чего не буду.
1 |
|
2 / 2 / 0 Регистрация: 21.05.2015 Сообщений: 35 |
|
|
04.07.2015, 17:29 [ТС] |
4 |
|
Спасибо! Буду продолжать дальше создание базы! Добавлено через 2 минуты
0 |
|
8758 / 5606 / 576 Регистрация: 27.03.2013 Сообщений: 19,042 |
|
|
04.07.2015, 17:36 |
5 |
|
Мне тоже как-то это не нравится! Не подумайте, что я как бы типа ваеживаюсь, просто по опыту знаю, что на это не меньше месяца лично для меня уйдет до доведения вашей БД до ума.
1 |
|
Модератор 11391 / 4701 / 759 Регистрация: 07.08.2010 Сообщений: 13,646 Записей в блоге: 4 |
|
|
04.07.2015, 18:20 |
6 |
|
полный ералаш в именах и таблицах
1 |
|
8758 / 5606 / 576 Регистрация: 27.03.2013 Сообщений: 19,042 |
|
|
04.07.2015, 18:26 |
7 |
|
я потратила более часа, что бы Вот и я о том же, просто не понятно по схеме которой и нет, что именно возжелал ТС, месяц наверное уйдет пока определишся что и зачем.
1 |
|
Модератор 11391 / 4701 / 759 Регистрация: 07.08.2010 Сообщений: 13,646 Записей в блоге: 4 |
|
|
04.07.2015, 18:59 |
8 |
|
я видела множество методичек для студентов —здесь сделано все наоборот да еще и ералаш в разработке
2 |
|
450 / 238 / 14 Регистрация: 29.10.2014 Сообщений: 959 |
|
|
04.07.2015, 22:51 |
9 |
|
Да, квадратные скобки в процедуре Poisk () меняют состояние дел. Все работает несмотря на неправильное построение БД
1 |
|
450 / 238 / 14 Регистрация: 29.10.2014 Сообщений: 959 |
|
|
05.07.2015, 11:01 |
10 |
|
bars-akula, Для того, чтобы избавиться от этой ошибки, в процедуре Poisk () нужно удалить строки с «.RowSource» (это 4 ед.) в примечании формы. Но чтобы база была организована верно, нужно их источником данных сделать Главную таблицу, а не вспомогательные, а то при росте базы можно потом получить ошибку
1 |
|
2 / 2 / 0 Регистрация: 21.05.2015 Сообщений: 35 |
|
|
05.07.2015, 13:26 [ТС] |
11 |
|
bars-akula, Для того, чтобы избавиться от этой ошибки, в процедуре Poisk () нужно удалить строки с «.RowSource» (это 4 ед.) в примечании формы. Но чтобы база была организована верно, нужно их источником данных сделать Главную таблицу, а не вспомогательные, а то при росте базы можно потом получить ошибку
в процедуре Poisk () нужно удалить строки с «.RowSource» (это 4 ед.) в примечании формы. Но чтобы база была организована верно, нужно их источником данных сделать Главную таблицу, а не вспомогательные, а то при росте базы можно потом получить ошибку Это где именно в коде vba?
0 |
|
Модератор 11391 / 4701 / 759 Регистрация: 07.08.2010 Сообщений: 13,646 Записей в блоге: 4 |
|
|
05.07.2015, 13:37 |
12 |
|
вы в базе из пункта 5 код смотрели?
1 |
|
450 / 238 / 14 Регистрация: 29.10.2014 Сообщений: 959 |
|
|
05.07.2015, 20:44 |
13 |
|
Да все понятно, это свободные поля в примечании формы, поля со списком, в Poisk их нужно только обнулять (что и происходит). В связанной таблице эти поля — перечни значений, и задавать их источником другие таблицы, записи которых могут с этими перечнями не совпадать недопустимо.
1 |
No, no, no.
These answers are all wrong. There is a fundamental absence of knowledge in your brain that I’m going to remedy right now.
Your major issue here is your naming scheme. It’s verbose, contains undesirable characters, and is horribly inconsistent.
First: A table that is called Salesperson does not need to have each field in the table called Salesperson.Salesperson number, Salesperson.Salesperson email. You’re already in the table Salesperson. Everything in this table relates to Salesperson. You don’t have to keep saying it.
Instead use ID, Email. Don’t use Number because that’s probably a reserved word. Do you really endeavour to type [] around every field name for the lifespan of your database?
Primary keys on a table called Student can either be ID or StudentID but be consistent. Foreign keys should only be named by the table it points to followed by ID. For example: Student.ID and Appointment.StudentID. ID is always capitalized. I don’t care if your IDE tells you not to because everywhere but your IDE will be ID. Even Access likes ID.
Second: Name all your fields without spaces or special characters and keep them as short as possible and if they conflict with a reserved word, find another word.
Instead of: phone number use PhoneNumber or even better, simply, Phone. If you choose what time user made the withdrawal, you’re going to have to type that in every single time.
Third: And this one is the most important one: Always be consistent in whatever naming scheme you choose. You should be able to say, «I need the postal code from that table; its name is going to be PostalCode.» You should know that without even having to look it up because you were consistent in your naming convention.
Recap: Terse, not verbose. Keep names short with no spaces, don’t repeat the table name, don’t use reserved words, and capitalize each word. Above all, be consistent.
I hope you take my advice. This is the right way to do it. My answer is the right one. You should be extremely pedantic with your naming scheme to the point of absolute obsession for the rest of your lives on this planet.
NOTE:You actually have to change the field name in the design view of the table and in the query.
Регистрация на форуме тут, о проблемах пишите сюда — alarforum@yandex.ru, проверяйте папку спам! Обязательно пройдите восстановить пароль
| Поиск по форуму |
| Расширенный поиск |
| Страница 1 из 2 | 1 | 2 | Следующая > |
Почему возникает эта ошибка.
Ошибка синтаксиса (пропущен оператор) в выражении запроса ‘[Стипендія нарахування].[Середній бал]? (база данных в Access 2010)
SELECT [Стипендія нарахування].[Середній бал]
IF([Середній бал]<4,»0″,
IF([Середній бал]=5,»950″,
IF([Середній бал]>=4 And <5,»800″)) AS [Стипендія]
FROM [Стипендія нарахування];
Сообщение об ошибке при использовании специальных символов в базах данных Access
В этой статье перечислены специальные символы, которые не следует использовать при работе с именами объектов базы данных или именами полей во всех версиях Access.
Оригинальный номер базы знаний: 826763
Эта статья применима к файлам баз данных Microsoft Access (.mdb) или (.accdb), а также к файлу проекта Microsoft Access (.adp).
Симптомы
При использовании специальных символов в Access возникает одна из следующих проблем.
Проблема 1
В имени поля таблицы используется один из следующих специальных символов:
- Знак над символом (`)
- Восклицательный знак (!)
- Точка (.)
- квадратные скобки ([])
- Пробел
- Непечатаемые символы
В этом случае отобразится следующее сообщение об ошибке:
Недопустимое имя поля.
Убедитесь, что имя не содержит точку (.), восклицательный знак(!), квадратные скобки ([]), пробел или непечатаемый символ, например символ возврата каретки. Если вы вставляете имя из другого приложения, попробуйте нажать клавишу ESC и ввести имя еще раз.
При использовании этих специальных символов в имени таблицы отобразится следующее сообщение об ошибке:
Введенное имя объекта ‘TableName‘ не соответствует правилам именования объектов Microsoft Office Access.
Проблема 2
Вы создаете выражение запроса. Выражение запроса включает поля, содержащие специальные символы. При использовании отдельных специальных символов отображается следующее сообщение об ошибке:
Если имя поля содержит пробел, вопросительный знак (?) или знак @, отобразится следующее сообщение об ошибке:
Ошибка синтаксиса во введенном выражении.
Задано значение для операции без оператора
Если имя поля содержит кавычки («) или апостроф (‘), отобразится следующее сообщение об ошибке:
Введенное выражение содержит ошибочную строку.
Строка может содержать до 2048 знаков, включая знаки открывающей и закрывающей кавычек.
Если имя поля содержит знак решетки (#), отобразится следующее сообщение об ошибке:
Введенное выражение содержит недопустимое значение даты.
Если имя поля содержит знак процента (%), тильду (
), точку с запятой (;) или скобки ([]), отобразится следующее сообщение об ошибке:
Ошибка синтаксиса во введенном выражении.
Пропущен операнд или оператор, введен недопустимый знак или лишняя запятая, либо задана строка без кавычек.
Если имя поля содержит фигурные скобки (), отобразится следующее сообщение об ошибке:
Неверно сформированный код GUID в выражении запроса ‘ObjectName‘
Если имя поля содержит квадратные скобки ([]) или круглые скобки (()), отобразится следующее сообщение об ошибке:
Во введенном выражении отсутствует закрывающая скобка, квадратная скобка (]) или вертикальная черта (|).
Проблема 3
У вас есть запрос, содержащий выражения запроса. Выражения запроса включают поля, содержащие специальные символы. При выполнении запроса предлагается ввести значение параметра. Как правило, эта проблема возникает при использовании следующих специальных символов:
- знак «больше» (>);
- знак «меньше» (<);
- Точка (.)
- Звездочка (*)
- Двоеточие (:)
- Крышка (^)
- Знак плюс (+)
- Обратная косая черта ()
- Знак равенства (=)
- амперсанд (&);
- Косая черта (/)
Обходной путь
Чтобы устранить эту проблему, не используйте специальные символы. Если в выражениях запроса необходимо использовать специальные символы, заключите их в квадратные скобки ([]). Например, если вы хотите использовать знак «больше» (>), используйте [>].
Дополнительная информация
Microsoft Access не ограничивает использование специальных символов, таких как знак решетки (#), точка (.) или кавычки («) в именах объектов базы данных или в именах полей базы данных. Однако при использовании специальных символов могут возникнуть непредвиденные ошибки. Поэтому корпорация Майкрософт рекомендует не использовать специальные символы в именах объектов базы данных в базе данных Access или в проекте базы данных. В этой статье рассматриваются специальные символы, которые не следует использовать во избежание известных проблем с ними.
При работе с Access или другим приложением, например приложением Microsoft Visual Basic или приложением Active Server Pages (ASP), не следует использовать следующие специальные символы:
Соглашения об именовании в Access
Корпорация Майкрософт рекомендует не использовать точку (.), восклицательный знак (!), знак ударения (`), квадратные скобки ([ ]), пробел ( ) или кавычки («) внутри имен функций, имен переменных, имен полей или имен объектов базы данных, таких как таблицы и формы.
Использование следующих специальных символов в Access приводит к возникновению известных проблем. В следующих сценариях описано, когда не следует использовать специальные символы:
Что значит пропущен оператор в выражении запроса access
Профиль
Группа: Участник
Сообщений: 310
Регистрация: 15.11.2007
Репутация: нет
Всего: нет
Здравствуйте.
Вобще на форме выбирется ДАТА в dateTimePicker, затем хочу сделать ЗАПРОС на ВЫБОРКУ из таблицы (Access) по этой дате . ну если дата совпала, то потом все вывожу в dataGridView1
| Код |
| OleDbDataAdapter B = new OleDbDataAdapter(«SELECT * FROM Содержание_заказа WHERE Дата=»+dateTimePicker1.Value+»», «Provider=Microsoft.Jet.OLEDB.4.0;» + «Data Source=» + @»….kafe.mdb»); B.SelectCommand.Connection.Open(); B.SelectCommand.ExecuteNonQuery(); B.SelectCommand.Connection.Close(); DataTable C = new DataTable(); B.Fill(C); dataGridView1.DataSource = C; |
ну вобщем когда я на форме выбираю дату и нажимаю кнопку поиск ВЫЛАЗИЕТ вот такая ОШИБКА:
| Код |
| Ошибка синтаксиса (пропущен оператор) в выражении запроса ‘Дата=03.12.2008 0:00:00’. |
| Код |
| SELECT * FROM Содержание_заказа WHERE Дата=03.12.2008 0:00:00 |
Помогите разобраться с этой проблемой.
Заранее спасибо.
Let’s do some .NET
Профиль
Группа: Модератор
Сообщений: 2828
Регистрация: 19.12.2005
Где: Санкт-Петербург
Репутация: нет
Всего: 67
kuller, dateTimePicker1.Value.ToString(«dd.MM.yyyy»);
Добавлено через 36 секунд
kuller, а вообще в каком формате дата хранится в базе?
Профиль
Группа: Участник
Сообщений: 310
Регистрация: 15.11.2007
Репутация: нет
Всего: нет
Let’s do some .NET
Профиль
Группа: Модератор
Сообщений: 2828
Регистрация: 19.12.2005
Где: Санкт-Петербург
Репутация: нет
Всего: 67
Вот так выглядит у меня в Access 2003 запрос на выборку поля с датой
SELECT Table1.ID, Table1.Field1
FROM Table1
WHERE (((Table1.Field1)=#1/10/2008#));
Профиль
Группа: Участник
Сообщений: 310
Регистрация: 15.11.2007
Репутация: нет
Всего: нет
| Код |
| Дата содержит синтаксическую ошибку в выражении запроса ‘Дата=#03.12.2008 0:00:00#’. |
| Код |
| SELECT * FROM Содержание_заказа WHERE Дата=#03.12.2008 0:00:00# |
Добавлено через 4 минуты и 4 секунды
и так ошибка(((
| Код |
| OleDbDataAdapter B = new OleDbDataAdapter(«SELECT * FROM Содержание_заказа WHERE (([Содержание_заказа].[Дата]=» + dateTimePicker1.Value + «))», «Provider=Microsoft.Jet.OLEDB.4.0;» + «Data Source=» + @»….kafe.mdb»); |
| Код |
| Ошибка синтаксиса (пропущен оператор) в выражении запроса ‘(([Содержание_заказа].[Дата]=03.12.2008 0:00:00))’. |
Let’s do some .NET
Профиль
Группа: Модератор
Сообщений: 2828
Регистрация: 19.12.2005
Где: Санкт-Петербург
Репутация: нет
Всего: 67
kuller, попробуйте прогнать запрос с хардкодом
| Код |
| OleDbDataAdapter B = new OleDbDataAdapter(«SELECT * FROM Содержание_заказа WHERE Дата= #12/03/2008#», «Provider=Microsoft.Jet.OLEDB.4.0;» + «Data Source=» + @»….kafe.mdb»); B.SelectCommand.Connection.Open(); B.SelectCommand.ExecuteNonQuery(); B.SelectCommand.Connection.Close(); DataTable C = new DataTable(); B.Fill(C); dataGridView1.DataSource = C; |
Профиль
Группа: Участник
Сообщений: 310
Регистрация: 15.11.2007
Репутация: нет
Всего: нет
| Код |
| OleDbDataAdapter B = new OleDbDataAdapter(«SELECT * FROM Содержание_заказа WHERE Дата=#12/03/2008#», . |
ну т.к. в БД нет строки с такой датой то у меня выскочила табличка:
| Код |
| MessageBox.Show(«Извените, по вашему запросу ничего не найдено», . |
значит все работает, но это для статического варианта даты . а вот как теперь это исправить для динамически меняющейся даты.
Добавлено через 1 минуту и 8 секунд
Вот поставил 20/11/2008:
и в dataGridView1 вывелись ВСЕ найденные РЕЗУЛЬТАТЫ .. причем верные)))))
Добавлено через 3 минуты и 34 секунды
ВЫВОД:
дату надо получить из dateTimePicker1.Value и привести к виду:
#ч/м/г#,а потом только вызывать запрос.
Let’s do some .NET
Профиль
Группа: Модератор
Сообщений: 2828
Регистрация: 19.12.2005
Где: Санкт-Петербург
Репутация: нет
Всего: 67
| Код |
| OleDbDataAdapter B = new OleDbDataAdapter(«SELECT * FROM Содержание_заказа WHERE Дата=#»+dateTimePicker1.Value.ToString(«dd/MM/yyyy»)+»#», «Provider=Microsoft.Jet.OLEDB.4.0;» + «Data Source=» + @»….kafe.mdb»); B.SelectCommand.Connection.Open(); B.SelectCommand.ExecuteNonQuery(); B.SelectCommand.Connection.Close(); DataTable C = new DataTable(); B.Fill(C); dataGridView1.DataSource = C; |
Это сообщение отредактировал(а) Partizan — 4.12.2008, 12:28
Профиль
Группа: Участник
Сообщений: 310
Регистрация: 15.11.2007
Репутация: нет
Всего: нет
Да уж(
и так не работате((((
| Код |
| OleDbDataAdapter B = new OleDbDataAdapter(«SELECT * FROM Содержание_заказа WHERE Дата=#»+dateTimePicker1.Value.ToString(«MM/dd/yyyy»)+»#», «Provider=Microsoft.Jet.OLEDB.4.0;» + «Data Source=» + @»….kafe.mdb»); |
| Код |
| Дата содержит синтаксическую ошибку в выражении запроса ‘Дата=#11.20.2008#’. |
| Код |
| SELECT * FROM Содержание_заказа WHERE Дата=#11.20.2008# |
Добавлено через 5 минут
Причем по моему не так:
ToString(«MM/dd/yyyy»)
а вот так:
ToString(«dd/MM/yyyy»)
ну всеравно не пашет((((
Это сообщение отредактировал(а) kuller — 4.12.2008, 12:32
Let’s do some .NET
Профиль
Группа: Модератор
Сообщений: 2828
Регистрация: 19.12.2005
Где: Санкт-Петербург
Загрузка…
I’m getting the error:
syntax error (missing operator) in query expression '((dbo_tblBidder.bidder_sale_id = dbo_tblSale.sale_id) AND (dbo_tblSale.sale_id IN (319))) LEFT JOIN
dbo_tblItem ON ((dbo_tblBidder.bidder_sale_id = dbo_tblItem.item_sale_id) AND (dbo_tblBidder.bidder_number = dbo_tblItem.item_bidder_number)'.
I’ve had this issue before and know that it doesn’t like my parenthesis setup, but nothing I do seems to make MS Access happy.
SELECT dbo_tblMailList.mail_FirstName, dbo_tblMailList.mail_LastName, dbo_tblMailList.mail_Address1, dbo_tblMailList.mail_Address2,
dbo_tblMailList.mail_City, dbo_tblMailList.mail_State, dbo_tblMailList.mail_Zip, dbo_tblMailList.mail_Phone1, dbo_tblMailList.mail_Email1,
dbo_tblMailList.mail_Comp_GenAm, dbo_tblBidder.bidder_number, SUM(dbo_tblItem.item_pr) AS SumOfitem_pr, SUM(dbo_tblItem.item_premium)
AS SumOfitem_premium, dbo_tblBidder.bidder_type, dbo_tblSale.sale_id
FROM (dbo_tblMailList LEFT JOIN
dbo_tblBidder ON ((dbo_tblMailList.mail_ID = dbo_tblBidder.bidder_mail_id) AND (dbo_tblBidder.bidder_sale_id IN (319)))) LEFT JOIN
dbo_tblSale ON ((dbo_tblBidder.bidder_sale_id = dbo_tblSale.sale_id) AND (dbo_tblSale.sale_id IN (319))) LEFT JOIN
dbo_tblItem ON ((dbo_tblBidder.bidder_sale_id = dbo_tblItem.item_sale_id) AND (dbo_tblBidder.bidder_number = dbo_tblItem.item_bidder_number))
GROUP BY dbo_tblMailList.mail_FirstName, dbo_tblMailList.mail_LastName, dbo_tblMailList.mail_Address1, dbo_tblMailList.mail_Address2,
dbo_tblMailList.mail_City, dbo_tblMailList.mail_State, dbo_tblMailList.mail_Zip, dbo_tblMailList.mail_Phone1, dbo_tblMailList.mail_Email1,
dbo_tblMailList.mail_Comp_GenAm, dbo_tblBidder.bidder_number, dbo_tblBidder.bidder_type, dbo_tblMailList.mail_Comp_Art,
dbo_tblMailList.mail_Comp_IndArt, dbo_tblMailList.mail_Comp_Fire, dbo_tblMailList.mail_Comp_Ceramic, dbo_tblSale.sale_id
HAVING (dbo_tblMailList.mail_Comp_GenAm = 1)
If anyone has any ideas, please let me know.
Thanks,
James
EDIT
Using Gareth’s FROM clause below I now have:
SELECT dbo_tblMailList.mail_FirstName, dbo_tblMailList.mail_LastName, dbo_tblMailList.mail_Address1, dbo_tblMailList.mail_Address2,
dbo_tblMailList.mail_City, dbo_tblMailList.mail_State, dbo_tblMailList.mail_Zip, dbo_tblMailList.mail_Phone1, dbo_tblMailList.mail_Email1,
dbo_tblMailList.mail_Comp_GenAm, dbo_tblBidder.bidder_number, SUM(dbo_tblItem.item_pr) AS SumOfitem_pr, SUM(dbo_tblItem.item_premium)
AS SumOfitem_premium, dbo_tblBidder.bidder_type, dbo_tblSale.sale_id
FROM (
( dbo_tblMailList
LEFT JOIN dbo_tblBidder
ON dbo_tblMailList.mail_ID = dbo_tblBidder.bidder_mail_id
AND dbo_tblBidder.bidder_sale_id IN (319)
)
LEFT JOIN dbo_tblSale
ON dbo_tblBidder.bidder_sale_id = dbo_tblSale.sale_id
)
LEFT JOIN dbo_tblItem
ON dbo_tblBidder.bidder_sale_id = dbo_tblItem.item_sale_id
AND dbo_tblBidder.bidder_number = dbo_tblItem.item_bidder_number
GROUP BY dbo_tblMailList.mail_FirstName, dbo_tblMailList.mail_LastName, dbo_tblMailList.mail_Address1, dbo_tblMailList.mail_Address2,
dbo_tblMailList.mail_City, dbo_tblMailList.mail_State, dbo_tblMailList.mail_Zip, dbo_tblMailList.mail_Phone1, dbo_tblMailList.mail_Email1,
dbo_tblMailList.mail_Comp_GenAm, dbo_tblBidder.bidder_number, dbo_tblBidder.bidder_type, dbo_tblMailList.mail_Comp_Art,
dbo_tblMailList.mail_Comp_IndArt, dbo_tblMailList.mail_Comp_Fire, dbo_tblMailList.mail_Comp_Ceramic, dbo_tblSale.sale_id
HAVING (dbo_tblMailList.mail_Comp_GenAm = 1)
But I am getting the error Extra ) in query expression ''.
I think it may have something to do with AND dbo_tblBidder.bidder_sale_id IN (319). If I change this to AND dbo_tblBidder.bidder_sale_id = 319, I get the error:
JOIN expression not supported.
And it highlights the dbo_tblBidder.bidder_sale_id = 319.
CONCLUSION
Here is my final working code:
SELECT mail_ID, mail_FirstName, mail_LastName, mail_Address1, mail_Address2,
mail_City, mail_State, mail_Zip, mail_Phone1, mail_Email1,
mail_Comp_GenAm, SUM(SumOfitem_pr) AS SumOfitem_price, SUM(SumOfitem_premium) AS SumOfitem_premiums
FROM (
SELECT dbo_tblMailList.mail_ID, dbo_tblMailList.mail_FirstName, dbo_tblMailList.mail_LastName, dbo_tblMailList.mail_Address1, dbo_tblMailList.mail_Address2,
dbo_tblMailList.mail_City, dbo_tblMailList.mail_State, dbo_tblMailList.mail_Zip, dbo_tblMailList.mail_Phone1, dbo_tblMailList.mail_Email1,
dbo_tblMailList.mail_Comp_GenAm, SUM(dbo_tblItem.item_pr) AS SumOfitem_pr, SUM(dbo_tblItem.item_premium)
AS SumOfitem_premium
FROM (
( dbo_tblMailList
LEFT JOIN dbo_tblBidder
ON dbo_tblMailList.mail_ID = dbo_tblBidder.bidder_mail_id
)
LEFT JOIN dbo_tblSale
ON dbo_tblBidder.bidder_sale_id = dbo_tblSale.sale_id
)
LEFT JOIN dbo_tblItem
ON dbo_tblBidder.bidder_sale_id = dbo_tblItem.item_sale_id
AND dbo_tblBidder.bidder_number = dbo_tblItem.item_bidder_number
WHERE dbo_tblMailList.mail_Comp_GenAm = 1 AND dbo_tblBidder.bidder_sale_id IN (319)
GROUP BY dbo_tblMailList.mail_ID, dbo_tblMailList.mail_FirstName, dbo_tblMailList.mail_LastName, dbo_tblMailList.mail_Address1, dbo_tblMailList.mail_Address2,
dbo_tblMailList.mail_City, dbo_tblMailList.mail_State, dbo_tblMailList.mail_Zip, dbo_tblMailList.mail_Phone1, dbo_tblMailList.mail_Email1,
dbo_tblMailList.mail_Comp_GenAm, dbo_tblMailList.mail_Comp_Art,
dbo_tblMailList.mail_Comp_IndArt, dbo_tblMailList.mail_Comp_Fire, dbo_tblMailList.mail_Comp_Ceramic
UNION
SELECT dbo_tblMailList.mail_ID, dbo_tblMailList.mail_FirstName, dbo_tblMailList.mail_LastName, dbo_tblMailList.mail_Address1, dbo_tblMailList.mail_Address2,
dbo_tblMailList.mail_City, dbo_tblMailList.mail_State, dbo_tblMailList.mail_Zip, dbo_tblMailList.mail_Phone1, dbo_tblMailList.mail_Email1,
dbo_tblMailList.mail_Comp_GenAm, 0 AS SumOfitem_pr, 0
AS SumOfitem_premium
FROM (
( dbo_tblMailList
LEFT JOIN dbo_tblBidder
ON dbo_tblMailList.mail_ID = dbo_tblBidder.bidder_mail_id
)
LEFT JOIN dbo_tblSale
ON dbo_tblBidder.bidder_sale_id = dbo_tblSale.sale_id
)
LEFT JOIN dbo_tblItem
ON dbo_tblBidder.bidder_sale_id = dbo_tblItem.item_sale_id
AND dbo_tblBidder.bidder_number = dbo_tblItem.item_bidder_number
WHERE dbo_tblMailList.mail_Comp_GenAm = 1
GROUP BY dbo_tblMailList.mail_ID, dbo_tblMailList.mail_FirstName, dbo_tblMailList.mail_LastName, dbo_tblMailList.mail_Address1, dbo_tblMailList.mail_Address2,
dbo_tblMailList.mail_City, dbo_tblMailList.mail_State, dbo_tblMailList.mail_Zip, dbo_tblMailList.mail_Phone1, dbo_tblMailList.mail_Email1,
dbo_tblMailList.mail_Comp_GenAm, dbo_tblMailList.mail_Comp_Art,
dbo_tblMailList.mail_Comp_IndArt, dbo_tblMailList.mail_Comp_Fire, dbo_tblMailList.mail_Comp_Ceramic
)
GROUP BY mail_ID, mail_FirstName, mail_LastName, mail_Address1, mail_Address2,
mail_City, mail_State, mail_Zip, mail_Phone1, mail_Email1,
mail_Comp_GenAm, SumOfitem_price, SumOfitem_premiums
Thanks Gareth!


