Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Оптимальная структура для таблицы с полнотекстовым поиском
|
|||
|---|---|---|---|
|
#18+
Всем привет. Нужен совет, как максимально эффективно хранить данные в таблицах и по какому алгоритму построить индексы. Пользователь будет использовать сервис для хранения своих данных в рамках одной таблицы. Каждый пользователь видит только свои строки таблицы (что происходит у других пользователей - он не видит) Пользователь может добавлять или удалять столбцы по своему усмотрению в свою часть таблицы (происходить это должно быстро) Должна быть возможность осуществлять полнотекстовый быстрый поиск по любому количеству столбцов таблицы. В связи с этим вопрос, как лучше хранить данные? В формате JSON? Как лучше построить индексы, чтобы они позволяли быстро искать и быстро добавлять данные в таблицу? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.10.2019, 01:47 |
|
||
|
Оптимальная структура для таблицы с полнотекстовым поиском
|
|||
|---|---|---|---|
|
#18+
sptvar, EAV: с рандомным количеством колонок без физсхемы требованием разграничения доступа в БД с индексацией в реляционной СУБД в качестве движка. по-моему, хорошо сочетаются только пп 1 и 2. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.10.2019, 11:00 |
|
||
|
|

start [/forum/topic.php?fid=53&gotonew=1&tid=1995014]: |
0ms |
get settings: |
10ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
61ms |
get topic data: |
11ms |
get first new msg: |
8ms |
get forum data: |
2ms |
get page messages: |
41ms |
get tp. blocked users: |
1ms |
| others: | 285ms |
| total: | 441ms |

| 0 / 0 |
