|
Структура данных
|
|||
---|---|---|---|
#18+
Это был DBF там по другому слишком рыхло получалось. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.03.2019, 11:07 |
|
Структура данных
|
|||
---|---|---|---|
#18+
+ разделили текстовые, числовые и "дата" поля, чтоб не преобразовывать. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.03.2019, 11:08 |
|
Структура данных
|
|||
---|---|---|---|
#18+
Mr.FontaineПравильное решение - EAV Слишком мало инфоамации для выдачи такой рекомендации ... |
|||
:
Нравится:
Не нравится:
|
|||
27.03.2019, 08:55 |
|
Структура данных
|
|||
---|---|---|---|
#18+
Вообще, начать можно с того, что таблицу с 1 млн записей и 80 колонками почти любая бд возьмет и нечего придумывать даже. А дальше уже смотреть - какие и сколько изменений в единицу времени должны проходить по этим данным, как часто и для чего выбираться, база с поколоночным хранением или строчным, и т.д. Например: Если в таблице по 2000000 изменений в день в рандомных записях и не по разу, а считывание идет 1 раз утром для отчета, то это один случай, и тут лучше нормализовывать до нескольких таблиц. А если идет 10000 изменений единоразово в сутки и 2000000 просмотров, то предпочтительнее 1 таблицу. Это грубая прикидка ... |
|||
:
Нравится:
Не нравится:
|
|||
03.04.2019, 13:46 |
|
|
start [/forum/topic.php?fid=32&msg=39795798&tid=1539947]: |
0ms |
get settings: |
7ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
34ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
54ms |
get tp. blocked users: |
2ms |
others: | 16ms |
total: | 148ms |
0 / 0 |