Направление связи между реляциями / Проектирование БД

ReSQL.ru

Мобильная версия Контакт Правила FAQ Помощь

Гость

Войти | Регистрация | Профиль | Очистить

Новые сообщения | Избранное

Форумы | Пользователи | Статистика | Мод. лог | Поиск

Цитировать

Написать

Автор*:

Ввести пароль для входа

Тема*:

Сообщение

Данное сообщение тематическое

Сообщение содержит картинки или видео 18+

Автор:

ВНИМАНИЕ! На данном подфоруме действуют строгие правила. Удостоверьтесь, что ваше сообщение соответствует им!

Форум или тема закрыты для гостей. Необходима авторизация!

Загрузить последнюю сохраненную версию

Вложение:

Вставить как галерею

Максимальный размер вложений: 4,0 МБ, аудио/видео: 8,0 МБ. Картинки большего размера ужимаются, если возможно.

Введите код, изображенный на картинке. Если код нечитаемый, кликните картинку, чтобы загрузить другой вариант.

Отправляя сообщение, я выражаю свое согласие с правилами форума и принимаю пользовательское соглашение.

Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр

Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Направление связи между реляциями

15 сообщений из 15, страница 1 из 1

Направление связи между реляциями

#36773054

Харумамбуру

Гость

Прошу прощения, если тема уже обсуждалась. Подскажите, как правильнее будет сделать. Есть 2 таблицы: Client и Address. Как направлена связь между ними? Что на что ссылается?

...

Рейтинг:

0 / 0

03.08.2010, 15:00

| Ответить | Цитировать | Написать

Направление связи между реляциями

#36773088

lLocust

Участник

Сообщения: 464

Рейтинг: 0 / 0

Харумамбуру,
1й совет Client (единственное число) и Address (множественное число) - определитесь.

Далее, если чуть-чуть подумать, то клиент - один, а адресов у него много... значит адреса ссылаются на клиента:
Clients
CL_IDnameSortNameblablabla1name1SortName1blablabla12name2SortName2blablabla2
Address
A_ID CL_IDcitystreetblablabla1 1city1street1blablabla12 1city2street2blablabla23 1city3street3blablabla34 2city21street21blablabla21

...

Рейтинг:

0 / 0

03.08.2010, 15:10

| Ответить | Цитировать | Написать

Направление связи между реляциями

#36773112

Naf

Участник

Откуда: Москва

Сообщения: 2 597

Рейтинг: 0 / 0

lLocustХарумамбуру,
1й совет Client (единственное число) и Address (множественное число) - определитесь.

Далее, если чуть-чуть подумать, то клиент - один, а адресов у него много... значит адреса ссылаются на клиента:
Clients
CL_IDnameSortNameblablabla1name1SortName1blablabla12name2SortName2blablabla2
Address
A_ID CL_IDcitystreetblablabla1 1city1street1blablabla12 1city2street2blablabla23 1city3street3blablabla34 2city21street21blablabla21

смотря в каком контексте говорить, от предметной области зависит, может быть и наоборот

...

Рейтинг:

0 / 0

03.08.2010, 15:16

| Ответить | Цитировать | Написать

Направление связи между реляциями

#36773205

Харумамбуру

Гость

lLocust1й совет Client (единственное число) и Address (множественное число) - определитесь.Не понял, с чем определится? Вса названия таблиц в единственном числе, я так всегда делаю. Считаете что это неправильно или что?
lLocustДалее, если чуть-чуть подумать, то клиент - один, а адресов у него много... значит адреса ссылаются на клиента:Подумал. В соответствии с текущей бизнес-логикой у клиента может быть один только один адрес на определенном отрезке времени. Это адрес прописки физлица.

...

Рейтинг:

0 / 0

03.08.2010, 15:35

| Ответить | Цитировать | Написать

Направление связи между реляциями

#36773266

Naf

Участник

Откуда: Москва

Сообщения: 2 597

Рейтинг: 0 / 0

