ЕГ
Это alias.
Агаа, понял. Спасибо! А вообще схема нормальная или лучше просто сделать USER и MESSAGE, и в самом message хранить from_id и to_id?
Size: a a a
2021 January 15
am
Агаа, понял. Спасибо! А вообще схема нормальная или лучше просто сделать USER и MESSAGE, и в самом message хранить from_id и to_id?
Не нормальная. Лучше.
ЕГ
Спасибо
DS
Всем привет. Подскажите пожалуйста, подходит ли
psql для чата в реальном времени? Я видел, что часто используют redis или mongoDB.VY
David Shiko
Всем привет. Подскажите пожалуйста, подходит ли
psql для чата в реальном времени? Я видел, что часто используют redis или mongoDB.для чата? с базой?
DS
для чата? с базой?
Да. Чат планирую на вебсокетах. Сохранять буду много (текст, время отправки и т.д.)
VY
David Shiko
Да. Чат планирую на вебсокетах. Сохранять буду много (текст, время отправки и т.д.)
psql — это стандартный клиент для работы с PostgreSQL базой, поэтому непонимание.В остальном — всё возможно…
DS
psql — это стандартный клиент для работы с PostgreSQL базой, поэтому непонимание.В остальном — всё возможно…
Пардон, я всегда использовал это слово как сокращение от
PostgreSQL. Значит это нормальное решение, хорошо, спассибо!D
А я бы не стал юзать
PostgreSQL для чата в реальном времени. Максимум - для хранения историиD
Если её вообще нужно хранить, конечно
DS
А я бы не стал юзать
PostgreSQL для чата в реальном времени. Максимум - для хранения историиХранение текста сообщения является дефолтным условиям для нормального чата по моим представлениям, исходя из этого, подохид ли
PostgreSQL как единственная БД для чата?D
David Shiko
Хранение текста сообщения является дефолтным условиям для нормального чата по моим представлениям, исходя из этого, подохид ли
PostgreSQL как единственная БД для чата?В чате актуальны обычно максимум сообщений 1000, всё остальное - это история. Эти 1000 сообщений можно хранить/писать в Redis. Это проще и быстрее работать будет
D
А где хранить историю - другой вопрос
DS
В чате актуальны обычно максимум сообщений 1000, всё остальное - это история. Эти 1000 сообщений можно хранить/писать в Redis. Это проще и быстрее работать будет
Полностью согласен с вами, 1000 сообщений с лихвой хвататет для контекста. Спаибо за совет!
AG
Ребята привет! Не могу найти как автоматом добавлять колонки во view, если в таблице появилась новая колонка.
Пример:
CREATE VIEW contests AS
SELECT *
FROM activities
WHERE type = 'contest';
Добавляю через ALTER TABLE ADD COLUMN новую колонкe в activities и хочу чтобы она автоматом стала доступна во view contests. Так можно? Или надо пересоздавать view?
Пример:
CREATE VIEW contests AS
SELECT *
FROM activities
WHERE type = 'contest';
Добавляю через ALTER TABLE ADD COLUMN новую колонкe в activities и хочу чтобы она автоматом стала доступна во view contests. Так можно? Или надо пересоздавать view?
YS
Ребята привет! Не могу найти как автоматом добавлять колонки во view, если в таблице появилась новая колонка.
Пример:
CREATE VIEW contests AS
SELECT *
FROM activities
WHERE type = 'contest';
Добавляю через ALTER TABLE ADD COLUMN новую колонкe в activities и хочу чтобы она автоматом стала доступна во view contests. Так можно? Или надо пересоздавать view?
Пример:
CREATE VIEW contests AS
SELECT *
FROM activities
WHERE type = 'contest';
Добавляю через ALTER TABLE ADD COLUMN новую колонкe в activities и хочу чтобы она автоматом стала доступна во view contests. Так можно? Или надо пересоздавать view?
Автоматом — нет.
Можно использовать "CREATE OR REPLACE VIEW" (если только добавляете поля "в конец") или DROP+CREATE.
Можно использовать "CREATE OR REPLACE VIEW" (если только добавляете поля "в конец") или DROP+CREATE.
AG
Yaroslav Schekin
Автоматом — нет.
Можно использовать "CREATE OR REPLACE VIEW" (если только добавляете поля "в конец") или DROP+CREATE.
Можно использовать "CREATE OR REPLACE VIEW" (если только добавляете поля "в конец") или DROP+CREATE.
Понял. Спасибо!
AM
Hello
AM
I am a problem with postgres pg_dump. my backup is more long than Database
AM
Why?