|
|
|
Возможен ли один запрос в следующем случае
|
|||
|---|---|---|---|
|
#18+
Возможно ли через один запрос выполнить перемещение из одной таблицы в другую при выполнении след. условия - если дата старше чем требуется? Т.е. все значения из таблицы будут перемещены в другую таблицу, при дате старше 7 дней (например). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.07.2013, 10:19:06 |
|
||
|
Возможен ли один запрос в следующем случае
|
|||
|---|---|---|---|
|
#18+
furegin, вызываете кроном скрипт, который будет по таймеру переносить устаревшие данные... не вопрос. Кстати, у мускуля есть "встроенный шедулер"... почитайте про него подробнее. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.07.2013, 10:53:02 |
|
||
|
Возможен ли один запрос в следующем случае
|
|||
|---|---|---|---|
|
#18+
Arhat109, я думаю, что человек хочет некий хитрый DML-оператор типа такого: Код: sql 1. Который , удаляя записи в одной таблице, тут же заносил бы их в другую. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.07.2013, 10:57:38 |
|
||
|
Возможен ли один запрос в следующем случае
|
|||
|---|---|---|---|
|
#18+
Добрый Э - ЭхArhat109, [/src]Который , удаляя записи в одной таблице, тут же заносил бы их в другую. все правильно. код, который вы привели - возможен (с учетом доделок) или нет? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.07.2013, 11:08:44 |
|
||
|
Возможен ли один запрос в следующем случае
|
|||
|---|---|---|---|
|
#18+
Добрый Э - Эх, хотеть - не вредно. Только процесс "устаревания" происходит каждый день в 00 часов и сколько там секунд... а запросы валятся непрерывно (как правило). Нафига проверять даже "через раз" это самое "устаревание"? На протяжении дня - оно не изменится по-любому. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.07.2013, 11:58:57 |
|
||
|
Возможен ли один запрос в следующем случае
|
|||
|---|---|---|---|
|
#18+
Arhat109Добрый Э - Эх, хотеть - не вредно. Только процесс "устаревания" происходит каждый день в 00 часов и сколько там секунд... а запросы валятся непрерывно (как правило). Нафига проверять даже "через раз" это самое "устаревание"? На протяжении дня - оно не изменится по-любому. так это понятно, что раз в сутки. вопрос в другом. как сделать это в одном запросе? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.07.2013, 12:07:10 |
|
||
|
Возможен ли один запрос в следующем случае
|
|||
|---|---|---|---|
|
#18+
fureginArhat109Добрый Э - Эх, хотеть - не вредно. Только процесс "устаревания" происходит каждый день в 00 часов и сколько там секунд... а запросы валятся непрерывно (как правило). Нафига проверять даже "через раз" это самое "устаревание"? На протяжении дня - оно не изменится по-любому. так это понятно, что раз в сутки. вопрос в другом. как сделать это в одном запросе? если по уму , то двумя разными командами в трансакции, если через физиологическое отверстие, то тригером на делете. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.07.2013, 15:23:12 |
|
||
|
Возможен ли один запрос в следующем случае
|
|||
|---|---|---|---|
|
#18+
javajdbc, Ну так кто-нибудь уже поможет составить правильный запрос? )) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.07.2013, 19:09:54 |
|
||
|
Возможен ли один запрос в следующем случае
|
|||
|---|---|---|---|
|
#18+
furegin, и? чего шумим? Сказали же внятно: 1. "одним" запросом - никак. 2. делать ЭТО "через один запрос" (в смысле, каждый второй) - глупо. Но я так понимаю, вы не это хотели сказать. :) Вам надо: 1. Написать запрос по вставке данных в новую таблицу (куда переносим) 2. Написать запрос по удалению этих же самых данных (одинаковость критериев выборки!) из старой таблицы. 3. вокруг обоих запросов написать транзакцию (начало перед обоими запросами и конец после второго) 4. Можно "всё что получилось" завернуть в хранимую процедуру 5. Можно включить шедулер и поставить выполнение процедуры в заданное время. Всё. ... а вы чё, думали, что тут "за вас всё сделают"? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.07.2013, 19:20:50 |
|
||
|
|

start [/forum/topic.php?fid=47&msg=38343348&tid=1836392]: |
0ms |
get settings: |
6ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
46ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
37ms |
get tp. blocked users: |
1ms |
| others: | 205ms |
| total: | 324ms |

| 0 / 0 |
