|
|
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
Стоит задача вставлять данные со скоростью 60 000 записей в секунду. Посоветуйте СУБД. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2010, 19:41 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
когда то в АСУ ТП для этого юзали IndustrialSQL Server это, конечно, не совсем СУБД, это надстройканад MS SQL, но заточено всё это именно под быструю вставку данных не мне не ихменяет мой склероз, то версия 7.1 до 70тыс событий в секунду могла записывать ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2010, 19:51 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
Плоский файл, который заливается в СУБД в пакетном режиме, через определенные промежутки времени. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.05.2010, 04:42 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
спит , вот потестил сегодня "свою" СУБД Код: plaintext 1. 2. 3. Результат всегда - менее секунды. Если так Код: plaintext то 2 секунды... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.05.2010, 08:24 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
СУБД Cache for Windows (x86-32) 2007.1.3 (Build 607) Wed Oct 17 2007 02:12:09 EDT Тестил на простенькой "персоналке"... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.05.2010, 08:25 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
спит, Надо еще знать, что с данными делать дальше и какие будут индексы и срок хранения. А то может плоского файла и хватит. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.05.2010, 09:27 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
спит пишет: > Стоит задача вставлять данные со скоростью 60 000 записей в секунду. > Посоветуйте СУБД. Для этой задачи лучшая СУБД -- текстовый или бинарный файл. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.05.2010, 10:48 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
SERG1257 пишет: > Плоский файл, который заливается в СУБД в пакетном режиме, через > определенные промежутки времени. Зачем в СУБД -то заливать ? У ТС не было такой задачи. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.05.2010, 10:49 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
MasterZiv Зачем в СУБД -то заливать ? У ТС не было такой задачи. Судя по названию топика была кадато. Модератор: Тема перенесена из форума "Проектирование БД". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.05.2010, 11:30 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
1) Использовал Ms Sql 2000 + компонент SqlXml на клиенте 2) Проведенные тесты показывали заливку со скоростью 50000 тыс записей в секунду ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.05.2010, 12:26 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
krvsa спит , вот потестил сегодня "свою" СУБД Код: plaintext 1. 2. 3. Результат всегда - менее секунды. Если так Код: plaintext то 2 секунды... гониш несерьезно и что за язык птичий ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.05.2010, 12:33 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
походит на рекламу каше ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.05.2010, 13:01 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
спитСтоит задача вставлять данные со скоростью 60 000 записей в секунду. Посоветуйте СУБД.Стоит уточнить, что за записи (размер), сложность индекса, что с ними потом делать (частота и сложность аналитики), порядок вставки - постоянно онлайн каждую секунду или пакетно временами. В принципе, даже если онлайн, ничего особо страшного. Общие пожелания от СУБД - отдельный RAW tablescpace на SSD-дисках (или не на SSD, или не RAW, но хоть с отключенным кешированием от ОС), кластерный индекс по короткому полю (по возможности range или hash), логи на отдельном томе, локальный коннект (без эмуляции IP). Еще лучше - по возможности пакетная быстрая заливка утилитой/API от СУБД или хотя бы через временную таблицу (эмуляция пакетной заливки). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.05.2010, 13:09 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
SERG1257Плоский файл, который заливается в СУБД в пакетном режиме, через определенные промежутки времени.+1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.05.2010, 13:36 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
MX-9гониш С какой стати? MX-9несерьезно Да брось ты! MX-9и что за язык птичий Тут вообще без комментариев... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.05.2010, 13:41 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
sanyock2походит на рекламу каше Запросто! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.05.2010, 13:42 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
sanyok2походит на рекламу каше да и фиг с ней, и с рекламой и вообще. Я вот, люблю считать. :-) 60000 записей в секунду. Допустим, запись занимает ... 80 байт. Это 4.6 мегабайт в секунду. В сутках 86400 секунд. Значит за сутки будет 395507 мегабайт. Т.е. 395 гиг. Если я (или Excel) нигде не ошибся в подсчетах, то выходит, что за год получится 141 терабайт голых (!) данных. Отсюда выводы могут быть разными. Либо автор напутал, либо задача исходно безумная, либо все так и есть реально. Во втором случае можно подумать об изменении вида хранения данных, т.е. не записями, а как-то еще. В третьем случае придется подбирать крутое железо и крутую систему хранения и обработки этих данных. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.05.2010, 13:46 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
Продам сервер. Недорого ))) Обсуждалась тема и не раз - поиск ТС в помощь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.05.2010, 14:06 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
kdv Либо автор напутал, либо задача исходно безумная, либо все так и есть реально. Я бы поставил на то, что он забыл упомянуть одну деталь: данные удаляются из БД через сутки после занесения. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.05.2010, 14:20 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
to DS: ну, он считай что вообще ничего не упомянул, кроме скорости вставки. Мы тут фантазируем, конечно, но зато и ему понятно, что нужно учитывать множество разных неупомянутых факторов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.05.2010, 14:22 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
kdvда и фиг с ней, и с рекламой и вообще. Я вот, люблю считать. :-)Возможно автору требуется, чтобы пиковая скорость заливки данных была не меньше 60000 записей/сек и совсем необязательно они льются круглые сутки. Допустим, какой-нибудь контроллер, котороый, собака, не хотит ждать, покуда сервер "съест" данные :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.05.2010, 23:04 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
спит, Если не устраивают бинарные файлы, tokyo cabinet berkeley и тому подобное Все от предметной области тоже зависит ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.05.2010, 11:48 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
Как то на одной из конференций которую проводило IBM (это было года 2 назад, так что могло что и поменяться). они говорили что вроде как рекорд по массовой загрузке данных им принадлежит. в DB2 есть утилита LOAD которая грузит данные напрямую в бд она вполне себе быстрая. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.05.2010, 12:34 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
Alexey Kuznetsovв DB2 есть утилита LOAD которая грузит данные напрямую в бд она вполне себе быстрая.oracle sql*load ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.05.2010, 13:58 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
krvsa спит , вот потестил сегодня "свою" СУБД Код: plaintext 1. 2. 3. Результат всегда - менее секунды. Если так Код: plaintext то 2 секунды... .053389 первый тест, второй тест дает на моей чахлой машине .888376. Откуда 2 сек то берутся. p.s. используй вместо $p($h,",",2) просто $zh ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.05.2010, 11:52 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
Когда мне понадобится быстро сохранить массив целых чисел - я приду к М. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.05.2010, 12:08 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
Любая вменяемая БД всосет 100000 записей за секунду. Все остальное зависит от кривизны рук разработчика и обвязки. Код: 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. 30. 31. 32. 33. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.05.2010, 12:34 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
g-u-e-s-tЛюбая вменяемая БД всосет 100000 записей за секунду. а если не 100.000, а 1.000.000 ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.05.2010, 16:55 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
-Serg- А 100 000 000 000 ... Торг не уместен. Вы вначале получите 1000000 полезных данных, обработайте их, посмотрите на затраченное время, а потом думайте с какой скоростью Вам нужна вставка. Код: 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. Все тесты проводились на обычной домашней тачке. качалки, торренты, дц++, не отключались. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.05.2010, 18:03 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
lockyКогда мне понадобится быстро сохранить массив целых чисел - я приду к М. И напрасно. Они там строки сохраняют :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.05.2010, 20:39 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
Gluk (Kazan)lockyКогда мне понадобится быстро сохранить массив целых чисел - я приду к М. И напрасно. Они там строки сохраняют :) ну, это я знаю. Я к тому, что скорость генерации списка интов это конечно круто... но задлянахрена? на случай, если кто-то забудет устный счет от нуля до фиг-знает-скольки? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.05.2010, 00:19 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
lockyGluk (Kazan)lockyКогда мне понадобится быстро сохранить массив целых чисел - я приду к М. И напрасно. Они там строки сохраняют :) ну, это я знаю. Я к тому, что скорость генерации списка интов это конечно круто... но задлянахрена? на случай, если кто-то забудет устный счет от нуля до фиг-знает-скольки? то верно :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.05.2010, 11:35 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
-Serg-Откуда 2 сек то берутся. Терминалу не прикажешь... -Serg-p.s. используй вместо $p($h,",",2) просто $zh Всенепременно! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.05.2010, 18:36 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
lockyКогда мне понадобится быстро сохранить массив целых чисел - я приду к М. Напиши что тебе еще сохранить - потестим и это. Так глядишь и окажешся у нас быстрее. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.05.2010, 18:37 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
krvsalockyКогда мне понадобится быстро сохранить массив целых чисел - я приду к М. Напиши что тебе еще сохранить - потестим и это. Так глядишь и окажешся у нас быстрее. Пасибо Я расстался с М в... 1996(?) году. Обратно не тянет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.05.2010, 22:14 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
locky , тогда зачем юродствовать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.05.2010, 08:06 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
Спасибо за ответы. В общем, алгоритм вставки такой: 1) Для теста вытаскиваем данные из файла. К примеру, вытаскиваем из Wav файла и формируем массив сигналов. 2) Вставляем эти данные в БД в виде insert temp (iTimeTicks, iChannel, iValue) ({0},{1},{2}) Минута звукового файла с частотой 44К вставляется около получаса. СУБД - oracle 11g r2. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.05.2010, 11:18 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
спит, А что с ними дальше делать, по чем индексы нужны? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.05.2010, 12:29 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
спит Минута звукового файла с частотой 44К вставляется около получаса. СУБД - oracle 11g r2. Э, код в студию. А то судя по скорости, запускается задача на стареньком ноуте, каждая запись вставляется в отдельной транзакции, да еще и общий sequence без кэширования. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.05.2010, 12:31 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
спитСпасибо за ответы. В общем, алгоритм вставки такой: 1) Для теста вытаскиваем данные из файла. К примеру, вытаскиваем из Wav файла и формируем массив сигналов. 2) Вставляем эти данные в БД в виде insert temp (iTimeTicks, iChannel, iValue) ({0},{1},{2}) Минута звукового файла с частотой 44К вставляется около получаса. СУБД - oracle 11g r2. (Сore 2 Duo 2.66MHz, 2Gb) В СУБД Caché 3000000 записей из программы на Java записываются за 40с., используя "eXTreme dynamic object API" и за 287с. - используя JDBC. Код Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. Код: 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. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. 59. 60. 61. 62. 63. 64. 65. 66. 67. 68. 69. 70. 71. 72. 73. 74. 75. PS: если обработку файла производить средствами самой СУБД, общая скорость будет выше. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.05.2010, 15:17 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
Если код немного улучшить, то время уменьшается с 40с. до 25с. Улучшенный код Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.05.2010, 16:49 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
servit, ужос какой, если уж очень хотите средствами jdbc без использования утилит прямой загрузки(sql*loader) то как вариант использование хранимки которая на вход принимает масивы с данными и вставляет через forall ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.05.2010, 18:22 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
ещё вот это почитай http://download-west.oracle.com/docs/cd/B10501_01/java.920/a96654/oraperf.htm#1056502 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.05.2010, 18:26 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
правильный емайл, Я с Oracle не работаю, а вот топикстартеру (спит) Ваша ссылка может пригодиться. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.05.2010, 18:33 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
servit, упс, сори перепутал думал думал эт просто обёртка собственая) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.05.2010, 18:38 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
имхо передавать массив в pl/sql процедуру быстрее должно получиться. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.05.2010, 18:53 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
servitЕсли код немного улучшить, то время уменьшается с 40с. до 25с. код поскипан если используете Jdbc, то для ускорения необходимо еще заюзать Batch (пакетный) режим. Размер пакета выбрать где-то 100-500. из моей практики массовой вствки в DB2 переход на пакетную вствку давал ускорение в 10 раз. ну и comit надо каждые 1000 делать, что бы транзакционый лог не деградировал. у меня таким макаром 2 млн записей из dbf грузятся в БД за 8-10 сек на средненькой тачке. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.05.2010, 21:55 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
Alexey Kuznetsov, Пример с JDBC был приведён лишь для сравнения со специализированным интерфейсом. В пакетном (по 500) режиме время уменьшается с 287с. до 70с. PS: для нативной работы с dbf (чтение, запись) в Caché есть соответствующий класс, входящий в Прототип-6 . ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.05.2010, 10:15 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
Хватит уже томить всех пустыми разговорами. Давайте сформулируем DDL таблицы для вставки, правила вставки (BULK или не BULK) и будем тесты проводить. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.05.2010, 21:53 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
Senya_L, +1 а то массовая вставка нормальными ETL позволяет вливать и 100К, и 1млн в секунду... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.05.2010, 22:18 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
krvsaСУБД Cache for Windows (x86-32) 2007.1.3 (Build 607) Wed Oct 17 2007 02:12:09 EDT Тестил на простенькой "персоналке"... И с отключенным журналом транзакций? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.06.2010, 17:53 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
roden... И с отключенным журналом транзакций? Попробовал второй тест krvsa у себя: с отключённым журналом транзакций - ~0.3 c. с включённым журналом транзакций (всё в одной транзакции) - ~1.6 c. PS: исходники других тестов Вы можете посмотреть здесь и здесь. Оффтоп ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.06.2010, 19:08 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
в mysql движок ARCHIVE пробовали? по задумке он создан для быстрых и конкурентных вставок, в ущерб всему остальному. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.06.2010, 00:01 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
netwindв mysql движок ARCHIVE пробовали? по задумке он создан для быстрых и конкурентных вставок, в ущерб всему остальному. /friday off -Резиновых женщин не пробовали - "по задумке они созданы для быстрых и конкурентных вставок, в ущерб всему остальному." ))))) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.06.2010, 00:06 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
странно, но скорость ARCHIVE в принципе не сильно от pg отличается. только я не умею последовательности генерить, а гуевым генератором сделал исходную табличку. как уже приводили для postgres с primary key + текстовым полем обычный бытовой HDD 7200 rpm, ntfs, mysql 5.1.43, антивирус все же я отключил. показывает 158730 записей в секунду. mysql> show create table archivedata; | archivedata | CREATE TABLE `archivedata` ( `id` int(11) NOT NULL AUTO_INCREMENT, `data1` varchar(255) DEFAULT NULL, `ref1` int(11) NOT NULL, PRIMARY KEY (`id`) ) ENGINE=ARCHIVE DEFAULT CHARSET=cp1251 AVG_ROW_LENGTH=53 | mysql> show create table sourcedata; | sourcedata | CREATE TABLE `sourcedata` ( `id` int(11) NOT NULL AUTO_INCREMENT, `data1` varchar(255) DEFAULT NULL, `ref1` int(11) NOT NULL, PRIMARY KEY (`id`) ) ENGINE=MyISAM AUTO_INCREMENT=1000001 DEFAULT CHARSET=cp1251 | mysql> insert into archivedata select * from sourcedata; Query OK, 1000000 rows affected ( 6.28 sec ) Records: 1000000 Duplicates: 0 Warnings: 0 mysql> show table status \G *************************** 1. row *************************** Name: archivedata Engine: ARCHIVE Version: 10 Row_format: Compressed Rows: 1000000 Avg_row_length: 53 Data_length: 53906209 Max_data_length: 9223372036854775807 Index_length: 0 Data_free: 0 Auto_increment: 1000001 Create_time: 2010-06-12 00:45:24 Update_time: 2010-06-12 00:51:36 Check_time: NULL Collation: cp1251_general_ci Checksum: NULL Create_options: avg_row_length=53 Comment: ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.06.2010, 01:16 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
а вот обратно в myisam из archive вливается даже быстрее и теперь уже чуть быстрее pg. insert into archivedata_copy select * from archivedata; Query OK, 3000005 rows affected (15.55 sec) т е 192926 записей/сек тут, видимо, упаковка архиватором gzip играет большую роль. на практике не так плохо. но моем тесте из случайных данных только ухудшает все. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.06.2010, 01:31 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
А самое интересное, что innodb, похоже, за счет кеширования даннных в памяти, работает и того быстрее: 1000000 rows affected (3.83 sec) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.06.2010, 02:00 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
спитСтоит задача вставлять данные со скоростью 60 000 записей в секунду. Посоветуйте СУБД. Visual Foxpro 9. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 13:04 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
Eugenkru10, вылезай из криокамеры. 2010 год на дворе, а не 1995. Делать проект на трупе - ИМХО маразм ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 13:38 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
Vinny the POOHEugenkru10, вылезай из криокамеры. 2010 год на дворе, а не 1995. Делать проект на трупе - ИМХО маразм А оракл это вообще кастрат без своего языка, нормального инструмента для проектирования и создания программ. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 13:41 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
Eugenkru10, ты с какого дуба свалился? Тему читал? Нужна СУБД с быстрой вставкой. Оракл - СУБД. Языки - Java, PL/SQL, C. Для разработки приложений - вся огромная армия средств разработки. Есть и своя - Oracle Forms, но насколько она живая - я ХЗ. (Из оракловых продуктов юзал тока СУБД). А вот фокс - полуразложившийся зомбяк, который пока ещё шевелится исключительно из-за огромного количества древнючих программ, переписывать которые ни у кого нет желания, и которые всёравно через какое-то время помрут собственной смертью. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 13:51 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
Vinny the POOHEugenkru10, ты с какого дуба свалился? Тему читал? Нужна СУБД с быстрой вставкой. Оракл - СУБД. Языки - Java, PL/SQL, C. Для разработки приложений - вся огромная армия средств разработки. Есть и своя - Oracle Forms, но насколько она живая - я ХЗ. (Из оракловых продуктов юзал тока СУБД). А вот фокс - полуразложившийся зомбяк, который пока ещё шевелится исключительно из-за огромного количества древнючих программ, переписывать которые ни у кого нет желания, и которые всёравно через какое-то время помрут собственной смертью. 1. А на фоксе по твоему медленная вставка? ))))))))))))) тебе мячик из ЮАР в голову не попадал? 2. Оракл потому и кастрат что к его заднице надо ещё второй язык чтобы нарисовать формочку-залупку ))))). В то время как в фоксе всё уже есть - и База данных и SQL и формочки рисуй и отчёты и залупки ))))))))). Oracle Forms может и живая точно как ты выразился "полуразложившийся зомбяк" )))))) 3. Скорость разработки в 6-10 раз выше и это факт. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 14:19 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
Eugenkru10, а в фоксе НЕТ базы данных (файл-сервер уже лет 10 нах никому не нужен). Поэтому к нему надо прикручивать стороннюю СУБД. Нах такое надо? Лучше взять какой-то более живой форм-билдер. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 14:21 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
Как это в Фоксе нет Базы Данных ??? Ты ёбнулся........ ))))))))))))))) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 14:28 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
Vinny the POOH, И потом с чего ты взял что файл сервер 10 лет ни кому не нужен? ))))))))))))) Если ты про интернет приложения то могу тебя обрадовать Фокс может работать как со своими структурами DBF так и с Mysql и c Oracl вини - вини куда ты лезешь... )))))))))) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 14:32 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
Eugenkru10, зачем прикручивать к жопе пожарный шланг и винт вертикального взлёта? Для Интернет-приложений есть PHP, Ruby, Python, Java наконец... Зачем юзать это мёртвое, выньтоз-онли дерьмо для интернет приложений? Лично я таких идиотов, роющих своему проекту могилу, ещё не видел. А файл-сервер таки не нужен, т.к. по сравнению с клиент-сервером у него нет ровным счётом никаких преимуществ, зато есть четыре вагона недостатков. Есть нормальные СУБД и нормальные средства разработки. Трупы тоже не нужны. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 14:43 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
Vinny the POOHА файл-сервер таки не нужен, т.к. по сравнению с клиент-сервером у него нет ровным счётом никаких преимуществ, зато есть четыре вагона недостатков. Это верно не для всех приложений. А если Веб-серверное, так еще может и вдвое быстрее оказаться, убирая промежуточный апп-сервер =) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 14:59 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
Siemargl, вдвое - это врядли. Точнее - возможно, на мелких, безнадёжных проектах без всякой перспективы роста оно и даст какой-то прирост производительности, но если приложение высоконагруженное и требуется кластер? А как такую БД администрировать? Кучу логики (типа генерации IDшников, CHECK-Constraintов и пр., всё, что уже зашито в нормальную СУБД) прийдется реализовывать на уровне приложения, и скорости разработки это никак не прибавит. Так что игра тут совсем не стоит свеч, ради незначительного роста производительности жертвовать удобством разработки, администрирования, масштабируемостью - ИМХО не стоит. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 15:13 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
Vinny the POOH, не трать силы, это троль ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 15:23 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
И вообще, фокс когда-то был актуален, очень давно, в 90-е. Во времена повального пиратства и фирм с 1-2 компами. Стартовать на нём проекты в 2010 году - это надо быть, как минимум, не очень здоровым. Как минимум по причине того, что всё, он подох, поддержки нет, развития нет, новых версий выходить больше не будет, изучать его никто не будет - значит спецов с каждым годом будет всё меньше и меньше. И что-то мне кажется, что судьба Кобола (который до сих пор работает, и специалисты по которому ОЧЕНЬ высокооплачиваемы) его не ждёт, по причине того, что крупные системы на нём если и есть, то их очень мало, а подавляющее большинство бухгалтерско-учётных поделок на нём проще переписать, чем искать очень редкоземельных спецов и разбираться в тоннах глючащего говнокода. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 15:23 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
AAronVinny the POOH, не трать силы, это троль Я знаю. Просто хочется пофлудить =) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 15:24 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
Vinny the POOH... А файл-сервер таки не нужен, т.к. по сравнению с клиент-сервером у него нет ровным счётом никаких преимуществ, зато есть четыре вагона недостатков. Есть нормальные СУБД и нормальные средства разработки. Трупы тоже не нужны. Нашему главбуху интернет не нужен. )))) А вот файл-сервер ещё как нужен. Тебе уткороботу ещё лет 50 в игрушки играть! А ты про ораклы рассуждаешь кабудто у тебя ум есть )))) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 15:29 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
Vinny the POOHИ вообще, фокс когда-то был актуален, очень давно, в 90-е. Во времена повального пиратства и фирм с 1-2 компами. Стартовать на нём проекты в 2010 году - это надо быть, как минимум, не очень здоровым. Как минимум по причине того, что всё, он подох, поддержки нет, развития нет, новых версий выходить больше не будет, изучать его никто не будет - значит спецов с каждым годом будет всё меньше и меньше. И что-то мне кажется, что судьба Кобола (который до сих пор работает, и специалисты по которому ОЧЕНЬ высокооплачиваемы) его не ждёт, по причине того, что крупные системы на нём если и есть, то их очень мало, а подавляющее большинство бухгалтерско-учётных поделок на нём проще переписать, чем искать очень редкоземельных спецов и разбираться в тоннах глючащего говнокода. Ну я же говорил? Ебанько.... ))))) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 15:31 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
2 Vinny the POOH И вообще, фокс когда-то был актуален, очень давно, в 90-е. Во времена повального пиратства и фирм с 1-2 компами. Оно конечно так, но не в пиратстве дело. В 90-ые сервера (СУБД) были толстыми, а компутеры (сервера) совсем хиленькими. Это сейчас компутеры толстеют не по дням а по часам, и на фоне роста мощностей железа требования для установки полноценного сервера БД становятся всё более и более смешными. Хоть в телефоне оракл носи. Что же до пиратства (вернее борьбы с ним), то оно и в 90-ые никого не останавливало, в том числе и тех, кто хотел СуперПуперМССКЛОраклЕЕ, купленный на базаре, и сейчас. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 15:33 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
определенный эффект от встраиваемых систем хранения есть - там нет накладных расходов на межпроцессный обмен данными. В контексте данной задачи стоит и их упомянуть. Вот тот же оракл купил innodb именно чтобы иметь полную линейку продуктов, в том числе и встраиваемых. Кроме innodb, есть встраиваемый mysql - там SQL и полностью совместимое API с обычными mysql-программами . потенциально даже программы переписывать не придется. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 15:38 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
так чтоб если есть какой-то опыт с фокспро - да пущай делает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 15:40 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
Eugenkru10, М-да, ну ты и тоооолстый... Тоньше надо, тоньше! Или все фокспрошники такие агрессивные, тупые и припизженные? Фокспро таки со временем разъедает моцк? Значит таки диагноз "Фокспро головного моска" - не миф, а реальность... З.Ы. Дай подтверждение хотя бы одному своему высказыванию, или перестань газифицировать лужи. Пока что - слиф зощитан, иди дальше гонять лысого =) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 15:43 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
netwindопределенный эффект от встраиваемых систем хранения есть - там нет накладных расходов на межпроцессный обмен данными. В контексте данной задачи стоит и их упомянуть. Вот тот же оракл купил innodb именно чтобы иметь полную линейку продуктов, в том числе и встраиваемых. Кроме innodb, есть встраиваемый mysql - там SQL и полностью совместимое API с обычными mysql-программами . потенциально даже программы переписывать не придется. Вот пример: Сайт статистики и прогнозов на спорт: http://100stavok.ru/ Сайт на DLE управляется из Visual Foxpro 9, обновляется каждый час автоматически. Ну что, винипух? Дрищешь? ))))))) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 15:45 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
netwind, встраиваемые системы - нужны. Для них есть SQLite, упомянутый MySQL Embedded, огнептица вроде как имеет Embedded-версию, да тысячи их. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 15:45 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
Eugenkru10 Нашему главбуху интернет не нужен. )))) А вот файл-сервер ещё как нужен. В вашей гнилой шараге главбух занимается разработкой ПО? Если нет - то ему по#@$. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 15:47 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
Vinny the POOHnetwind, встраиваемые системы - нужны. Винни, так в локальном однопользовательском использовании (ареал проживания встраиваемых бд) - использование файл-серверные кагбэ мало чем отличается от использования embedded. Другое дело, что нахуа делать пули из говна (фс), когда есть пули из свинца :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 15:48 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
ЛП, embedded - это таки отдельный класс приложений. А вот бизнес-приложения кагбэ давно уже не работают в локальном однопользовательском режиме, не? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 15:52 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
Eugenkru10, а ещё очень хотелось бы увидеть, как тебя мылят в сраку главбух, гендир и прочие офисные обитатели после того, как у твоего файл-сервера сдохнет винт (или на него упадёт бетонная плита, или его зохавает Ктулху). Стендбай на файл-сервере кагбэ тоже не делается =))) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 15:53 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
Vinny the POOHEugenkru10, а ещё очень хотелось бы увидеть, как тебя мылят в сраку главбух, гендир и прочие офисные обитатели после того, как у твоего файл-сервера сдохнет винт (или на него упадёт бетонная плита, или его зохавает Ктулху). Стендбай на файл-сервере кагбэ тоже не делается =))) Желаю тебе по больше ума ))))))))))) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 15:55 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
Vinny the POOHЛП, embedded - это таки отдельный класс приложений. А вот бизнес-приложения кагбэ давно уже не работают в локальном однопользовательском режиме, не? Приложения отдельно, СУБД отдельно. Для некоторых приложений требуется СУБД. Каким-то приложениям надо полноценную СУБД, каким-то хватит и embedded. Так вот те, которые довольствуются embedded, совершенно спокойно будут работать в том числе и с ФС. И разницы не почувствуют. ежели что - я не агитирую, просто на заданную тему флудю :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 15:57 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
ЛПVinny the POOHЛП, embedded - это таки отдельный класс приложений. А вот бизнес-приложения кагбэ давно уже не работают в локальном однопользовательском режиме, не? Приложения отдельно, СУБД отдельно. Для некоторых приложений требуется СУБД. Каким-то приложениям надо полноценную СУБД, каким-то хватит и embedded. Так вот те, которые довольствуются embedded, совершенно спокойно будут работать в том числе и с ФС. И разницы не почувствуют. ежели что - я не агитирую, просто на заданную тему флудю :) На фоксе и СУБД и приложение делаются вместе в среде фокса. А на оракле все отдельно через жопу... ))))) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 16:03 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
Eugenkru10, других аргументов не нашлось? Ах да, ты ж жирный, зелёный, заплесневелый тролль, сорри, забыл. И побольше ума (или хотя бы грамотности) надо таки тебе, мой зелёненький друх =))) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 16:04 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
Vinny the POOHEugenkru10, других аргументов не нашлось? Ах да, ты ж жирный, зелёный, заплесневелый тролль, сорри, забыл. И побольше ума (или хотя бы грамотности) надо таки тебе, мой зелёненький друх =))) Таких вот как Винипух Уткороботов понарожали )))))))))) С КЛЮВИКОМ!!! ))))))))))) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 16:06 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
Eugenkru10Сайт статистики и прогнозов на спорт: http://100stavok.ru/ Дешевая поделка которой месяц отроду Код: 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. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 16:25 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
Vinny the POOHSiemargl, вдвое - это врядли. Точнее - возможно, на мелких, безнадёжных проектах без всякой перспективы роста оно и даст какой-то прирост производительности, но если приложение высоконагруженное и требуется кластер? Просто - берем кластерный ф.с. Существуют давно (с нетвари 3.12). Или современную SAN, на выбор. И масшабироваться будет не хуже, чем К/С кластер, работающий поверх того же SAN. Vinny the POOH А как такую БД администрировать? Кучу логики (типа генерации IDшников, CHECK-Constraintов и пр., всё, что уже зашито в нормальную СУБД) прийдется реализовывать на уровне приложения, и скорости разработки это никак не прибавит. Так что игра тут совсем не стоит свеч, ради незначительного роста производительности жертвовать удобством разработки, администрирования, масштабируемостью - ИМХО не стоит.Кто сказал, что написать дополнительно кучу SQL-хранимок, плюс слой логики на Яве, и слой обмена через xDBC итп, это рост скорости разработки? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 17:24 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
SiemarglКто сказал, что написать дополнительно кучу SQL-хранимок, плюс слой логики на Яве, и слой обмена через xDBC итп, это рост скорости разработки? При чём тут SQL-хранимки, Java и тем более JDBC? Банальные Sequences для IDшников, CHECK-Constraints и Foreign Keys, реализуемые ручками в приложении, а не в БД, скорости разработки ну никак не прибавляют. И превращают поддержку такой поделки в настоящий, неиллюзорный АДъ. Особенно страшно становится от Foreign Keys в сложных системах со множеством связей... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 17:35 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
SallerEugenkru10Сайт статистики и прогнозов на спорт: http://100stavok.ru/ Дешевая поделка которой месяц отроду Да действительно, сайт молодой. Только в данном случае база DLE. Если у тебя ваще ума хватит понять что это за база )))))))) Что же касается размера базы DBF, то там инфа по всем матчам футбол,баскетбол,хоккей,теннис за полтора года. Винипух, ты уже Дрищешь? )))))))) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 17:48 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
Матчи можешь просмотреть, если кликнешь на команду. Или у тебя руки тока чтобы дрочить? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 17:51 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
Vinny the POOHSiemarglКто сказал, что написать дополнительно кучу SQL-хранимок, плюс слой логики на Яве, и слой обмена через xDBC итп, это рост скорости разработки? При чём тут SQL-хранимки, Java и тем более JDBC? Банальные Sequences для IDшников, CHECK-Constraints и Foreign Keys, реализуемые ручками в приложении, а не в БД, скорости разработки ну никак не прибавляют. И превращают поддержку такой поделки в настоящий, неиллюзорный АДъ. Особенно страшно становится от Foreign Keys в сложных системах со множеством связей... Опять же, кто сказал, что эти реляционные механизмы нужны в каждой программе? Без констрейтнов и форинов можно обойтись вообще, а сиквенсы заменяются на uuid. Файловые же БД скорее навигационные, чем реляционки. Другие принципы и необходимые механизмы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 18:06 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
SiemarglФайловые же БД скорее навигационные, чем реляционки. Другие принципы и необходимые механизмы. А не файловые это какие??? )))))))))))))))) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 18:15 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
такое впечатление, что проект фейковый, и основным является реклама секс-услуг. Туча полуголых баб... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 18:18 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
kdvтакое впечатление, что проект фейковый, и основным является реклама секс-услуг. Туча полуголых баб... Вот он... )))) Ещё один уткоробот! )))))))))))) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 18:35 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
Eugenkru10Вот он... )))) Ещё один уткоробот да мне пофиг, на чем у тебя проект сделан. Хоть на Teradata. Если ты в сайт воткнул говнорекламу, будь готов к соответствующей оценке сайта. Для сайтов такого рода - что FoxPro, что dbf, что MySQL, что Оракл - все едино, и чем проще движок, тем лучше. Хоть на плоских файлах. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 18:49 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
kdvEugenkru10Вот он... )))) Ещё один уткоробот да мне пофиг, на чем у тебя проект сделан. Хоть на Teradata. Если ты в сайт воткнул говнорекламу, будь готов к соответствующей оценке сайта. Для сайтов такого рода - что FoxPro, что dbf, что MySQL, что Оракл - все едино, и чем проще движок, тем лучше. Хоть на плоских файлах. Мне на твою оценку как то насрать )))))))))) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 19:12 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
Eugenkru10Мне на твою оценку как то насрать а чего ты тогда тут со своим FoxPro все никак успокоиться не можешь? Чувство ущербности давит? Сидел бы молча, пописывал. А то приводит в пример какие-то полу-порносайты. Непонятно, чего оценивать - то ли сиськи, то ли крутизну FoxPro. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 19:56 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
kdvEugenkru10Мне на твою оценку как то насрать а чего ты тогда тут со своим FoxPro все никак успокоиться не можешь? Чувство ущербности давит? Сидел бы молча, пописывал. А то приводит в пример какие-то полу-порносайты. Непонятно, чего оценивать - то ли сиськи, то ли крутизну FoxPro. А словов то понахватался... "фейковый проект" "секс-услуги"! Лохов как ты много, но шоб так выяблывались как ты - вижу впервые. )))))) Тебе не надо этот сайт оценивать, тебе надо просто пойти Накуй! )))))))) Ты знаешь что такое Куй? Вот иди НАКУЙ !!! ))))))))))))) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 21:42 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
Eugenkru10А словов то понахватался... "фейковый проект" "секс-услуги"! Лохов как ты много, но шоб так выяблывались как ты - вижу впервые. )))))) Тебе не надо этот сайт оценивать, тебе надо просто пойти Накуй! )))))))) Ты знаешь что такое Куй? Вот иди НАКУЙ !!! )))))))))))))мдя... на его фоне даже грекс с джериком - весьма милые и вменяемые люди PS. kdvНепонятно, чего оценивать - то ли сиськи, то ли крутизну FoxPro.Ну, тут не ПТ, так что оценивать придётся всё-таки крутизну фокса ) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 21:53 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
tanglir, да, чем-то поцыент на дедалло таки смахивает. Оба превозносят какую-то убогую, полумёртвую файлосерверную поделку круче всех существующих СУБД. Оба не приводят никаких аргументов кроме "Я - джедай, а вы все тут - говно". Ток вот различие - если дедалло просто тупой как валенок, то этот - тупой да ещё и агрессивный. Да ещё и с быдлятским лексиконом. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 23:05 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
говорят что самая быстрая вставка поиск и обработка в кашЭ но она нереляционная БД ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2010, 23:09 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
блин, только в кино отошел, а тут вы тут такое устраиваете ;) соскучились по общению с тролями? специально для Vinny the POOH напомню старую истину: Если споришь с дураком - спорят два дурака топик на пару дней закрою Модератор: Тема перенесена из форума "Сравнение СУБД". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.06.2010, 00:39 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
открыл обратно с помощью miksoft у кого было неудержимое желание сюда написать - wellcome ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2010, 22:50 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
> Автор: SergSuper > ..только в кино отошел... > у кого было неудержимое желание сюда написать - wellcome Дочитал и появилось желание спросить: Какое хоть кино смотрел??? Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2010, 11:46 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
SergSuperблин, только в кино отошел, а тут вы тут такое устраиваете ;) соскучились по общению с тролями? специально для Vinny the POOH напомню старую истину: Если споришь с дураком - спорят два дурака топик на пару дней закрою Модератор: Тема перенесена из форума "Сравнение СУБД". Как показала жизнь - Visual Foxpo 9 лучшая СУБД на сегодня. Visual Foxpo это не только база данных, но и язык для создания полноценных приложений. Ничего подобного в мире нет. Visual Foxpo 9 - The Best! Быстрая, Мощная, Компактная и Гибкая! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.06.2010, 01:55 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
Eugenkru10SergSuperблин, только в кино отошел, а тут вы тут такое устраиваете ;) соскучились по общению с тролями? специально для Vinny the POOH напомню старую истину: Если споришь с дураком - спорят два дурака топик на пару дней закрою Модератор: Тема перенесена из форума "Сравнение СУБД". Как показала жизнь - Visual Foxpo 9 лучшая СУБД на сегодня. Visual Foxpo это не только база данных, но и язык для создания полноценных приложений. Ничего подобного в мире нет. Visual Foxpo 9 - The Best! Быстрая, Мощная, Компактная и Гибкая! Убогий интерфейс, убогий генератор отчетов и возможность создавать полноценные приложения сводится к нулю. P.S. Все же есть на свете некрафили ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.06.2010, 08:35 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
Eugenkru10, кстати как там у этого ФП обстоят дела с кросплатформенностью? Или истенные ценители ПО работают только под виндами? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.06.2010, 08:42 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
eBase, Не ведитесь. ЖеняКру - давний и жирный троль. Можно сказать - местная достопримечательность :) В одном рядку с JERik\'ом и др. Ему совершенно начхать на Ваши аргументы. Он может 70 страниц и более говорить одно и то же. Тынц (если осилите, конечно ;)) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.06.2010, 08:49 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
Senya_LeBase, Не ведитесь. ЖеняКру - давний и жирный троль. Можно сказать - местная достопримечательность :) В одном рядку с JERik\'ом и др. Ему совершенно начхать на Ваши аргументы. Он может 70 страниц и более говорить одно и то же. Тынц (если осилите, конечно ;)) Спасибо, кормешка тролей закончилась :) Я то думал у человека есть железные аргументы, а он просто фанат которому хоть в лоб хоть полбу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.06.2010, 09:14 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
eBaseSenya_LeBase, Не ведитесь. ЖеняКру - давний и жирный троль. Можно сказать - местная достопримечательность :) В одном рядку с JERik\'ом и др. Ему совершенно начхать на Ваши аргументы. Он может 70 страниц и более говорить одно и то же. Тынц (если осилите, конечно ;)) Спасибо, кормешка тролей закончилась :) Я то думал у человека есть железные аргументы, а он просто фанат которому хоть в лоб хоть полбу.не, он какой-то мазохист наверное, как-будто нравится ему когда его посты трут пусть пишет, мне потереть нетрудно ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.06.2010, 10:56 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
Eugenkru10Как показала жизнь - Visual Foxpo 9 лучшая СУБД на сегодня. Visual Foxpo это не только база данных, но и язык для создания полноценных приложений. Ничего подобного в мире нет. Visual Foxpo 9 - The Best! Быстрая, Мощная, Компактная и Гибкая! Но это все мелочи. Действительно, и СУБД и языков для создания тем более полноценных приложений полно пусть и не в одном продукте. Возможно, даже многие полноценнее Лисы. Но, возможно, у них нет такого фундаментального фундамента как рашмор? Вот в чем Лиса их превзошла раз и на всегда? А они об этом даже не знают? Всерьез на рашмора не смотрят? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.06.2010, 19:06 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
vadiminfoEugenkru10Как показала жизнь - Visual Foxpo 9 лучшая СУБД на сегодня. Visual Foxpo это не только база данных, но и язык для создания полноценных приложений. Ничего подобного в мире нет. Visual Foxpo 9 - The Best! Быстрая, Мощная, Компактная и Гибкая! Но это все мелочи. Действительно, и СУБД и языков для создания тем более полноценных приложений полно пусть и не в одном продукте. Возможно, даже многие полноценнее Лисы. Но, возможно, у них нет такого фундаментального фундамента как рашмор? Вот в чем Лиса их превзошла раз и на всегда? А они об этом даже не знают? Всерьез на рашмора не смотрят? и вот это и были новые мысли про лису ради которых надо было открывать топик? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.06.2010, 19:20 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
SergSuperи вот это и были новые мысли про лису ради которых надо было открывать топик? Ну это были, возможно, подзабытые старые и от того немного новые. Однако, то ради чего открывался топик должно исходить от знатных лисоводов. Они, Лисоводы может еще письмо Майкрасофту коллективное напишут от всех трудящихся, шобы Лису не прикрывали. А Вы говорите. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.06.2010, 18:29 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
vadiminfoОни, Лисоводы может еще письмо Майкрасофту коллективное напишут от всех трудящихся, шобы Лису не прикрывали. А Вы говорите. Уже. Три года назад ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.06.2010, 21:49 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
DagvadiminfoОни, Лисоводы может еще письмо Майкрасофту коллективное напишут от всех трудящихся, шобы Лису не прикрывали. А Вы говорите. Уже. Три года назад Прочитал начало и конец. Но не понял: некоторые хотят еще и винды 3.11 возродить? А так же не понял написали ли они, что им ответили и када следующее письмо писать будут? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2010, 08:38 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
vadiminfoА так же не понял написали ли они, что им ответили и када следующее письмо писать будут? самый главный вопрос - сколько из подписавших петицию имеют на руках купленный продукт. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2010, 09:48 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
Ну ладно... выбор субд... А в чем трабл поставить RAM DISK в него вливать данные за сутки... а раз в сутки сливать данные в чета по железнее... Бекап транзакциями или файл группами спасут на какой о момент в случае рестарта сервера.. Сейчас 12 гигов на машине не сложно + все уже 64 битное в доску.. паять ушла вперед... Правда разница между базой в озу ( ddr2) и стрипом из 2 сас дисков всего 100% в пользу RAM WIN2008 R2 SQL 2008 R2 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.08.2010, 04:22 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
Volochkova, разслабьтесь и переходите уже на Оракл. Эту ветку, однако, открыли по новой тока ради мыстлей от лисоводов. Про Скуль полно других веток. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.08.2010, 09:13 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
vadiminfoVolochkova, разслабьтесь и переходите уже на Оракл. Эту ветку, однако, открыли по новой тока ради мыстлей от лисоводов. Про Скуль полно других веток. Так базу в Ram Disk можон только от MS SQL положить? ( кстати на 2003 винде фиг положишь SQL базу в рам диск) 1с 7.7 например при перекладывании ее в RAM диск просто взлетает... то что считалось по 26 * 3 часов.. считается 4 часа... Скорость вставки большого кол-ва данных можно решить хардом... и не сильно важно какая субд. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.08.2010, 09:21 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
VolochkovavadiminfoVolochkova, разслабьтесь и переходите уже на Оракл. Эту ветку, однако, открыли по новой тока ради мыстлей от лисоводов. Про Скуль полно других веток. Так базу в Ram Disk можон только от MS SQL положить? ( кстати на 2003 винде фиг положишь SQL базу в рам диск) 1с 7.7 например при перекладывании ее в RAM диск просто взлетает... то что считалось по 26 * 3 часов.. считается 4 часа... Скорость вставки большого кол-ва данных можно решить хардом... и не сильно важно какая субд. Ну все равно переходите на Оракл. В частности, у него для есть для Вас: Automatic Storage Management (ASM) A vertical integration of both the file system and the volume manager built specifically for Oracle database files. It extends the concept of stripe and mirror everything to optimize performance, while removing the need for manual I/O tuning. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.08.2010, 09:31 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
vadiminfoVolochkovavadiminfoVolochkova, разслабьтесь и переходите уже на Оракл. Эту ветку, однако, открыли по новой тока ради мыстлей от лисоводов. Про Скуль полно других веток. Так базу в Ram Disk можон только от MS SQL положить? ( кстати на 2003 винде фиг положишь SQL базу в рам диск) 1с 7.7 например при перекладывании ее в RAM диск просто взлетает... то что считалось по 26 * 3 часов.. считается 4 часа... Скорость вставки большого кол-ва данных можно решить хардом... и не сильно важно какая субд. Ну все равно переходите на Оракл. В частности, у него для есть для Вас: Automatic Storage Management (ASM) A vertical integration of both the file system and the volume manager built specifically for Oracle database files. It extends the concept of stripe and mirror everything to optimize performance, while removing the need for manual I/O tuning. Да мало ли что у него есть, вопрос как оно работает... По чесноку, в свое время, было отдано 3 года жизни.. на переход с Access на Visual c++ и c MS SQL 7.0 На Oracle. тогда еще 8ку... Пока не будет просто и доступно для понимания и принятия решения.. фиг я туда пойду... в MS SQL я сделаю многие вещи.. и контора получит профит... А с Oracle ... куча потраченного времени... и 0 профита... А производительность.... если грамотно рулить архитектурой.. то делается на ура.. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.08.2010, 09:43 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
Правда это тема уже другой ветки.. так что тут по теме .. Как обеспечить быстрый и массовый вход данных. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.08.2010, 09:45 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
Volochkova Да мало ли что у него есть, вопрос как оно работает... По чесноку, в свое время, было отдано 3 года жизни.. на переход с Access на Visual c++ и c MS SQL 7.0 На Oracle. тогда еще 8ку... Пока не будет просто и доступно для понимания и принятия решения.. фиг я туда пойду... в MS SQL я сделаю многие вещи.. и контора получит профит... А с Oracle ... куча потраченного времени... и 0 профита... А производительность.... если грамотно рулить архитектурой.. то делается на ура.. Вроде номано работало. Ну я хотел как луче для Вас. Но раз Вы пробовали и не пошло, то другое дело. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.08.2010, 09:48 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
vadiminfoVolochkova Да мало ли что у него есть, вопрос как оно работает... По чесноку, в свое время, было отдано 3 года жизни.. на переход с Access на Visual c++ и c MS SQL 7.0 На Oracle. тогда еще 8ку... Пока не будет просто и доступно для понимания и принятия решения.. фиг я туда пойду... в MS SQL я сделаю многие вещи.. и контора получит профит... А с Oracle ... куча потраченного времени... и 0 профита... А производительность.... если грамотно рулить архитектурой.. то делается на ура.. Вроде номано работало. Ну я хотел как луче для Вас. Но раз Вы пробовали и не пошло, то другое дело. Неа... не пошло.. видимо не та смазка :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.08.2010, 09:51 |
|
||
|
Выбор СУБД. Нужна очень быстрая вставка.
|
|||
|---|---|---|---|
|
#18+
Хоть и по теме, но все равно маленький офф... Вопрос к KDV. Насколько помнится именно для подобных задач еще в версии 3 Interbase был введен тип данных массив. Но что-то народ его упорно не хочет пользовать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.08.2010, 10:58 |
|
||
|
|

start [/forum/topic.php?all=1&fid=35&tid=1552776]: |
0ms |
get settings: |
11ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
33ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
119ms |
get tp. blocked users: |
1ms |
| others: | 232ms |
| total: | 432ms |

| 0 / 0 |