ХарумамбуруВ соответствии с текущей бизнес-логикой у клиента может быть один только один адрес на определенном отрезке времени. Это адрес прописки физлица.
Вооот, уже вопрос: а историю адресов хранить надо или нет?

...

Рейтинг:

0 / 0

03.08.2010, 15:53

| Ответить | Цитировать | Написать

Направление связи между реляциями

#36773340

bootty

Участник

Откуда: оттуда

Сообщения: 710

Рейтинг: 0 / 0

ХарумамбуруПодумал. В соответствии с текущей бизнес-логикой у клиента может быть один только один адрес на определенном отрезке времени. Это адрес прописки физлица.Все клиенты — физ.лица?

...

Рейтинг:

0 / 0

03.08.2010, 16:17

| Ответить | Цитировать | Написать

Направление связи между реляциями

#36773354

ЁЁЁЁЁЁЁЁЁЁЁЁЁЁЁЁЁЁЁ

Гость

отстал от жизни - что такое "реляции"

...

Рейтинг:

0 / 0

03.08.2010, 16:24

| Ответить | Цитировать | Написать

Направление связи между реляциями

#36773361

krvsa

Участник

Откуда: г Волжский

Сообщения: 13 823

Рейтинг: 1 / 0

ХарумамбуруlLocust1й совет Client (единственное число) и Address (множественное число) - определитесь.Не понял, с чем определится?
Т.с. с сопоставлением количества штук одного с количеством штук другого.

Например если первичным рассматриваем клиентов - то адреса должны ссылаться на них. Если же имеем первичным адрес (например сдаём квартиры в домах) - тогда клиентура будет ссылаться на адрес.

Т.ч., Харумамбуру , определяйся.

...

Рейтинг:

0 / 0

03.08.2010, 16:25

| Ответить | Цитировать | Написать

Направление связи между реляциями

#36773366

krvsa

Участник

Откуда: г Волжский

Сообщения: 13 823

Рейтинг: 1 / 0

ЁЁЁЁЁЁЁЁЁЁЁЁЁЁЁЁЁЁЁотстал от жизни - что такое "реляции"
Просвящайся !

...

Рейтинг:

0 / 0

03.08.2010, 16:26

| Ответить | Цитировать | Написать

Направление связи между реляциями

#36773747

Харумамбуру

Гость

boottyХарумамбуруПодумал. В соответствии с текущей бизнес-логикой у клиента может быть один только один адрес на определенном отрезке времени. Это адрес прописки физлица.Все клиенты — физ.лица?Да. Это медицинские услуги и оказываются только физическим лицам.NafХарумамбуруВ соответствии с текущей бизнес-логикой у клиента может быть один только один адрес на определенном отрезке времени. Это адрес прописки физлица.
Вооот, уже вопрос: а историю адресов хранить надо или нет?Прааавильно ставите вопросы, товарищ ))) Пока неизвестно нужна ли история, но думаю, что лучше пусть будет. Тогда направление связи от Address к Client и скрипт создания таблиц (простите за некоторую академичность в терминологии с этими реляциями я загнул, конечно =) ) будет такой

Код: plaintext

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.

create table client(
  client_id int not null,
  surname varchar( 30 ) not null,
  name varchar( 30 ) not null,
  midname varchar( 30 ) not null
);

