|
Плюсы и минусы attach database
|
|||
---|---|---|---|
#18+
Всем привет. attach database - какая лучшая практика использования данной фичи. Кто тестировал его производительность по отношению хранения всего в одном файле? особенно когда требуется выполнить join между таблицами из разных файлов. Технически ведь несколько файлов должны потреблять больше ресурсов. Я пока всю базу разбил на три части - основная модель данных - таблица логов (чтобы основной файл не фрагментировался) - таблички отдельной подмодели без связи с основной моделью И теперь колеблюсь на счет вынесения большого объема данных в отдельный файл но тут уже будет потребность делать джойн с основной моделью из 1-го файла. Желание разнесения базы на несколько файлов возникло т.к. таблицы хранят различные данные и динамика их роста различная. в оракле я обычно подобные вещи разношу по разным таблспейсам. И вопрос на счет WAL Если смотреть на имя - его журнал создается только для одного основного файла. Это означает, что режим WAL включился только для него? FlylinkDC.sqlite - основная модель FlylinkDC_dht.sqlite - хранение распределенной хэш таблицы FlylinkDC_log.sqlite - логи FlylinkDC.sqlite-shm FlylinkDC.sqlite-wal Если необходимо - вот исходный код всего этого безобразия :) http://flylinkdc.googlecode.com/svn/trunk/client/CFlylinkDBManager.cpp Заранее спасибо за советы. -- ~PPA() {} // ... |
|||
:
Нравится:
Не нравится:
|
|||
13.01.2013, 09:12 |
|
|
start [/forum/topic.php?fid=54&msg=38108105&tid=2008936]: |
0ms |
get settings: |
12ms |
get forum list: |
16ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
45ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
42ms |
get tp. blocked users: |
2ms |
others: | 17ms |
total: | 152ms |
0 / 0 |