SM
Ð
нафига это обычному юзеру? если это часть бл, должна быть таблица-журнал, можно даже на триггере on delete
как эту таблицу найти?
Size: a a a
2020 May 31
Ð
ее надо сначала создать, заблаговременно
SM
не очень понимаю, как мне это сейчас поможет данные восстановить
Ð
никак, я говорю если это часть бл
Ð
я ж не знаю задачу, что там происходит, может реализация механизма отката для клиента
SM
Ð
я ж не знаю задачу, что там происходит, может реализация механизма отката для клиента
да задача — просто данные в таблице восстановить и всё
SM
БД на хероку
YS
Petr
Приветсвую, есть вопрос: как лучше хранить облако тегов к статье? В жсон пихать или делать справочник и кростаблицу?
Говорят (в т.ч. и тут были обсуждения, поищите), что, помимо реляционной модели, стоит (с т.з. удобства и производительности) посмотреть на обычные текстовые массивы PostgreSQL (лично не знаю, так ли это на самом деле).
Вот примеры / сравнения моделей: http://www.databasesoup.com/2015/01/tag-all-things.html
Вот примеры / сравнения моделей: http://www.databasesoup.com/2015/01/tag-all-things.html
Ð
я никогда не работал с хероку, но с физическими серверами. Если там есть досуп к файлу данных, и не было вакуума и затирания данных, теоретически может есть способы снять пометку об удалении, или расковырять файл вручную, я не знаю. Обычно это делается восстановлением из архива. Возможно у хероку есть он, надо спросить у поддержки хероку.
SM
понял, спасибо!
В
Ребята, концептуальный вопрос, подскажите пожалуйста, как правильно спроектировать БД под приложение
Есть таблица логов/транзакций/биллинг/процессинг - как хотите. Суть - наполнение ее записями по 300к в сутки
В приложении надо реалиовать поиск транзакций по дате и другим полям из этой таблицы. Ну например номер карты, статус операции
На данный момент любой поиск - это сканирование всей таблицы
Есть таблица логов/транзакций/биллинг/процессинг - как хотите. Суть - наполнение ее записями по 300к в сутки
В приложении надо реалиовать поиск транзакций по дате и другим полям из этой таблицы. Ну например номер карты, статус операции
На данный момент любой поиск - это сканирование всей таблицы
А у Вас в индексе есть поля по которым нужен поиск ?
Посмотрите в сторону TimeScaleDB, запросы она не починит, зато обрабатывает time series данные
Посмотрите в сторону TimeScaleDB, запросы она не починит, зато обрабатывает time series данные
P
Yaroslav Schekin
Говорят (в т.ч. и тут были обсуждения, поищите), что, помимо реляционной модели, стоит (с т.з. удобства и производительности) посмотреть на обычные текстовые массивы PostgreSQL (лично не знаю, так ли это на самом деле).
Вот примеры / сравнения моделей: http://www.databasesoup.com/2015/01/tag-all-things.html
Вот примеры / сравнения моделей: http://www.databasesoup.com/2015/01/tag-all-things.html
Пока думаю использовать оба способа и хранить информацию о тегах в двух местах - затраты на память не так критичны, как скорость поиска и открытия статьи.
2020 June 01
R
Кто знает чат mysql?
C
Кто знает чат mysql?
гугл
GS
и в общем как слепить бэкап более менее понятно. Заковырка в их ротации
В pbk же можно задавать ttl для каждого бэкапа индивидуально, ну и ставьте соответствующий срок в зависимости от дня недели/месяца
Д
CREATE FUNCTION dmp_test.getWordSimilarity( words TEXT[],
searchword TEXT )
RETURNS REAL
LANGUAGE plpgsql
AS
$$
DECLARE
x TEXT;
max_value REAL := 0 ::REAL;
current REAL := 0 ::REAL;
BEGIN
FOREACH x IN ARRAY words
LOOP
current := dmp_test.similarity(x, searchword);
CASE WHEN current > max_value THEN
max_value := current;
END CASE;
END LOOP;
RETURN max_value;
END
$$ LANGUAGE plpgsql;
searchword TEXT )
RETURNS REAL
LANGUAGE plpgsql
AS
$$
DECLARE
x TEXT;
max_value REAL := 0 ::REAL;
current REAL := 0 ::REAL;
BEGIN
FOREACH x IN ARRAY words
LOOP
current := dmp_test.similarity(x, searchword);
CASE WHEN current > max_value THEN
max_value := current;
END CASE;
END LOOP;
RETURN max_value;
END
$$ LANGUAGE plpgsql;
Д
кто подскажет где тут ошибка?
AN
Yaroslav Schekin
Потому что документация написана не DBA и не является неоспоримой истиной.
> в общем, это скорее вопрос терминологии
В общем, насколько я знаю, то, что backup — инструмент для DR (для которого критичными являются RTO и RPO, например), является общепринятым понимаем.
> Я не предлагал обсуждать свойства дампов
А давайте всё-таки обсудим.
Если Вы возьмёте и перепишете базу ручкой на бумагу (побайтово, к примеру) — это backup, подходит для DR, всё нормально?
Вот с дампами есть схожие проблемы.
> в общем, это скорее вопрос терминологии
В общем, насколько я знаю, то, что backup — инструмент для DR (для которого критичными являются RTO и RPO, например), является общепринятым понимаем.
> Я не предлагал обсуждать свойства дампов
А давайте всё-таки обсудим.
Если Вы возьмёте и перепишете базу ручкой на бумагу (побайтово, к примеру) — это backup, подходит для DR, всё нормально?
Вот с дампами есть схожие проблемы.
Я не настолько крут, чтобы не доверять документации :)
M
Из-за чего может запрос долго выполняться на Postgres? Таблица несколько столбцов с 2 тыс строк с primary key. В какую сторону нужно копать? Вроде бы мелкая таблица, но простой запрос Select * from table идет до 1 минуты, а если order by, то вообще висит
РЖ
explain analyse my-mega-slow-query;