VY
склейте новый SQL-запрос виде строки, потом скопипастите вывод в клиент и запустите
Size: a a a
2021 January 28
AI
склейте новый SQL-запрос виде строки, потом скопипастите вывод в клиент и запустите
понял, спасибо, попробую
NR
YS
А разве ltree не по текстовому представлению меток сортируется?
NR
Yaroslav Schekin
А разве ltree не по текстовому представлению меток сортируется?
Блин, да, 1.1.10 будет раньше 1.1.9
VY
Yaroslav Schekin
А разве ltree не по текстовому представлению меток сортируется?
да. но в условии по числовому представлению не было заявлено…
NR
да. но в условии по числовому представлению не было заявлено…
Простите. казалось, что по примеру ясно будет, что нужно на выходе
YS
Простите. казалось, что по примеру ясно будет, что нужно на выходе
VY
Простите. казалось, что по примеру ясно будет, что нужно на выходе
попробуйте
ORDER BY string_to_array(magic_column, '.')::int[]IZ
Добрый день. Вопрос к пользователям расширения
из баз у меня остались две таблицы в схеме
после неудачного завершения запуска репака. Могу ли я их удалить ничего
не сломав при этом?
pg_repack. В однойиз баз у меня остались две таблицы в схеме
repack, судя по всему осталисьпосле неудачного завершения запуска репака. Могу ли я их удалить ничего
не сломав при этом?
msoa=# \dt repack.*
List of relations
Schema | Name | Type | Owner
--------+------------------+-------+-------
repack | log_1358021427 | table | root
repack | table_1358021427 | table | root
(2 rows)
VY
Добрый день. Вопрос к пользователям расширения
из баз у меня остались две таблицы в схеме
после неудачного завершения запуска репака. Могу ли я их удалить ничего
не сломав при этом?
pg_repack. В однойиз баз у меня остались две таблицы в схеме
repack, судя по всему осталисьпосле неудачного завершения запуска репака. Могу ли я их удалить ничего
не сломав при этом?
msoa=# \dt repack.*
List of relations
Schema | Name | Type | Owner
--------+------------------+-------+-------
repack | log_1358021427 | table | root
repack | table_1358021427 | table | root
(2 rows)
что говорит
SELECT 1358021427::regclass; в той же базе?IZ
что говорит
SELECT 1358021427::regclass; в той же базе?msoa=# SELECT 1358021427::regclass;
regclass
------------------------
msoa_inapp_domainapp
(1 row)
VY
если с таблицей всё в порядке и нет запущенных процессов
pg_repack — можно грохнутьIZ
если с таблицей всё в порядке и нет запущенных процессов
pg_repack — можно грохнутьможно подробнее про "с таблицей всё в порядке"?
как я могу это определить?
как я могу это определить?
NR
попробуйте
ORDER BY string_to_array(magic_column, '.')::int[]спасибо!
VY
можно подробнее про "с таблицей всё в порядке"?
как я могу это определить?
как я могу это определить?
запросы к ней проходят, данные не потеряны, индексы на месте и всё такое
mm
Всем хорошего вечера.
Ребят, подскажите.
Вот есть у меня функция триггера
Т.е. при добавлении данных в одну таблицу - идёт проверка на NULL, в случае, если не NULL - данные записываются в другую таблицу
Да, всё работает, всё круто
Теперь возник вопрос второй
Как как правильно подключить эту фукнцию так, чтобы при обновлении таблицы ( в случае, когда поле после обновления будет не NULL) - данные перекидывались в другую таблицу
Проблему решил так:
Но она оставляет старые строки в таблице
Т.е. при обновлении нужно удалить старую строку, а новую запихнуть в другую таблицу.
Мб подскажите что?
Ребят, подскажите.
Вот есть у меня функция триггера
CREATE FUNCTION update_firebase_logs() RETURNS trigger AS $update_firebase_logs$
BEGIN
-- Проверить, что указаны имя сотрудника и зарплата
IF NEW.processed_at IS not NULL THEN
insert into firebase_log_new(created_at, message, processed_at) values(new.*);
RETURN NULL;
END IF;
RETURN NEW;
END;
$update_firebase_logs$ LANGUAGE plpgsql;
CREATE TRIGGER trigger_insert_firebase_logs
before INSERT ON firebase_log
FOR EACH ROW
EXECUTE FUNCTION update_firebase_logs();
Т.е. при добавлении данных в одну таблицу - идёт проверка на NULL, в случае, если не NULL - данные записываются в другую таблицу
Да, всё работает, всё круто
Теперь возник вопрос второй
Как как правильно подключить эту фукнцию так, чтобы при обновлении таблицы ( в случае, когда поле после обновления будет не NULL) - данные перекидывались в другую таблицу
Проблему решил так:
CREATE TRIGGER trigger_update_firebase_logs
after UPDATE ON firebase_log
FOR EACH ROW
EXECUTE FUNCTION update_firebase_logs();
Но она оставляет старые строки в таблице
Т.е. при обновлении нужно удалить старую строку, а новую запихнуть в другую таблицу.
Мб подскажите что?
R
подскажите пожалуйста где ошибся, проблема с округлением целого числа
SELECT DISTINCT industry, round(sum(e_cost / 1000000000), 2) AS price_transaction
FROM ved_data.prom WHERE "period" >= '2020-01-01'GROUP BY industry ORDER BY price_transaction DESC LIMIT 7;
SELECT DISTINCT industry, round(sum(e_cost / 1000000000), 2) AS price_transaction
FROM ved_data.prom WHERE "period" >= '2020-01-01'GROUP BY industry ORDER BY price_transaction DESC LIMIT 7;
YS
Всем хорошего вечера.
Ребят, подскажите.
Вот есть у меня функция триггера
Т.е. при добавлении данных в одну таблицу - идёт проверка на NULL, в случае, если не NULL - данные записываются в другую таблицу
Да, всё работает, всё круто
Теперь возник вопрос второй
Как как правильно подключить эту фукнцию так, чтобы при обновлении таблицы ( в случае, когда поле после обновления будет не NULL) - данные перекидывались в другую таблицу
Проблему решил так:
Но она оставляет старые строки в таблице
Т.е. при обновлении нужно удалить старую строку, а новую запихнуть в другую таблицу.
Мб подскажите что?
Ребят, подскажите.
Вот есть у меня функция триггера
CREATE FUNCTION update_firebase_logs() RETURNS trigger AS $update_firebase_logs$
BEGIN
-- Проверить, что указаны имя сотрудника и зарплата
IF NEW.processed_at IS not NULL THEN
insert into firebase_log_new(created_at, message, processed_at) values(new.*);
RETURN NULL;
END IF;
RETURN NEW;
END;
$update_firebase_logs$ LANGUAGE plpgsql;
CREATE TRIGGER trigger_insert_firebase_logs
before INSERT ON firebase_log
FOR EACH ROW
EXECUTE FUNCTION update_firebase_logs();
Т.е. при добавлении данных в одну таблицу - идёт проверка на NULL, в случае, если не NULL - данные записываются в другую таблицу
Да, всё работает, всё круто
Теперь возник вопрос второй
Как как правильно подключить эту фукнцию так, чтобы при обновлении таблицы ( в случае, когда поле после обновления будет не NULL) - данные перекидывались в другую таблицу
Проблему решил так:
CREATE TRIGGER trigger_update_firebase_logs
after UPDATE ON firebase_log
FOR EACH ROW
EXECUTE FUNCTION update_firebase_logs();
Но она оставляет старые строки в таблице
Т.е. при обновлении нужно удалить старую строку, а новую запихнуть в другую таблицу.
Мб подскажите что?
Написать другую триггерную функцию (для BEFORE UPDATE), которая делает то, что нужно.
mm
Yaroslav Schekin
Написать другую триггерную функцию (для BEFORE UPDATE), которая делает то, что нужно.
Спасибо)