Как одним запросом собрать данные из разных таблиц на примере базы данных?

@mheha · Регистрация: 23.05.2016

Студворк — интернет-сервис помощи студентам

не могу сдвинуться с мертвой точки:
есть заполненные таблицы: "приход", "расход", "отчисления". Задача - сделать отчет по "расход" + "отчисления" и отчет "приход" - "расход" - "отчисления"
который день не могу продвинуться, буду крайне признателен за помощь!

P.S___
И если не затруднит в моем примере сделайте эти 2 запроса.

@Вячеслав Я · 23.05.2016, 20:18

mheha, что-то он у Вас ругается на не распознанный формат данных. Что-то, где-то глюкнуло.

@mheha · 23.05.2016, 20:39 **[ТС]**

Сообщение от Вячеслав Я

Что-то, где-то глюкнуло

попробовал скачать базу и открыть - открылась в ACCESS2010, может при скачивании у Вас что-то глюкнуло? В принципе могу перезалить запакованную другим архиватором.

@Вячеслав Я · 23.05.2016, 20:41

mheha, На 2016 не открывается (у меня). Может переделаете в mdb (смогут больше ребят помочь).

@mheha · 23.05.2016, 20:44 **[ТС]**

вот перезапакованная база, правда добавлена таблица "операции" связанная с таблицами "приход", "расход" и "отчисления".
топчусь на одном месте, помогите плиз...

@mheha · 23.05.2016, 20:49 **[ТС]**

Сообщение от Вячеслав Я

Может переделаете в mdb

есть в .mdb

@Вячеслав Я · 23.05.2016, 20:52

mheha, У меня всё равно не распознанный формат данных. Пардон.

@mheha · 23.05.2016, 20:58 **[ТС]**

Сообщение от Вячеслав Я

не распознанный формат данных

даже .mdb не открывается? или архив не распаковывается?

@Вячеслав Я · 23.05.2016, 21:09

mheha, архив распаковался. Файл не открылся.

@mheha · 23.05.2016, 21:56 **[ТС]**

Сообщение от Вячеслав Я

Файл не открылся.

Может тогда попробую на картинках объяснить?
так сойдет?

@amd48 · 23.05.2016, 22:07

Я смог скачать mdb.
В чём конкретно трудности?
Для начала сделайте запрос с теми данными, которые нужны. Затем на его основе создайте отчёт.
Если нужен отчёт, в котором будут складываться два поля "расход" + "отчисления", то тут странное. Они, судя по схеме базы, соединяются через таблицу "операции". Но в ней всего одна запись, в котором даже коды расхода и отчисления пустые. Т.е. если такой запрос и сделать, то он будет возвращаться пустой набор данных. Как бы и его работу не проверить. Можно заполнить какой-нибудь белебердой, но вы должны знать предметную область этой базы и могли бы набрать туда что-нибудь более реальное.
Так вот в чём проблема? В создании запроса из трёх таблиц? Или что-то ещё?

@mheha · 23.05.2016, 22:32 **[ТС]**

Сообщение от amd48

В чём конкретно трудности?

база заполнена более или менее примерными данными, дабы хватило проверить ее работоспособность кроме таблицы "операции", она была создана позже, чтобы можно было ее заполнить данными из трех таблиц путем запроса и затем вывести эти данные в отчет. Почему-то запрос на добавление не заполняет таблицу "операции" данными из таблиц "приход", "расход" и "отчисления", все время говорит "0" записей будет добавлено.

Сообщение от amd48

"расход" + "отчисления", то тут странное

это вроде как сумма всех затрат должна считаться.

Сообщение от amd48

знать предметную область этой базы

база создается для учета прихода и расхода денежных средств через кассу и расчетный счет, а также их анализа (но это позже).

Сообщение от amd48

Так вот в чём проблема?

1) запрос, который будет заполнять таблицу "операции" и
2) запрос, выводящий в отчет что-то вроде оборотно-сальдовой ведомости из таблицы "операции" в отчет.
или я то-то не то говорю? может я чего-то недопонимаю? тогда сорри, прошу растолковать.

@amd48 · 23.05.2016, 22:54

