|
СУБД с функциями ввода-вывода
|
|||
---|---|---|---|
#18+
ну я "И большое количество строк меняют свой blockID. Это нужно учесть во вторичных индексах." Там нет строк, там ключ + значение. Ну да ладно. А что нужно учесть во вторичных индексах? Если к примеру в глобалах ^Data(id)=name ^Index(name,id)="" Программист вроде как и понятия не имеет об устройстве неких blockID, ну пишет он в данные название по идентификатору а в индекс идентификатор и название, ну а учитывать-то что? Или мысль какая-то неполная или к М прикручиваются хвосты от чужих собак. Я не знаю Cache. И не знаю что такое глобал. Но я просто беру некую сферическую СУБД в вакууме и смотрю. Как по чеклисту. B-Tree index? BItmap index? Partitioning? Clustered? Vertical-Arrays? Index-Organized (это и есть кашиные таблички), Mviews? И еще штук 5 вариаций partitioning по range/hash/list функции сегментации. Это все составляющие успеха DBMS. Если она их реализует - то даёт шанс тухлому запросу или отчоту заработать быстрее в данном конкретном сценарии. Когда чего-то нет, то и наличие ORM, и NoSQL вообще не играет никакого значения. Запрос - тухляк потому что нет СТРУКТУР данных чтобы он работал быстро. При всей внешней красоте и лоске Cache в ней по всей видимости чего-то не хватает. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.06.2020, 18:54 |
|
СУБД с функциями ввода-вывода
|
|||
---|---|---|---|
#18+
mayton Я не знаю Cache. И не знаю что такое глобал. Но я просто беру некую сферическую СУБД в вакууме и смотрю. Как по чеклисту. P.S. Даже случайно можно получать правильные результаты. Только это не спасает от фатальных ошибок в рассуждениях и выводах. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.06.2020, 19:56 |
|
|
start [/forum/topic.php?fid=35&msg=39969909&tid=1552173]: |
0ms |
get settings: |
8ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
50ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
40ms |
get tp. blocked users: |
1ms |
others: | 14ms |
total: | 140ms |
0 / 0 |