Как сделать, чтобы отображались не цифры, а названия городов

@Geksod · Регистрация: 27.08.2011

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

Добрый день. Глупый вопрос: пишу я, например, программу для работы с БД (ADO, MS Access).
Создаю в Access две таблицы: первая/главная (по полям) - Ключ, ФИО, город проживания.
Вторая таблица - Ключ, город. Связываю эти таблицы "один-ко-многим". Кидаю на форму компонент DBGrid + остальные, в колонке город проживания вижу индекс города из второй таблицы. Как сделать, чтобы отображались не цифры, а названия городов собственно? Только через ADOQuery? Или еще как?
За ранее спасибо. Микропроект в приложении.

@steel_tiger · 05.04.2012, 10:07

да не 1- 1
а "много" - 1.
суть такая:
много жильцов в одном доме,
много домов на одной улице... и т.д.
и где в твоей таблице домов поле id_streets? зачем связал ид_дома с ид_улицы?
а в таблице улиц id_town?

@Geksod · 05.04.2012, 10:14 **[ТС]**

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

а "много" - 1.

Что-то просто уже мозг набекрень, учел замечания:

SQL
1
2
3
4
SELECT User_Table.FIO, Table_Of_Town.Nazvanie_Goroda, Streets.Name_Streets, Table_House.Number_House
FROM (Table_Of_Town
INNER JOIN (Streets INNER JOIN Table_House ON Streets.id_Streets = Table_House.id_Streets) ON Table_Of_Town.id_Town = Streets.id_Town)
INNER JOIN User_Table ON Table_House.id_House = User_Table.House

@steel_tiger · 05.04.2012, 10:26

я бы так писал... (хотя дело каждого)

SQL
1
2
3
4
5
SELECT User_Table.FIO, Table_Of_Town.Nazvanie_Goroda, Streets.Name_Streets, Table_House.Number_House
FROM User_Table 
INNER JOIN Table_House ON Table_House.id_House = User_Table.House
   INNER JOIN Streets       ON Streets.id_Streets = Table_House.id_Streets 
       INNER JOIN Table_Of_Town ON Table_Of_Town.id_Town = Streets.id_Town

суть та же, просто все соединения идут по возрастанию иерархии

Добавлено через 1 минуту
и я так и не понял:
у тебя заработало или нет?:cofee2:

@Geksod · 05.04.2012, 11:35 **[ТС]**

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

суть та же, просто все соединения идут по возрастанию иерархии

Логично. Получается необязательным является тот факт, что в первой строке работы SQL-кода идет одна последовательность отображения имен столбцов из таблиц, а ниже приведенные строки идут в "обратной последовательности".
Сколько интересного я сегодня узнал!

Добавлено через 1 минуту

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

у тебя заработало или нет?

Все заработало

Я и внимания не обратил на то, что когда-то при проектировании "приложения" я занес в TADOQuery поля таблицы

Добавлено через 1 час 5 минут
Странно, почему запрос выполняется нормально, но когда я переношу его в программу:

Delphi
1
2
3
4
5
6
procedure TForm1.Button1Click(Sender: TObject);
begin
  ADOQuery1.SQL.Text:='SELECT User_Table.FIO, Table_Of_Town.Nazvanie_Goroda, Streets.Name_Streets, Table_House.Number_House' +
  'FROM (Table_Of_Town INNER JOIN (Streets INNER JOIN Table_House ON Streets.id_Streets = Table_House.id_Streets) ON Table_Of_Town.id_Town = Streets.id_Town) INNER JOIN User_Table ON Table_House.id_House = User_Table.House';
  ADOQuery1.ExecSQL;
end;

- выдает ошибку?

@steel_tiger · 05.04.2012, 11:38

Number_House' +
'FROM

вот здесь получается Number_HouseFROM.
добавь пробел в конце или вначале и должно работать

@perepe4a · 05.04.2012, 12:47

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

вот здесь получается Number_HouseFROM.
добавь пробел в конце или вначале и должно работать

у него

Delphi
1
ADOQuery1.ExecSQL;

@steel_tiger · 05.04.2012, 13:48

а я не заметил

Geksod, почитай зачем нужно ExecSQL и Open()

а пробел все равно добавь.

@Geksod · 06.04.2012, 09:17 **[ТС]**

Спасибо! Про ExecSQL я же читал на этом же форуме

упустил, видать из памяти

Все заработало!

Я рад как ребенок

Добавлено через 20 минут
Что-то я раньше времени обрадовался

Заработало, да не так: выборка по фамилиям идет, но присваивается каждому человеку один и тот же город и одна и та же улица, а вот номера домов соответсвуют правде:

SQL
1
2
3
4
5
SELECT User_Table.FIO, Table_Of_Town.Nazvanie_Goroda, Streets.Name_Streets, Table_House.Number_House
FROM (Table_Of_Town
INNER JOIN (Streets INNER JOIN Table_House ON Streets.id_Streets = Table_House.id_Streets) ON
Table_Of_Town.id_Town = Streets.id_Town)
INNER JOIN User_Table ON Table_House.id_House = User_Table.House

@steel_tiger · 06.04.2012, 09:25

возьми мой запрос из поста #23

Добавлено через 1 минуту
но походу ты с данными напутал что-то