Хм. Эта таблица "операции" у вас для накопления итогов по другим таблицам? Зачем тогда в схеме через неё организована связь? Ну это ладно.
Чтоб из двух разных таблиц данные по какому-то критерию собрались в одну запись, у этих двух таблиц должно быть что-то общее. Обычно для этого используют некий код. Т.е. поле, однозначно идентифицирующую запись. Это в одной таблице. А в другой может быть даже несколько записей с таким же кодом. И при совпадении кодов из двух таблиц в итоге получим данные из каждой из них в одной результирующей таблице.
Так вот, если в схеме базы (она обычно служит шаблоном этих всех связей) таблица "операции" по сути ничего не связывает, то как понять, по каким критериям связывать эти таблицы? У каждой из них есть свой Код. Но он не имеет ничего общего с кодами других таблиц.
Тогда уж набросайте в какой-нибудь таблице, как это примерно должно выглядеть. В экселе, например. Просто руками собрать пару записей. Если это возможно вручную, то и запросом получится. Просто я не понимаю, что нужно получить

@mheha · 23.05.2016, 23:23 **[ТС]**

Сообщение от amd48

Эта таблица "операции" у вас для накопления итогов

если можно без нее обойтись я буду рад.

Сообщение от amd48

Обычно для этого используют некий код

вот тут не могу сообразить какое поле сделать уникальным и в какой таблице.

Сообщение от amd48

Просто я не понимаю, что нужно получить

попробую объяснить: есть данные в таблицах (вложение выше) и нужно эти данные обработать запросом чтобы получилось примерно как на рисунке

@VinniPuh · 24.05.2016, 01:26

Все беды из за того, что данные вносите прям в таблицы наобум,а не через формы.

@mheha · 24.05.2016, 06:26 **[ТС]**

а вообще-то да, Вы правы, не через формы, сейчас попробую исправить

@amd48 · 24.05.2016, 10:57

Сообщение от mheha

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

Вот и не понятно, почему эти две записи слились воедино именно в таком виде. Что общего у трёх таблиц, что они объединились именно в таком порядке? Жёлтым выделены коды каждой из таблиц. Но между ними нет никакой связи. Если эта связь будет устанавливаться вручную из каких-то своих умозрительных соображений, то для будущего отчёт на самом деле нужна только такая структура таблицы:
КодПрихода
КодРасхода
КодВыплаты
В каждой записи будет этот умозрительный набор кодов. А затем уже запросом будут объединяться три таблицы через эту и будут извлекаться недостающие поля для отчёта.
Основное правило для любой базы данных - избавиться от избыточности данных. Никакие данные не должны нигде повторяться. Только коды повторяются в разных таблицах и только для связей этих таблиц между собой для какого-нибудь отчёта

