Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Посоветуйте организацию данных
|
|||
|---|---|---|---|
|
#18+
Мне нужно будет хранить в базе данных таблицу-журнал. В таблице будет полтора-два десятка полей (в основном числовых), первоначально в таблицу будет загружено тысяч триста записей. Затем в эту же таблицу будут постоянно добавляться новые записи (в среднем несколько сотен в день, плюс время от времени будет загружаться большая пачка данных, в среднем 50 тысяч строк в месяц). Новые записи периодически будут обрабатываться, после обработки они уже изменяться не будут. Обрабатываться будут либо все необработанные записи, либо необработанные записи за определенный период. Наиболее простым мне видится вариант добавления в таблицу индексированных полей CREATED (дата создания записи) и PROCESSED (дата обработки записи, может быть null). Соответственно для выбора строк я буду задавать фильтр по PROCESSED is null (и возможно по CREATED between), а после обработки буду обновлять PROCESSED = sysdate. Не посоветуете, как лучше организовать данные и индексы? Я не уверен, что индекс по полю PROCESSED будет работать для нулевых строк. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2020, 00:05 |
|
||
|
|

start [/forum/topic.php?fid=52&gotonew=1&tid=1881388]: |
0ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
154ms |
get topic data: |
8ms |
get first new msg: |
6ms |
get forum data: |
2ms |
get page messages: |
32ms |
get tp. blocked users: |
1ms |
| others: | 9ms |
| total: | 242ms |

| 0 / 0 |
