Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

SQL-запрос

Evlahov © (2006-08-16 16:11:00)
Помогите пожалуйста!
Имеются две таблицы PLAT (платежки (PLAT.№, PLAT.ORG_P, PLAT.ORG_B)) и ORG (организации (ORG.№, ORG.NAME)) В таблице PLAT хранятся данные (Организация получатель и Банк получатель) данные добавляются из таблицы ORG (организации). Таблицы связаны (ORG.№ -первичный ключ), (PLAT.ORG_P, PLAT.ORG_B – внешние ключи)
Вопрос как написать запрос чтобы вывести наименование организации ПОЛУЧАТЕЛЯ и наименование БАНК ПОЛУЧАТЕЛЬ

Evlahov (2006-08-18 17:22:00) [1]
СУБД использую InterBase. Большое спасибо за помощь, все получилось.

evvcom (2006-08-17 13:52:00) [2]
> [5] Desdechado © (17.08.06 11:33)
> Почему? А что, банк - не организация, что ли?

Организация. Но... Банк может выступать как обычный контрагент (дебитор/кредитор) со всеми платежными реквизитами: ИНН, наименование и таблицей счетов: БИК банка (внешний ключ), № счета и пр. И может выступать как (как бы это точнее выразить) посредник при совершении финансовых сделок со своим наименованием, БИКом (первичный ключ) и пр. Это разные сущности.
Собрав все это в одну кучу, мы добавляем себе лишнего геморроя. Таблица со счетами (ее логика) должна будет постоянно следить при записи ключа банка, а банк ли это? Автор ничего не сказал про используемую им СУБД, но я так подозреваю, что опять какой-нить dBase или Paradox. В этом случае с таблицей банков вообще не будет геморроя с обновлением, если брать Центробанковский файл в неизменном виде.
Ладно, все ИМХО. Но именно с банками и платежами я в свое время возился при внедрении SAP R/3 на предыдущем месте работы, и там именно так и было построено.

Desdechado (2006-08-17 11:33:00) [3]
> У тебя организации и банки в одной куче? Неверный подход.
Почему? А что, банк - не организация, что ли? И один банк заплатить другому не может что ли сам за себя, а не за клиента?
Хотя возможны варианты (например, открыть счет для себя у себя :)

StriderMan © (17.08.06 10:09) [3]
Методологически - да. Тогда легко визуально разделяются соединения таблиц и ограничивающие условия. Не зря именно так стандарт рекомендует.
Но привычка, как говорят, - вторая натура.

Sergey13 (2006-08-17 10:13:00) [4]
> [3] StriderMan © (17.08.06 10:09)

Он и так будет по любому. А внешний тут вроде смысла не имеет.

StriderMan (2006-08-17 10:09:00) [5]

> Desdechado © (16.08.06 16:21) [1]

ИМХО лучше JOIN использовать при выборе из нескольких таблиц.

evvcom (2006-08-17 08:34:00) [6]
> [0] Evlahov © (16.08.06 16:11)

У тебя организации и банки в одной куче? Неверный подход. Насчет банков: вообще лучше взять официальный файл Центробанка и с ним работать.

Desdechado (2006-08-16 16:21:00) [7]
SELECT P.№, O.name, B.name FROM Plat P, Org O, Org B WHERE P.org_p = O.№ AND P.org_b = B.№

короче, таблицу можно несколько раз с разными псевдонимами в FROM указывать

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »