Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
MSSQL 7.0 или 2000 vs InterBase 5.1
|
|||
|---|---|---|---|
|
#18+
Вопрос! Вообще при ситуации когда мне нужно каждые 5 секунд кидать около 5000-6000 записей в одну таблицу, что лучше выбрать? Тормознутость очень критична, даже скажем так: недопустима. Как поведёт себя InterBase? Как у него обстоят дела с параллельной работой? В MSSQL я запускал 100 сессий и они успевали загонять записи за 3-4 секунды, но сервак пахал, как чёрт. Что будет с InterBase (пока нет возможности это проверить)? Кто быстрее будет управляться с таблицей в которой 90000, а весит она около 3х гигов? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2001, 12:48 |
|
||
|
MSSQL 7.0 или 2000 vs InterBase 5.1
|
|||
|---|---|---|---|
|
#18+
Вчера вечером гонял Interbase 5.1 на предмет скорости закачки и скорости выборки. В режиме Force Write (т.е. немедленной записи на диск), 10'000'000 записей по 32 байта загонял в базу 3 часа 10 минут. Когда отключил немедленную запись - справился с десятью миллионами за 45 минут. Индексы, разумеется, отключены. Затем я создавал три индекса: два простых и один сложный ( по трем колонкам ). Все вместе заняло 25 минут. Итого 45мин+25мин = 70мин. 10'000'000 / 70 мин / 60 сек/мин = 2380 записей / сек. Размер БД получился 1.2 Гб. Через каждые 100'000 записей делал Commit (он для многоверсионной модели совсем не тормозит). Не той же машине из другого клиента выбирал Count. Таблица еще не была проиндексирована. Count делался на 5'000'000 записях 2 мин 45 сек ( параллельно шла закачка ). Техника: PIII 750 Mhz, HDD IDE UDMA-100, RAM 512Mб. Windows 2000 Prof. Статистика показала, что тормозит HDD, поскольку не хватает ОЗУ для полного кэша БД. Но в пределах 380Мб ( столько я выделил на страничный кэш ) выборки с группировкой работают весьма быстро. Например: select sum(val), form_id, table_id, line_code from numerics where .... \ Индексные условия для отбора 1 млн записей group by form_id, table_id, line_code Первый раз работает: 2 мин 20 сек Второй раз (с сужением условия where до 750'000 записей): 12 сек ! Попробую в понедельник набить 2 Гб ОЗУ и погонять БД на 20'000'000 записей. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.10.2001, 07:10 |
|
||
|
|

start [/forum/topic.php?fid=35&tid=1554497]: |
0ms |
get settings: |
6ms |
get forum list: |
9ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
19ms |
get topic data: |
6ms |
get forum data: |
1ms |
get page messages: |
31ms |
get tp. blocked users: |
1ms |
| others: | 7ms |
| total: | 84ms |

| 0 / 0 |