create table address(
  address_id int not null,
  client_id int not null,
  from_date date default current_date not null,
  to_date date default '3000-01-01' not null
;

alter table client add constraint pk_client primary key(client_id);
alter table address add constraint pk_address primary key(address_id);
alter table address add constraint fk_address_client
  foreign key(client_id) references client(client_id);
alter table address add constraint uq_address unique(client_id, to_date);
commit;

...

Рейтинг:

0 / 0

03.08.2010, 18:40

| Ответить | Цитировать | Написать

Направление связи между реляциями

#36773978

bootty

Участник

Откуда: оттуда

Сообщения: 710

Рейтинг: 0 / 0

Харумамбуру... медицинские услуги и оказываются только физическим лицам.Адрес прописки - г. Самара. Адрес временной регистрации - г. Москва. Адрес фактического проживания - г. Балашиха. Что будете хранить и как использовать? (:

...

Рейтинг:

0 / 0

03.08.2010, 21:48

| Ответить | Цитировать | Написать

Направление связи между реляциями

#36773986

Rin@t

Участник

Откуда: Москва

Сообщения: 21 533

Рейтинг: 0 / 0

boottyХарумамбуру... медицинские услуги и оказываются только физическим лицам.Адрес прописки - г. Самара. Адрес временной регистрации - г. Москва. Адрес фактического проживания - г. Балашиха. Что будете хранить и как использовать? (:Медикам чаще всего требуется фактический адрес проживания.

...

Рейтинг:

0 / 0

03.08.2010, 21:56

| Ответить | Цитировать | Написать

Направление связи между реляциями

#36774658

MasterZiv

Участник

Откуда: Питер

Сообщения: 32 427

Рейтинг: 0 / 0

lLocust wrote:
> 1й совет Client (единственное число) и Address (множественное число) -
> определитесь.

Это смотря на каком языке. На английском, например, -- единственное.

>
> Далее, если чуть-чуть подумать, то клиент - один, а адресов у него
> много... значит адреса ссылаются на клиента:

Если немного ещё подумать, то клиентов у финмы тоже много.
и адресов у них ещё больще. Ты уж определись, так сказать...

Posted via ActualForum NNTP Server 1.4

...

Рейтинг:

0 / 0

04.08.2010, 11:47

| Ответить | Цитировать | Написать

Направление связи между реляциями

#36774794

MasterZiv

Участник

Откуда: Питер

Сообщения: 32 427

Рейтинг: 0 / 0

Харумамбуру wrote:

> Прошу прощения, если тема уже обсуждалась. Подскажите, как правильнее
> будет сделать. Есть 2 таблицы: Client и Address. Как направлена связь
> между ними? Что на что ссылается?

Твою постановку задачи никто кроме тебя не знает. ОБычно конечно же
у клиента Client есть адрес (Adress) т.е. в таблице Adress должна быть
ссылка на Client , foreign key (client_id) references Client.

Это если Client --один-ко-многим-- Adress

если Client --многие-к-одному-- Adress, то будет ровно наоборот,
в таблице Client поле adress_id, foreign key (adress_id) references Adress.

Если Client --многие-ко-многим-- Adress, то вообще ещё одну таблицу
нужно делать, адреса клиента.
Posted via ActualForum NNTP Server 1.4

...

Рейтинг:

0 / 0

04.08.2010, 12:30

| Ответить | Цитировать | Написать

Направление связи между реляциями

#36775311

Ortogon

Участник

Сообщения: 87

Рейтинг: 0 / 0

В данном случае наверное не так уж и важно, что на что ссылается, хотя в таблице адреса в ключ лучче добавить поле, до какой даты он действует. А вот если вы что-то дальше планируете развивать, то предпочтительнее ссылка из таблицы клиентов на адрес. Потому что потом на эту таблицу адресов можно будет добавить ссылок из таблиц: Поставщики, Подотчетники, Сотрудники, Банки и другие.

...

Рейтинг:

0 / 0

04.08.2010, 15:13

| Ответить | Цитировать | Написать

15 сообщений из 15, страница 1 из 1

Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Направление связи между реляциями

Читали тему (0):

Читали форум (0):

Пользователи онлайн (0):

start [/forum/topic.php?fid=32&gotonew=1&tid=1542600]:	0ms
get settings:	8ms
get forum list:	21ms
check forum access:	4ms
check topic access:	4ms
track hit:	192ms
get topic data:	9ms
get first new msg:	5ms
get forum data:	2ms
get page messages:	52ms
get tp. blocked users:	1ms
others:	240ms

total:	538ms

	Необходимые cookie
	Cookie для сбора статистики
	Cookie для маркетинга и рекламы