Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
вычесть множества
|
|||
|---|---|---|---|
|
#18+
PostreSQL начинающий> В таблице B храняться ТОЛЬКО полученные сообщения. Ну и зачем вы пишите, что содержимое таблицы - это произведение? Других решений у этой задачи, отличных от уже приведенных, нет. А задача все-таки кривая. Ну не бывает так, чтобы сообщения только добавлялись и всегда одномоментно были нужны все сразу. Never say never. А вдруг эти сообщения отправляются скопом - спам например, и юзверь может отписаться от сообщения, или сказать таки да, мне нужен этот удлинитель/укрепитель! А если ничего не сказал - то нужно его послать еще раз ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.04.2008, 18:10 |
|
||
|
вычесть множества
|
|||
|---|---|---|---|
|
#18+
Andrey Daeron xtronвы предлагаете при возникновении события генерировать для всех клиентов отметки об этом событии, а при получении клиентом события помечать его как полученное ? Да. Предположим событий 10 миллионов и тут добавляеться новый клиент - выходит нужно инсертить сразу 10 миллинов строк... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.04.2008, 18:46 |
|
||
|
вычесть множества
|
|||
|---|---|---|---|
|
#18+
PostreSQL начинающийНу не бывает так, чтобы сообщения только добавлялись и всегда одномоментно были нужны все сразу. почему всем сразу - сейчас клиенту 24 нужно отдать все не полученные им события, через секунду может клиенту 52... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.04.2008, 18:48 |
|
||
|
вычесть множества
|
|||
|---|---|---|---|
|
#18+
xtron Andrey Daeron xtronвы предлагаете при возникновении события генерировать для всех клиентов отметки об этом событии, а при получении клиентом события помечать его как полученное ? Да. Предположим событий 10 миллионов и тут добавляеться новый клиент - выходит нужно инсертить сразу 10 миллинов строк... Ну да, если у Вас событий 10 милионов, и все они должны быть доставлены клиенту, то да. А представьте, он их все получит - та же проблема будет. Для ускорения процесса можно попробовать в сторону COPY посмотреть. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.04.2008, 18:58 |
|
||
|
вычесть множества
|
|||
|---|---|---|---|
|
#18+
> почему всем сразу По условиям вашей же задачи. Как и для чего может понадобиться регулярно получать сообщения десятилетней (например) давности? Это что, спам такой? Что это за события с неограниченным жизненным циклом? Не бывает в реальной жизни таких событий. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.04.2008, 19:16 |
|
||
|
вычесть множества
|
|||
|---|---|---|---|
|
#18+
PostreSQL начинающий Как и для чего может понадобиться регулярно получать сообщения десятилетней (например) давности? Это что, спам такой? Что это за события с неограниченным жизненным циклом? Не бывает в реальной жизни таких событий. Ну вот бывает :) Не спам. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.04.2008, 19:21 |
|
||
|
|

start [/forum/topic.php?fid=53&msg=35262946&tid=2004424]: |
0ms |
get settings: |
6ms |
get forum list: |
11ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
33ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
32ms |
get tp. blocked users: |
1ms |
| others: | 214ms |
| total: | 311ms |

| 0 / 0 |
