|
Быстрое создание записей в БД
|
|||
---|---|---|---|
#18+
Сделал простой тест Вставка в таблицу поля (a,b,c: integer) 1 000 000 записей (все СУБД внутри виртуальной машины VirtualPC) MS SQL 2005 544сек ORACLE 10 100сек CACHE 2009.1 через интерфейс Objects 70сек CACHE 2009.1 через интерфейс SQL 45сек CACHE 2009.1 через доступ к глобалям 7сек У кого есть какие комментарии? У меня вопрос - почему такое отставание MSSQL (Он при работе все время обращается к винту) ? ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2009, 14:14 |
|
Быстрое создание записей в БД
|
|||
---|---|---|---|
#18+
авторСделал простой тест Вставка в таблицу поля (a,b,c: integer) 1 000 000 записей Записи можно вставлять по разному... Покажите, хотябы, как Вы дедали это для MS SQL. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2009, 14:25 |
|
Быстрое создание записей в БД
|
|||
---|---|---|---|
#18+
и снова здравствуйте, Рыцарь Печального Образа P.S. Побег за попкорном ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2009, 14:39 |
|
Быстрое создание записей в БД
|
|||
---|---|---|---|
#18+
SiemarglСделал простой тест У кого есть какие комментарии? - Штурман, приборы! - Семьдесят. - Что "семьдесят"? - А что "приборы"? Для начала нужно чётко понимать, что же, собственно, Вы хотите мерять. SiemarglУ меня вопрос - почему такое отставание MSSQL (Он при работе все время обращается к винту) ? Стеклянный шар советует проверить autocommit :) SiemarglУ кого есть какие комментарии? Да, ещё один маленький комментарий. Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27.
Any questions? ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2009, 14:43 |
|
Быстрое создание записей в БД
|
|||
---|---|---|---|
#18+
softwarerSiemarglУ меня вопрос - почему такое отставание MSSQL (Он при работе все время обращается к винту) ? Стеклянный шар советует проверить autocommit :)Тоже про это подумалось. Про постоянное обращение к диску - он родимый. Сравниваем: Код: plaintext 1.
Код: plaintext
Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15.
Код: plaintext
... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2009, 15:18 |
|
Быстрое создание записей в БД
|
|||
---|---|---|---|
#18+
Надо еще и FB испытать. А то мужики не поймут... Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10.
Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11.
... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2009, 15:34 |
|
Быстрое создание записей в БД
|
|||
---|---|---|---|
#18+
Куда, что и кто еще вставлять будет ? ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2009, 16:01 |
|
Быстрое создание записей в БД
|
|||
---|---|---|---|
#18+
Dmitry ArefievКуда, что и кто еще вставлять будет ?Да ты только идею подай!.. Имхо, автору достаточно наглядно показали, что сравнивать сферический insert в вакууме - дело неблагодарное. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2009, 16:05 |
|
Быстрое создание записей в БД
|
|||
---|---|---|---|
#18+
Senya_Linsert Да может там не insert, а alter table add column ("Вставка в таблицу поля"), а в таблице 1M записей :) ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2009, 16:11 |
|
Быстрое создание записей в БД
|
|||
---|---|---|---|
#18+
> Автор: Senya_L > Надо еще и FB испытать. А то мужики не поймут... Семён, а если так: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10.
Posted via ActualForum NNTP Server 1.4 ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2009, 16:44 |
|
Быстрое создание записей в БД
|
|||
---|---|---|---|
#18+
Игорь Горбонос, ой, да вариантов можно напридумывать: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8.
Код: plaintext 1. 2. 3. 4.
тока оно зачем?! ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2009, 16:48 |
|
Быстрое создание записей в БД
|
|||
---|---|---|---|
#18+
Да процедуру я не показал Она в приципе почти копия как у Senya_L в свертке "до кучи", только значения присваиваются через random(); BULK INSERT мне не подходят (пока) С отключением автокоммита ситуация значительно улучшилась. MS SQL 2005 25сек остальное неизменно ORACLE 10 100сек CACHE 2009.1 через интерфейс Objects 70сек CACHE 2009.1 через интерфейс SQL 45сек CACHE 2009.1 через доступ к глобалям 7сек Порядок времени исполнения почти выровнялся. Возможно можно улучшить ORACLE? Вот процедура: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18.
... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2009, 17:20 |
|
Быстрое создание записей в БД
|
|||
---|---|---|---|
#18+
SiemarglВозможно можно улучшить ORACLE?Может, тоже коммитить попробовать? ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2009, 17:22 |
|
Быстрое создание записей в БД
|
|||
---|---|---|---|
#18+
SiemarglПорядок времени исполнения почти выровнялся. Возможно можно улучшить ORACLE? Вот процедура: Код: plaintext 1. 2. 3.
чо за фигня? ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2009, 17:24 |
|
Быстрое создание записей в БД
|
|||
---|---|---|---|
#18+
Siemargl Порядок времени исполнения почти выровнялся. Возможно можно улучшить ORACLE? вот так нуна: Код: plaintext 1. 2. 3. 4. 5. 6. 7.
... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2009, 18:23 |
|
Быстрое создание записей в БД
|
|||
---|---|---|---|
#18+
Yo.!, это трик, не совсем честный по логике. Кроме того, рекурсия - дорогое удовольствие и у меня, например, по памяти не проходит. ORA-04031: unable to allocate 44 bytes of shared memory ("large pool","unknown object","kxs-heap-w","cursor work heap") ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2009, 19:21 |
|
Быстрое создание записей в БД
|
|||
---|---|---|---|
#18+
Siemargl wrote: > У кого есть какие комментарии? Я думаю, тут дело в неверных замерах. А в случае кэша -- возможно и непонимание того, что он делает, и эквивалентность этого тому, что делают другие СУБД (я например не понимаю этого. Ты понимаешь ?) Posted via ActualForum NNTP Server 1.4 ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2009, 19:35 |
|
Быстрое создание записей в БД
|
|||
---|---|---|---|
#18+
Siemargl wrote: > С отключением автокоммита ситуация значительно улучшилась. > MS SQL 2005 25сек Дело не в автокоммите, а в размере транзакции. Если 1 миллион транзакций по одной записи -- будет медленно. Если 10 тыщ транзакций по 100 записей -- будет быстрее. Posted via ActualForum NNTP Server 1.4 ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2009, 19:38 |
|
Быстрое создание записей в БД
|
|||
---|---|---|---|
#18+
SiemarglYo.!, это трик, не совсем честный по логике. это не трюк, а так люди работают с rdbms. ваш вариант - пример абсолютной безграмотности и некомпетентности. обычно манией все решать неестественными реляционым бд циклами пресущи фокспро-гайз и пораженных кашей. Siemargl Кроме того, рекурсия - дорогое удовольствие и у меня, например, по памяти не проходит. дефолтной инсталяции oracle xe памяти хватает, нефиг лезть в настройки не обладая хотя бы минимальной квалификацией ... ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2009, 19:51 |
|
Быстрое создание записей в БД
|
|||
---|---|---|---|
#18+
Yo.!, Инсталляция почти дефолтная, крутить ничего не надо было для тест-системы. Изменена только ALTER SYSTEM SET SHARED_POOL_SIZE='100M' SCOPE=spfile; по инструкции к apex v3 И не надо страдать манием величия (запроса) - единственным запросом выгребая тучу памяти. А остальным что? Админ БД побьет, если поймает. В реальности задача конечно не крутит циклы в PL/SQL, а внешней программой пишет по одной записи. У нее свои циклы (по приходу данных) и таких табличек - скажем, типично тысяча. А это-искусственная ее имитация. MasterZiv Не понимаю. Самая прозрачная структура хранения кстати, у Кэша, который я впервые вижу, а вот остальные на что тратят время в тривиальном случае - мне непонятно. Это как NTFS - (и структура хранения кстати, в СУБД похожа) - и надежная и иногда очень быстрая, но периодически тратит на свои внутренние дела ХЗ сколько времени. А кэш в этой аналогии как FAT. А замеры то верные - в одной виртуалке, с дефолтными настройками. С индексами структура еще усложнится, и не нужны они (пока и так не совем понятно что происходит). ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2009, 20:18 |
|
Быстрое создание записей в БД
|
|||
---|---|---|---|
#18+
MasterZiv Siemargl wrote: > С отключением автокоммита ситуация значительно улучшилась. > MS SQL 2005 25сек Дело не в автокоммите, а в размере транзакции. Если 1 миллион транзакций по одной записи -- будет медленно. Если 10 тыщ транзакций по 100 записей -- будет быстрее. +1 XML'ем можно "лить" данные, уж на то пошло. И что за мания сравнивать скорость вставки тупо создав программный цикл на сервере? Задача сервера БД - обслуживать клиентские запросы (простите уж за банальности, они для автора :)), а оценивать скорость вставки по запросам, как все мои выше указанные - это полная фигня. Я-то хоть проикалывался ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2009, 20:23 |
|
Быстрое создание записей в БД
|
|||
---|---|---|---|
#18+
Visual Foxpro 9 Код: plaintext 1. 2. 3. 4. 5. 6.
2.703 ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2009, 20:30 |
|
Быстрое создание записей в БД
|
|||
---|---|---|---|
#18+
SiemarglYo.!, Инсталляция почти дефолтная, крутить ничего не надо было для тест-системы. Изменена только ALTER SYSTEM SET SHARED_POOL_SIZE='100M' SCOPE=spfile; по инструкции к apex v3 брехня. Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29.
SiemarglИ не надо страдать манием величия (запроса) - единственным запросом выгребая тучу памяти. память - она резиновая и дешевле картошки, а вот и/о - дорого, вот его беречь нуна. SiemarglА остальным что? Админ БД побьет, если поймает. гнать таких админов на пенсию, в крайнем случае, если где-то сохранилось, в зад на кашу... ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2009, 20:33 |
|
Быстрое создание записей в БД
|
|||
---|---|---|---|
#18+
авторС индексами структура еще усложнится, и не нужны они Можно я буду Вас цитировать??? ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2009, 20:46 |
|
Быстрое создание записей в БД
|
|||
---|---|---|---|
#18+
Yo.!SiemarglИ не надо страдать манием величия (запроса) - единственным запросом выгребая тучу памяти. память - она резиновая и дешевле картошки, а вот и/о - дорого, вот его беречь нуна. В районе 5т-10т записей на батч (зависит от <длинный список 1>) перестает существенно расти производительность. Заключать всю "нарезку" или только один батч в транзакцию зависит больше <длинный список 2>. Первый и второй списки слабо пересекаются ... Так что - кто как порежет. А кто и одной кучей. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2009, 21:16 |
|
|
start [/forum/topic.php?fid=35&msg=36215638&tid=1552733]: |
0ms |
get settings: |
11ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
29ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
61ms |
get tp. blocked users: |
1ms |
others: | 14ms |
total: | 154ms |
0 / 0 |