|
|
|
NSERT ON DUPLICATE KEY UPDATE в разные таблицы
|
|||
|---|---|---|---|
|
#18+
Вечер добрый! Возник вопрос, как сделать лучше и оптимальнее (средствами СУБД или средствами серверного языка). Есть таблица USERS, в ней например, инфа о пользователях. Поля фамилия имя отчество в сумме составляют уникальную запись. Приходит данные от пользователя(какой то массив с данными юзеров). Задача-если из пришедших данных есть значения совпавшие с таблицей USERS-сохранить запись в таблицу А1, если комбинация ФИО пришедшая от клиента не встречается в исходной таблице USERS-то сохраняем запись табличку B2. Как вообще это правильнее и лучше сделать для больших массивов данных. Может NSERT… ON DUPLICATE KEY UPDATE как то использовать либо есть какие то примеры другие. Буду благодарен любой помощи ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.10.2013, 01:36:37 |
|
||
|
NSERT ON DUPLICATE KEY UPDATE в разные таблицы
|
|||
|---|---|---|---|
|
#18+
INSERT обрабатывает только одну таблицу. Две таблицы - 2 INSERTа ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.10.2013, 11:03:34 |
|
||
|
NSERT ON DUPLICATE KEY UPDATE в разные таблицы
|
|||
|---|---|---|---|
|
#18+
Ну вопрос собственно в какой последовательности делать. Как тогда сверять наличие с таблицей оригиналом и вставлять в случае успеха или не удачи в ту или иную таблицу ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.10.2013, 23:54:56 |
|
||
|
|

start [/forum/search_topic.php?author=q70&author_mode=last_posts&do_search=1]: |
0ms |
get settings: |
10ms |
get forum list: |
16ms |
get settings: |
10ms |
get forum list: |
16ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
45ms |
get topic data: |
15ms |
get forum data: |
3ms |
get page messages: |
52ms |
get tp. blocked users: |
2ms |
| others: | 660ms |
| total: | 837ms |

| 0 / 0 |
