Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
14.12.2016, 09:50
|
|||
|---|---|---|---|
Один к многим |
|||
|
#18+
Хотелось бы услышать ваше мнение по поводу проектирования Table - user ID FIO CITY_ID Table - city ID CITY user с city связан один ко многим (планирую) Как тогда надо будет правильно обновлять таблицу city, чтоб не похерить user 1) Удалять все и заливать заново 2) Вмерживать 3) Если поменялись id (Была (1, Москва) Стало (2, Москва)) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
14.12.2016, 09:59
|
|||
|---|---|---|---|
|
|||
Один к многим |
|||
|
#18+
-=Koba=-, Не используй внешнюю инфу в качестве своего первичного ключа. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
14.12.2016, 10:00
|
|||
|---|---|---|---|
Один к многим |
|||
|
#18+
-=Koba=-Как тогда надо будет правильно обновлять таблицу city update. Помимо варианта создания составного первичного ключа из двух полей user и city, есть вариант создания суррогатного первичного ключа из одного поля + при необходимости соответствующего ограничения уникальности на набор полей user, city и т.д. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
14.12.2016, 10:31
|
|||
|---|---|---|---|
|
|||
Один к многим |
|||
|
#18+
-=Koba=-Как тогда надо будет правильно обновлять таблицу city, чтоб не похерить user Имхо смотря как и какие данные поступают для обновления, по дефолту мерджил бы, ибо обновлять ключи только если это действительно обусловлено какой-то логикой. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
start [/forum/topic.php?fid=52&mobile=1&tid=1886808]: |
0ms |
get settings: |
4ms |
get forum list: |
13ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
155ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
48ms |
get tp. blocked users: |
1ms |
| others: | 243ms |
| total: | 483ms |
| 0 / 0 |
