Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Подскажите пожалуйста
|
|||
|---|---|---|---|
|
#18+
Подскажите пожалуйста, как можно сделать аналог MySQL комманды INSERT IGNORE Дело в том, что заполняется база данных измерений технологической линии в таком порядке. таблица текущей даты | | таблица времен записи для текущей даты / | \ Табл1 Табл2 Табл3 Табл1=Табл2=Табл3 по колву полей и названию полей Так вот в MySQL это делаеться так INSERT IGNORE INTO (таблица текущей даты) VALUES (); потом для времени INSER DELAYED INTO ( таблица времен записи для текущей даты) VALUES (,,,, (SELECT MAX(id) FROM (таблица текущей даты) )) Так вот при вставке в табл. текущей даты вставка не производиться если дата совпадает. Поле даты - уникально и автоинкремент id не изменяються. Как это можно сделать на Postgres ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.04.2005, 10:40 |
|
||
|
Подскажите пожалуйста
|
|||
|---|---|---|---|
|
#18+
Ммм. Не совсем понятно, что присходит в системе - что куда пишется, какие где ключи и зачем приходится юзать IGNORE. В Постгресе нельзя вставлять дублированый уникальный ключ не получив при этом ошибки нет. Способа обойти это, как в МайСКЛе, я тоже не знаю. Можно поподробнее об задаче? Ибо это, скорее всего, можно разрулить по-другому. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.04.2005, 14:43 |
|
||
|
Подскажите пожалуйста
|
|||
|---|---|---|---|
|
#18+
Гм. Записывается сначала дата, для которой существует одна запись в сутки. Для этой даты, точнее ее уникального идентификатора записываются времена измерений каждые 15 минут допустим Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. select DEvice1.Field1,Device2.Field2,Device2.Field6 ну и так далее. Кол-во полей в запросе определяется произвольно из древовидной структуры в визуализации. Именно по этой причине - 4 отдельные таблицы. Вот для Мускеля я писал данные в базу каждые 15 минут, зная, что уникальность даты останется неизменной, пока эта самая дата не изменится. А как быть с Постгресом??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.04.2005, 16:55 |
|
||
|
Подскажите пожалуйста
|
|||
|---|---|---|---|
|
#18+
А почему бы не заюзать тип timestamp? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.04.2005, 18:09 |
|
||
|
Подскажите пожалуйста
|
|||
|---|---|---|---|
|
#18+
INSERT INTO (таблица текущей даты) SELECT (SELECT {новая дата} AS "дата") AS q LEFT JOIN (таблица текущей даты) as t USING ("дата") WHERE "t"."дата" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.05.2005, 11:04 |
|
||
|
Подскажите пожалуйста
|
|||
|---|---|---|---|
|
#18+
че то наподобь: INSERT INTO (таблица текущей даты) ("дата") SELECT "дата" FROM (SELECT {новая дата} AS "дата") AS q LEFT JOIN (таблица текущей даты) as t USING ("дата") WHERE "t"."дата" IS NULL звиняйте, мимо клавишки жмакнул в процессе набора тексту, недонабрав ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.05.2005, 11:07 |
|
||
|
|

start [/forum/topic.php?fid=53&fpage=343&tid=2007282]: |
0ms |
get settings: |
5ms |
get forum list: |
8ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
21ms |
get topic data: |
6ms |
get forum data: |
1ms |
get page messages: |
23ms |
get tp. blocked users: |
1ms |
| others: | 216ms |
| total: | 285ms |

| 0 / 0 |