@Geksod · 06.04.2012, 09:33 **[ТС]**

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

но походу ты с данными напутал что-то

Не работает что-то. И ошибку я не могу увидеть

@Geksod · 06.04.2012, 09:39 **[ТС]**

И еще вопрос про добавление записи возникает сразу: используя компоненты TDBLookupComboBox делаю "набор" данных для занесения в БД. Настраиваю их (наверное правильно

), как будет выглядеть процедура добавления? Я так подозреваю, что-то типа этого:

Delphi
1
2
3
4
5
procedure TForm1.Button4Click(Sender: TObject);
begin
  ADOQuery2.SQL.Text := 'INSERT INTO User_Table (FIO) VALUES ('+ QuotedStr(Edit2.Text) + ')';
  ADOQuery2.ExecSQL;
end;

Но в главной таблице хранятся только индексы. Как это осуществить?

@steel_tiger · 06.04.2012, 09:56

у тебя дома с id 5,7 относятся к одной улице (id_street = 1).
ясен пень, что города и улицы будут одинаковы!

@Geksod · 06.04.2012, 21:46 **[ТС]**

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

у тебя дома с id 5,7 относятся к одной улице (id_street = 1).

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

Добавлено через 4 часа 32 минуты
Короче при выборе из таблицы, у Сидорова (по-моему) должен быть город Петербург

@Geksod · 07.04.2012, 22:12 **[ТС]**

Так, с этой проблемой справился

А как осуществить запись, используя TADOQuery в связанные таблицы?
Что-то ума не приложу

Новые блоги и статьи Все статьи Все блоги /
сукцессия 29. Переход от одних деревьев на другие делать более или менее вероятностным? anaschu 12.07.2026 Насколько смена типов микоризы — исключительное событие в двухвековой сукцессии? Оценка вероятности в пространстве параметров В текущей версии модели успешно реализован ключевой механизм. . .	сукцессия 27. Думаю, как переделывать уже написанную статью с планами на сукцессию. anaschu 12.07.2026 Анализ соответствия модели требованиям Реализованные компоненты: Механизм закисления почвы через протонную помпу Конкуренция между типами микориз pH как триггер сукцессии C/ P соотношение. . .	Сукцессия 26. Мат модель создана. anaschu 12.07.2026 Модель смены растительных сукцессий посредством управления грибами работает внутри небольшой ячейки почвы, восстанавливающейся после пожара, где ненадолго бывшее царство хвойных снова захватили. . .	Решил проблему с ошибкой пагинации сообщений с сервера на алгоритме обхода дерева "Эстафета хвоста". Hrethgir 12.07.2026 Проблема была в том, что удалялась именно новая кнопка, а не старая. Ни один ИИ не обнаружил это, а сам я смог только когда с работой стало попроще и когда заставил работать будущее автономное. . .
сукцессия 25. Хронология ошибок anaschu 12.07.2026 # От 50-тонного гриба до устойчивого леса: хроника ошибок при построении модели вековой сукцессии микоризы ## О чём эта статья В процессе построения ОДУ-модели (система дифференциальных. . .	сукцессия 24. Промежуточное общее описание модели anaschu 12.07.2026 Хендофф: модель АМ→ЭКМ сукцессии микоризы (ризосфера, 50 лет) Содержание проекта Симуляция вековой (50 лет) экологической сукцессии в почве леса Основные участники: АМ-гриб, ЭКМ-гриб,. . .	сукцессия 23. Более физиологичная физиология, более экологичная экология, более диффурные диффуры. anaschu 12.07.2026 Что реально нашли и починили за эти 5 часов Правило Линдемана (КПД конверсии сахара в тело, kEff) — раньше 100% полученного углерода шло прямо в биомассу гриба; теперь только kEff=0. 5 (после. . .	сукцессия 22. От артефактов к физиологии: калибровка агентной модели грибной сукцессии для воспроизведения сезонной динамики и pH-плато anaschu 11.07.2026 Аннотация В данной работе представлена калибровка агентной модели динамики грибных сообществ (fungal-succession), направленная на устранение нефизичных артефактов (коллапс биомассы, мгновенное. . .

@steel_tiger 45 / 44 / 2 Регистрация: 06.02.2012 Сообщений: 147
	05.04.2012, 10:07
	да не 1- 1 а "много" - 1. суть такая: много жильцов в одном доме, много домов на одной улице... и т.д. и где в твоей таблице домов поле id_streets? зачем связал ид_дома с ид_улицы? а в таблице улиц id_town? 1

@steel_tiger 45 / 44 / 2 Регистрация: 06.02.2012 Сообщений: 147
	05.04.2012, 13:48
	а я не заметил Geksod, почитай зачем нужно ExecSQL и Open() а пробел все равно добавь. 1

@steel_tiger 45 / 44 / 2 Регистрация: 06.02.2012 Сообщений: 147
	06.04.2012, 09:25
	возьми мой запрос из поста #23 Добавлено через 1 минуту но походу ты с данными напутал что-то 1

@steel_tiger 45 / 44 / 2 Регистрация: 06.02.2012 Сообщений: 147
	06.04.2012, 09:56
	у тебя дома с id 5,7 относятся к одной улице (id_street = 1). ясен пень, что города и улицы будут одинаковы! 1