Новые блоги и статьи Все статьи Все блоги /
Модель заражения группы наркоманов alhaos 17.04.2026 Условия задачи сформулированы тут Суть: - Группа наркоманов из 10 человек. - Только один инфицирован ВИЧ. - Колются одной иглой. - Колются раз в день. - Колются последовательно через. . .	Мысли в слух. Про "навсегда". kumehtar 16.04.2026 Подумалось тут, что наверное очень глупо использовать во всяких своих установках понятие "навсегда". Это очень сильное понятие, и я только начинаю понимать край его смысла, не смотря на то что давно. . .	My Business CRM MaGz GoLd 16.04.2026 Всем привет, недавно возникла потребность создать CRM, для личных нужд. Собственно программа предоставляет из себя базу данных клиентов, в которой можно фиксировать звонки, стадии сделки, а также. . .	Знаешь почему 90% людей редко бывают счастливыми? kumehtar 14.04.2026 Потому что они ждут. Ждут выходных, ждут отпуска, ждут удачного момента. . . а удачный момент так и не приходит.
Фиксация колонок в отчете СКД Maks 14.04.2026 Фиксация колонок в СКД отчета типа Таблица. Задача: зафиксировать три левых колонки в отчете. Процедура ПриКомпоновкеРезультата(ДокументРезультат, ДанныеРасшифровки, СтандартнаяОбработка) / / . . .	Настройки VS Code Loafer 13.04.2026 { "cmake. configureOnOpen": false, "diffEditor. ignoreTrimWhitespace": true, "editor. guides. bracketPairs": "active", "extensions. ignoreRecommendations": true, . . .	Оптимизация кода на разграничение прав доступа к элементам формы Maks 13.04.2026 Алгоритм из решения ниже реализован на нетиповом документе, разработанного в конфигурации КА2. Задачи, как таковой, поставлено не было, проделанное ниже исключительно моя инициатива. Было так:. . .	Контроль заполнения и очистка дат в зависимости от значения перечислений Maks 12.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "ПланированиеПерсонала", разработанного в конфигурации КА2. Задача: реализовать контроль корректности заполнения дат назначения. . .

@Вячеслав Я 2841 / 1381 / 217 Регистрация: 13.05.2011 Сообщений: 4,224
	23.05.2016, 20:18
	mheha, что-то он у Вас ругается на не распознанный формат данных. Что-то, где-то глюкнуло. 0

@Вячеслав Я 2841 / 1381 / 217 Регистрация: 13.05.2011 Сообщений: 4,224
	23.05.2016, 20:41
	mheha, На 2016 не открывается (у меня). Может переделаете в mdb (смогут больше ребят помочь). 0

@Вячеслав Я 2841 / 1381 / 217 Регистрация: 13.05.2011 Сообщений: 4,224
	23.05.2016, 20:52
	mheha, У меня всё равно не распознанный формат данных. Пардон. 0

@Вячеслав Я 2841 / 1381 / 217 Регистрация: 13.05.2011 Сообщений: 4,224
	23.05.2016, 21:09
	mheha, архив распаковался. Файл не открылся. 0

@amd48 845 / 475 / 80 Регистрация: 18.05.2016 Сообщений: 1,267 Записей в блоге: 5
	23.05.2016, 22:07
	Я смог скачать mdb. В чём конкретно трудности? Для начала сделайте запрос с теми данными, которые нужны. Затем на его основе создайте отчёт. Если нужен отчёт, в котором будут складываться два поля "расход" + "отчисления", то тут странное. Они, судя по схеме базы, соединяются через таблицу "операции". Но в ней всего одна запись, в котором даже коды расхода и отчисления пустые. Т.е. если такой запрос и сделать, то он будет возвращаться пустой набор данных. Как бы и его работу не проверить. Можно заполнить какой-нибудь белебердой, но вы должны знать предметную область этой базы и могли бы набрать туда что-нибудь более реальное. Так вот в чём проблема? В создании запроса из трёх таблиц? Или что-то ещё? 0

@amd48 845 / 475 / 80 Регистрация: 18.05.2016 Сообщений: 1,267 Записей в блоге: 5
	23.05.2016, 22:54
	Хм. Эта таблица "операции" у вас для накопления итогов по другим таблицам? Зачем тогда в схеме через неё организована связь? Ну это ладно. Чтоб из двух разных таблиц данные по какому-то критерию собрались в одну запись, у этих двух таблиц должно быть что-то общее. Обычно для этого используют некий код. Т.е. поле, однозначно идентифицирующую запись. Это в одной таблице. А в другой может быть даже несколько записей с таким же кодом. И при совпадении кодов из двух таблиц в итоге получим данные из каждой из них в одной результирующей таблице. Так вот, если в схеме базы (она обычно служит шаблоном этих всех связей) таблица "операции" по сути ничего не связывает, то как понять, по каким критериям связывать эти таблицы? У каждой из них есть свой Код. Но он не имеет ничего общего с кодами других таблиц. Тогда уж набросайте в какой-нибудь таблице, как это примерно должно выглядеть. В экселе, например. Просто руками собрать пару записей. Если это возможно вручную, то и запросом получится. Просто я не понимаю, что нужно получить 0

@VinniPuh 9132 / 6156 / 593 Регистрация: 27.03.2013 Сообщений: 20,013
	24.05.2016, 01:26
	Все беды из за того, что данные вносите прям в таблицы наобум,а не через формы. 0

@mheha 0 / 0 / 0 Регистрация: 23.05.2016 Сообщений: 16
	24.05.2016, 06:26 [ТС]
	а вообще-то да, Вы правы, не через формы, сейчас попробую исправить 0