powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Выбор СУБД. Нужна очень быстрая вставка.
129 сообщений из 129, показаны все 6 страниц
Выбор СУБД. Нужна очень быстрая вставка.
    #36634869
спит
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Стоит задача вставлять данные со скоростью 60 000 записей в секунду. Посоветуйте СУБД.
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36634877
Фотография Шайтан
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
когда то в АСУ ТП для этого юзали IndustrialSQL Server

это, конечно, не совсем СУБД, это надстройканад MS SQL, но заточено всё это именно под быструю вставку данных
не мне не ихменяет мой склероз, то версия 7.1 до 70тыс событий в секунду могла записывать
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36635432
SERG1257
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Плоский файл, который заливается в СУБД в пакетном режиме, через определенные промежутки времени.
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36635505
Фотография krvsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
спит , вот потестил сегодня "свою" СУБД

Код: plaintext
1.
2.
3.
k ^tmpKSA 
s t=$p($h,",", 2 ) 
f i= 1 : 1 : 60000  s ^tmpKSA(i)=i
w !,$p($h,",", 2 )-t

Результат всегда - менее секунды.

Если так

Код: plaintext
f i= 1 : 1 : 1000000  s ^tmpKSA(i)=i

то 2 секунды...
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36635509
Фотография krvsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
СУБД
Cache for Windows (x86-32) 2007.1.3 (Build 607) Wed Oct 17 2007 02:12:09 EDT

Тестил на простенькой "персоналке"...
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36635568
Siemargl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
спит,

Надо еще знать, что с данными делать дальше и какие будут индексы и срок хранения.

А то может плоского файла и хватит.
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36635759
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
спит пишет:
> Стоит задача вставлять данные со скоростью 60 000 записей в секунду.
> Посоветуйте СУБД.

Для этой задачи лучшая СУБД -- текстовый или бинарный файл.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36635763
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SERG1257 пишет:

> Плоский файл, который заливается в СУБД в пакетном режиме, через
> определенные промежутки времени.

Зачем в СУБД -то заливать ? У ТС не было такой задачи.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36635880
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MasterZiv
Зачем в СУБД -то заливать ? У ТС не было такой задачи.

Судя по названию топика была кадато.

Модератор: Тема перенесена из форума "Проектирование БД".
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36636089
serkir
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
1) Использовал Ms Sql 2000 + компонент SqlXml на клиенте
2) Проведенные тесты показывали заливку со скоростью 50000 тыс записей в секунду
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36636134
MX-9
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
krvsa спит , вот потестил сегодня "свою" СУБД

Код: plaintext
1.
2.
3.
k ^tmpKSA 
s t=$p($h,",", 2 ) 
f i= 1 : 1 : 60000  s ^tmpKSA(i)=i
w !,$p($h,",", 2 )-t

Результат всегда - менее секунды.

Если так

Код: plaintext
f i= 1 : 1 : 1000000  s ^tmpKSA(i)=i

то 2 секунды...

гониш
несерьезно
и что за язык птичий
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36636268
sanyock2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
походит на рекламу каше
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36636301
Favn
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
спитСтоит задача вставлять данные со скоростью 60 000 записей в секунду. Посоветуйте СУБД.Стоит уточнить, что за записи (размер), сложность индекса, что с ними потом делать (частота и сложность аналитики), порядок вставки - постоянно онлайн каждую секунду или пакетно временами.
В принципе, даже если онлайн, ничего особо страшного. Общие пожелания от СУБД - отдельный RAW tablescpace на SSD-дисках (или не на SSD, или не RAW, но хоть с отключенным кешированием от ОС), кластерный индекс по короткому полю (по возможности range или hash), логи на отдельном томе, локальный коннект (без эмуляции IP).
Еще лучше - по возможности пакетная быстрая заливка утилитой/API от СУБД или хотя бы через временную таблицу (эмуляция пакетной заливки).
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36636422
правильный емайл
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SERG1257Плоский файл, который заливается в СУБД в пакетном режиме, через определенные промежутки времени.+1
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36636446
Фотография krvsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MX-9гониш
С какой стати?

MX-9несерьезно
Да брось ты!

MX-9и что за язык птичий
Тут вообще без комментариев...
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36636448
Фотография krvsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
sanyock2походит на рекламу каше
Запросто!
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36636462
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
sanyok2походит на рекламу каше
да и фиг с ней, и с рекламой и вообще. Я вот, люблю считать. :-)

60000 записей в секунду. Допустим, запись занимает ... 80 байт.
Это 4.6 мегабайт в секунду. В сутках 86400 секунд.
Значит за сутки будет 395507 мегабайт. Т.е. 395 гиг. Если я (или Excel) нигде не ошибся в подсчетах, то выходит, что за год получится 141 терабайт голых (!) данных.

Отсюда выводы могут быть разными. Либо автор напутал, либо задача исходно безумная, либо все так и есть реально. Во втором случае можно подумать об изменении вида хранения данных, т.е. не записями, а как-то еще. В третьем случае придется подбирать крутое железо и крутую систему хранения и обработки этих данных.
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36636559
Siemargl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Продам сервер. Недорого )))

Обсуждалась тема и не раз - поиск ТС в помощь.
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36636631
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kdv
Либо автор напутал, либо задача исходно безумная, либо все так и есть
реально.

Я бы поставил на то, что он забыл упомянуть одну деталь: данные
удаляются из БД через сутки после занесения.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36636636
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
to DS: ну, он считай что вообще ничего не упомянул, кроме скорости вставки. Мы тут фантазируем, конечно, но зато и ему понятно, что нужно учитывать множество разных неупомянутых факторов.
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36637986
Senya_L
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kdvда и фиг с ней, и с рекламой и вообще. Я вот, люблю считать. :-)Возможно автору требуется, чтобы пиковая скорость заливки данных была не меньше 60000 записей/сек и совсем необязательно они льются круглые сутки. Допустим, какой-нибудь контроллер, котороый, собака, не хотит ждать, покуда сервер "съест" данные :)
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36638518
Westtrd
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
спит,

Если не устраивают бинарные файлы,

tokyo cabinet
berkeley

и тому подобное

Все от предметной области тоже зависит
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36638704
Alexey Kuznetsov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Как то на одной из конференций которую проводило IBM (это было года 2 назад, так что могло что и поменяться).

они говорили что вроде как рекорд по массовой загрузке данных им принадлежит.

в DB2 есть утилита LOAD которая грузит данные напрямую в бд
она вполне себе быстрая.
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36639025
правильный емайл
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Alexey Kuznetsovв DB2 есть утилита LOAD которая грузит данные напрямую в бд
она вполне себе быстрая.oracle sql*load
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36641081
-Serg-
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
krvsa спит , вот потестил сегодня "свою" СУБД

Код: plaintext
1.
2.
3.
k ^tmpKSA 
s t=$p($h,",", 2 ) 
f i= 1 : 1 : 60000  s ^tmpKSA(i)=i
w !,$p($h,",", 2 )-t

Результат всегда - менее секунды.

Если так

Код: plaintext
f i= 1 : 1 : 1000000  s ^tmpKSA(i)=i

то 2 секунды...

.053389 первый тест, второй тест дает на моей чахлой машине .888376. Откуда 2 сек то берутся.
p.s. используй вместо $p($h,",",2) просто $zh
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36641122
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Когда мне понадобится быстро сохранить массив целых чисел - я приду к М.
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36641225
g-u-e-s-t
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Любая вменяемая БД всосет 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.
postgres@localhost:/tmp> psql -c 'SELECT version()'
                                                        version                                                         
------------------------------------------------------------------------------------------------------------------------
 PostgreSQL 8.4.3 on i686-pc-linux-gnu, compiled by GCC gcc (SUSE Linux) 4.4.1 [gcc-4_4-branch revision 150839], 32-bit
(1 row)

postgres@localhost:/tmp> psql -c 'drop table if exists test_copy;'
DROP TABLE
postgres@localhost:/tmp> psql -c 'create table test_copy (id bigserial not null, temp_data text, constraint pk_test_copy primary key (id));'NOTICE:  CREATE TABLE will create implicit sequence "test_copy_id_seq" for serial column "test_copy.id"
NOTICE:  CREATE TABLE / PRIMARY KEY will create implicit index "pk_test_copy" for table "test_copy"
CREATE TABLE
postgres@localhost:/tmp> psql -c "copy (select s, (random()*1000000)::text||'-'||random()*1000000||'-'||random()*1000000||'-'||random()*1000000||'-'||random()*1000000||'-'||random()*1000000||'-'||random()*1000000||'-'||random()*1000000||'-'||random()*1000000||'-'||random()*1000000 from generate_series(1, 100000) as s) to '/tmp/test_copy'"
COPY 100000
postgres@localhost:/tmp> ls -l /tmp/test_copy 
-rw-r--r-- 1 postgres postgres  17477878  Май 21 11:27 /tmp/test_copy
postgres@localhost:/tmp> time psql -c "copy test_copy (id, temp_data) from '/tmp/test_copy';"
COPY 100000

real    0m0.466s
user    0m0.001s
sys     0m0.001s
postgres@localhost:/tmp> time psql -c "select count(*) from test_copy;"
 count  
--------
 100000
(1 row)


real    0m0.019s
user    0m0.000s
sys     0m0.002s
postgres@localhost:/tmp>

...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36642137
-Serg-
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
g-u-e-s-tЛюбая вменяемая БД всосет 100000 записей за секунду.

а если не 100.000, а 1.000.000 ?
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36642346
g-u-e-s-t
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
-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.
postgres@localhost:~> psql -c 'drop table if exists test_copy;'
DROP TABLE
postgres@localhost:~> psql -c 'create table test_copy (id bigserial not null, temp_data text, constraint pk_test_copy primary key (id));'
NOTICE:  CREATE TABLE will create implicit sequence "test_copy_id_seq" for serial column "test_copy.id"
NOTICE:  CREATE TABLE / PRIMARY KEY will create implicit index "pk_test_copy" for table "test_copy"
CREATE TABLE
postgres@localhost:~> psql -c "copy (select s, (random()*1000000)::text||'-'||random()*1000000||'-'||random()*1000000||'-'||random()*1000000||'-'||random()*1000000||'-'||random()*1000000||'-'||random()*1000000||'-'||random()*1000000||'-'||random()*1000000||'-'||random()*1000000 from generate_series(1, 1000000) as s) to '/tmp/test_copy'"
COPY 1000000
postgres@localhost:~> ls -l /tmp/test_copy
-rw-r--r-- 1 postgres postgres  175776592  Май 21 16:50 /tmp/test_copy
postgres@localhost:~> time psql -c "copy test_copy (id, temp_data) from '/tmp/test_copy';"
COPY 1000000

 real    0m5.324s 
user    0m0.002s
sys     0m0.001s
postgres@localhost:~> time psql -c "select count(*) from test_copy;"
  count
---------
 1000000
(1 row)

real    0m0.461s
user    0m0.003s
sys     0m0.001s
postgres@localhost:~>
p.s.
Все тесты проводились на обычной домашней тачке.
качалки, торренты, дц++, не отключались.
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36642548
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
lockyКогда мне понадобится быстро сохранить массив целых чисел - я приду к М.

И напрасно. Они там строки сохраняют :)
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36642768
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Gluk (Kazan)lockyКогда мне понадобится быстро сохранить массив целых чисел - я приду к М.

И напрасно. Они там строки сохраняют :)
ну, это я знаю.
Я к тому, что скорость генерации списка интов это конечно круто... но задлянахрена?
на случай, если кто-то забудет устный счет от нуля до фиг-знает-скольки?
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36642901
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
lockyGluk (Kazan)lockyКогда мне понадобится быстро сохранить массив целых чисел - я приду к М.

И напрасно. Они там строки сохраняют :)
ну, это я знаю.
Я к тому, что скорость генерации списка интов это конечно круто... но задлянахрена?
на случай, если кто-то забудет устный счет от нуля до фиг-знает-скольки?

то верно :)
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36643281
Фотография krvsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
-Serg-Откуда 2 сек то берутся.
Терминалу не прикажешь...

-Serg-p.s. используй вместо $p($h,",",2) просто $zh
Всенепременно!
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36643282
Фотография krvsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
lockyКогда мне понадобится быстро сохранить массив целых чисел - я приду к М.
Напиши что тебе еще сохранить - потестим и это. Так глядишь и окажешся у нас быстрее.
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36643434
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
krvsalockyКогда мне понадобится быстро сохранить массив целых чисел - я приду к М.
Напиши что тебе еще сохранить - потестим и это. Так глядишь и окажешся у нас быстрее.
Пасибо
Я расстался с М в... 1996(?) году.
Обратно не тянет.
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36646605
Фотография krvsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
locky , тогда зачем юродствовать?
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36646933
спит
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Спасибо за ответы.

В общем, алгоритм вставки такой:
1) Для теста вытаскиваем данные из файла. К примеру, вытаскиваем из Wav файла и формируем массив сигналов.
2) Вставляем эти данные в БД в виде
insert temp (iTimeTicks, iChannel, iValue) ({0},{1},{2})

Минута звукового файла с частотой 44К вставляется около получаса. СУБД - oracle 11g r2.
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36647220
Siemargl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
спит,

А что с ними дальше делать, по чем индексы нужны?
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36647226
DPH3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
спит
Минута звукового файла с частотой 44К вставляется около получаса. СУБД - oracle 11g r2.

Э, код в студию. А то судя по скорости, запускается задача на стареньком ноуте, каждая запись вставляется в отдельной транзакции, да еще и общий sequence без кэширования.
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36647847
servit
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
спитСпасибо за ответы.

В общем, алгоритм вставки такой:
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.
Class temp.wav Extends %Persistent
{
  Property iTimeTicks As %Integer;

  Property iChannel As %Integer;

  Property iValue As %Integer;
}
Код: 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.
import java.sql.*;
import com.intersys.extreme.*;
import com.intersys.mds.jni.MDSUtilsJNI;

class XTWave {

   public static void main(String[] args)
   {
      String url = "jdbc:Cache://SPCHOST:1972/TEST";
      String user = "_system";
      String password = "SYS";
      
      Connection jdbcConnection = null;
      XTDatabaseConnection dbConn = null;
      try {
         Class.forName ("com.intersys.jdbc.CacheDriver");
         jdbcConnection = DriverManager.getConnection(url,user,password);
         
         // Then create and connect an XTDatabaseConnection
         
         dbConn = XTDatabaseConnectionFactory.createJNIDatabaseConnection();
         dbConn.connect("TEST", user, password);
         
         // Get numeric ids of properties to facilitate faster getters and setters

         XTDynamicObject obj = dbConn.createNew("temp.wav");
         int iTimeTicksId = obj.getPropertyNumber("iTimeTicks");
         int iChannelId = obj.getPropertyNumber("iChannel");
         int iValueId = obj.getPropertyNumber("iValue");
         obj.cleanup();
         
         int start = MDSUtilsJNI.getCurrentMs();

         //dbConn.startTransaction();
         for (int i =  0 ; i <  3000000 ; i++) {
             obj = dbConn.createNew("temp.wav");
             obj.set(iTimeTicksId, i);
             obj.set(iChannelId, i);
             obj.set(iValueId, i);

             obj.save();
             obj.cleanup();
         }
         //dbConn.commit();

         int end = MDSUtilsJNI.getCurrentMs();
         int secs = (end - start) /  1000 ;
         int ms = (end - start) %  1000 ;
         System.out.println("Finished, elapsed time " + secs + " seconds, " + ms + " ms.");

      }
      catch (XTException e)
      {
         System.out.println("Caught XTException: " + e.getMessage());
      }
      catch (Exception e)
      {
         System.out.println("Caught Exception: " + e.getMessage());
      }
      finally
      {
         System.out.println("Ending session.");
         try {
            if (dbConn != null)
               dbConn.disconnect();
            if (jdbcConnection != null)
               jdbcConnection.close();
         }
         catch (Exception e)
         {
            System.out.println("When disconnecting, caught Exception: " + e.getMessage());
         }
      }
   }
}

PS: если обработку файла производить средствами самой СУБД, общая скорость будет выше.
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36648239
servit
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Если код немного улучшить, то время уменьшается с 40с. до 25с.
Улучшенный код
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
...
obj = dbConn.createNew("temp.wav");
for (int i =  0 ; i <  3000000 ; i++) {
    obj.set(iTimeTicksId, i);
    obj.set(iChannelId, i);
    obj.set(iValueId, i);

    obj.insert();
}
obj.cleanup();
...
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36648602
правильный емайл
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
servit,

ужос какой, если уж очень хотите средствами jdbc без использования утилит прямой загрузки(sql*loader) то как вариант использование хранимки которая на вход принимает масивы с данными и вставляет через forall
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36648615
правильный емайл
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ещё вот это почитай

http://download-west.oracle.com/docs/cd/B10501_01/java.920/a96654/oraperf.htm#1056502
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36648631
servit
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
правильный емайл,

Я с Oracle не работаю, а вот топикстартеру (спит) Ваша ссылка может пригодиться.
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36648642
правильный емайл
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
servit,

упс, сори перепутал думал думал эт просто обёртка собственая)
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36648675
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
имхо передавать массив в pl/sql процедуру быстрее должно получиться.
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36648793
Alexey Kuznetsov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
servitЕсли код немного улучшить, то время уменьшается с 40с. до 25с.
код поскипан


если используете Jdbc, то для ускорения необходимо еще заюзать Batch (пакетный) режим.
Размер пакета выбрать где-то 100-500.
из моей практики массовой вствки в DB2 переход на пакетную вствку давал ускорение в 10 раз.
ну и comit надо каждые 1000 делать, что бы транзакционый лог не деградировал.

у меня таким макаром 2 млн записей из dbf грузятся в БД за 8-10 сек на средненькой тачке.
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36649285
servit
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Alexey Kuznetsov,

Пример с JDBC был приведён лишь для сравнения со специализированным интерфейсом.
В пакетном (по 500) режиме время уменьшается с 287с. до 70с.

PS: для нативной работы с dbf (чтение, запись) в Caché есть соответствующий класс, входящий в Прототип-6 .
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36651617
Senya_L
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Хватит уже томить всех пустыми разговорами. Давайте сформулируем DDL таблицы для вставки, правила вставки (BULK или не BULK) и будем тесты проводить.
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36651645
AAron
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Senya_L,

+1

а то массовая вставка нормальными ETL позволяет вливать и 100К, и 1млн в секунду...
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36683532
Фотография roden
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
krvsaСУБД
Cache for Windows (x86-32) 2007.1.3 (Build 607) Wed Oct 17 2007 02:12:09 EDT

Тестил на простенькой "персоналке"...
И с отключенным журналом транзакций?
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36683622
servit
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
roden...
И с отключенным журналом транзакций?
Попробовал второй тест krvsa у себя:
с отключённым журналом транзакций - ~0.3 c.

с включённым журналом транзакций (всё в одной транзакции) - ~1.6 c.

PS: исходники других тестов Вы можете посмотреть здесь и здесь.
Оффтоп
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36683877
netwind
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
в mysql движок ARCHIVE пробовали? по задумке он создан для быстрых и конкурентных вставок, в ущерб всему остальному.
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36683885
Siemargl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
netwindв mysql движок ARCHIVE пробовали? по задумке он создан для быстрых и конкурентных вставок, в ущерб всему остальному.
/friday off -Резиновых женщин не пробовали - "по задумке они созданы для быстрых и конкурентных вставок, в ущерб всему остальному." )))))
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36683965
netwind
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
странно, но скорость 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:
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36683974
netwind
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
а вот обратно в myisam из archive вливается даже быстрее и теперь уже чуть быстрее pg.
insert into archivedata_copy select * from archivedata;
Query OK, 3000005 rows affected (15.55 sec)
т е 192926 записей/сек

тут, видимо, упаковка архиватором gzip играет большую роль. на практике не так плохо. но моем тесте из случайных данных только ухудшает все.
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36683980
netwind
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
А самое интересное, что innodb, похоже, за счет кеширования даннных в памяти, работает и того быстрее:
1000000 rows affected (3.83 sec)
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36685741
Eugenkru10
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
спитСтоит задача вставлять данные со скоростью 60 000 записей в секунду. Посоветуйте СУБД.
Visual Foxpro 9.
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36685777
Vinny the POOH
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Eugenkru10, вылезай из криокамеры. 2010 год на дворе, а не 1995. Делать проект на трупе - ИМХО маразм
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36685783
Eugenkru10
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Vinny the POOHEugenkru10, вылезай из криокамеры. 2010 год на дворе, а не 1995. Делать проект на трупе - ИМХО маразм
А оракл это вообще кастрат без своего языка, нормального инструмента для проектирования и создания программ.
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36685792
Vinny the POOH
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Eugenkru10, ты с какого дуба свалился? Тему читал? Нужна СУБД с быстрой вставкой. Оракл - СУБД. Языки - Java, PL/SQL, C. Для разработки приложений - вся огромная армия средств разработки. Есть и своя - Oracle Forms, но насколько она живая - я ХЗ. (Из оракловых продуктов юзал тока СУБД).

А вот фокс - полуразложившийся зомбяк, который пока ещё шевелится исключительно из-за огромного количества древнючих программ, переписывать которые ни у кого нет желания, и которые всёравно через какое-то время помрут собственной смертью.
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36685829
Eugenkru10
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Vinny the POOHEugenkru10, ты с какого дуба свалился? Тему читал? Нужна СУБД с быстрой вставкой. Оракл - СУБД. Языки - Java, PL/SQL, C. Для разработки приложений - вся огромная армия средств разработки. Есть и своя - Oracle Forms, но насколько она живая - я ХЗ. (Из оракловых продуктов юзал тока СУБД).

А вот фокс - полуразложившийся зомбяк, который пока ещё шевелится исключительно из-за огромного количества древнючих программ, переписывать которые ни у кого нет желания, и которые всёравно через какое-то время помрут собственной смертью.
1. А на фоксе по твоему медленная вставка? ))))))))))))) тебе мячик из ЮАР в голову не попадал?
2. Оракл потому и кастрат что к его заднице надо ещё второй язык чтобы нарисовать формочку-залупку ))))). В то время как в фоксе всё уже есть - и База данных и SQL и формочки рисуй и отчёты и залупки ))))))))).
Oracle Forms может и живая точно как ты выразился "полуразложившийся зомбяк" ))))))
3. Скорость разработки в 6-10 раз выше и это факт.
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36685836
Vinny the POOH
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Eugenkru10, а в фоксе НЕТ базы данных (файл-сервер уже лет 10 нах никому не нужен). Поэтому к нему надо прикручивать стороннюю СУБД. Нах такое надо? Лучше взять какой-то более живой форм-билдер.
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36685849
Eugenkru10
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Как это в Фоксе нет Базы Данных ???
Ты ёбнулся........ )))))))))))))))
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36685858
Eugenkru10
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Vinny the POOH,

И потом с чего ты взял что файл сервер 10 лет ни кому не нужен? )))))))))))))
Если ты про интернет приложения то могу тебя обрадовать
Фокс может работать как со своими структурами DBF так и с Mysql и c Oracl
вини - вини куда ты лезешь... ))))))))))
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36685872
Vinny the POOH
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Eugenkru10, зачем прикручивать к жопе пожарный шланг и винт вертикального взлёта? Для Интернет-приложений есть PHP, Ruby, Python, Java наконец... Зачем юзать это мёртвое, выньтоз-онли дерьмо для интернет приложений? Лично я таких идиотов, роющих своему проекту могилу, ещё не видел.

А файл-сервер таки не нужен, т.к. по сравнению с клиент-сервером у него нет ровным счётом никаких преимуществ, зато есть четыре вагона недостатков. Есть нормальные СУБД и нормальные средства разработки. Трупы тоже не нужны.
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36685891
Siemargl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Vinny the POOHА файл-сервер таки не нужен, т.к. по сравнению с клиент-сервером у него нет ровным счётом никаких преимуществ, зато есть четыре вагона недостатков. Это верно не для всех приложений. А если Веб-серверное, так еще может и вдвое быстрее оказаться, убирая промежуточный апп-сервер =)
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36685914
Vinny the POOH
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Siemargl, вдвое - это врядли. Точнее - возможно, на мелких, безнадёжных проектах без всякой перспективы роста оно и даст какой-то прирост производительности, но если приложение высоконагруженное и требуется кластер? А как такую БД администрировать? Кучу логики (типа генерации IDшников, CHECK-Constraintов и пр., всё, что уже зашито в нормальную СУБД) прийдется реализовывать на уровне приложения, и скорости разработки это никак не прибавит. Так что игра тут совсем не стоит свеч, ради незначительного роста производительности жертвовать удобством разработки, администрирования, масштабируемостью - ИМХО не стоит.
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36685926
AAron
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Vinny the POOH,

не трать силы, это троль
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36685927
Vinny the POOH
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
И вообще, фокс когда-то был актуален, очень давно, в 90-е. Во времена повального пиратства и фирм с 1-2 компами. Стартовать на нём проекты в 2010 году - это надо быть, как минимум, не очень здоровым. Как минимум по причине того, что всё, он подох, поддержки нет, развития нет, новых версий выходить больше не будет, изучать его никто не будет - значит спецов с каждым годом будет всё меньше и меньше. И что-то мне кажется, что судьба Кобола (который до сих пор работает, и специалисты по которому ОЧЕНЬ высокооплачиваемы) его не ждёт, по причине того, что крупные системы на нём если и есть, то их очень мало, а подавляющее большинство бухгалтерско-учётных поделок на нём проще переписать, чем искать очень редкоземельных спецов и разбираться в тоннах глючащего говнокода.
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36685929
Vinny the POOH
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
AAronVinny the POOH,

не трать силы, это троль

Я знаю. Просто хочется пофлудить =)
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36685936
Eugenkru10
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Vinny the POOH... А файл-сервер таки не нужен, т.к. по сравнению с клиент-сервером у него нет ровным счётом никаких преимуществ, зато есть четыре вагона недостатков. Есть нормальные СУБД и нормальные средства разработки. Трупы тоже не нужны.
Нашему главбуху интернет не нужен. ))))
А вот файл-сервер ещё как нужен.
Тебе уткороботу ещё лет 50 в игрушки играть! А ты про ораклы рассуждаешь кабудто у тебя ум есть ))))
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36685939
Eugenkru10
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Vinny the POOHИ вообще, фокс когда-то был актуален, очень давно, в 90-е. Во времена повального пиратства и фирм с 1-2 компами. Стартовать на нём проекты в 2010 году - это надо быть, как минимум, не очень здоровым. Как минимум по причине того, что всё, он подох, поддержки нет, развития нет, новых версий выходить больше не будет, изучать его никто не будет - значит спецов с каждым годом будет всё меньше и меньше. И что-то мне кажется, что судьба Кобола (который до сих пор работает, и специалисты по которому ОЧЕНЬ высокооплачиваемы) его не ждёт, по причине того, что крупные системы на нём если и есть, то их очень мало, а подавляющее большинство бухгалтерско-учётных поделок на нём проще переписать, чем искать очень редкоземельных спецов и разбираться в тоннах глючащего говнокода.
Ну я же говорил? Ебанько.... )))))
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36685943
ЛП
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 Vinny the POOH
И вообще, фокс когда-то был актуален, очень давно, в 90-е. Во времена повального пиратства и фирм с 1-2 компами.
Оно конечно так, но не в пиратстве дело.
В 90-ые сервера (СУБД) были толстыми, а компутеры (сервера) совсем хиленькими.
Это сейчас компутеры толстеют не по дням а по часам, и на фоне роста мощностей железа требования для установки полноценного сервера БД становятся всё более и более смешными. Хоть в телефоне оракл носи.

Что же до пиратства (вернее борьбы с ним), то оно и в 90-ые никого не останавливало, в том числе и тех, кто хотел СуперПуперМССКЛОраклЕЕ, купленный на базаре, и сейчас.
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36685951
netwind
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
определенный эффект от встраиваемых систем хранения есть - там нет накладных расходов на межпроцессный обмен данными. В контексте данной задачи стоит и их упомянуть.
Вот тот же оракл купил innodb именно чтобы иметь полную линейку продуктов, в том числе и встраиваемых.
Кроме innodb, есть встраиваемый mysql - там SQL и полностью совместимое API с обычными mysql-программами . потенциально даже программы переписывать не придется.
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36685956
netwind
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
так чтоб если есть какой-то опыт с фокспро - да пущай делает.
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36685961
Vinny the POOH
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Eugenkru10, М-да, ну ты и тоооолстый... Тоньше надо, тоньше! Или все фокспрошники такие агрессивные, тупые и припизженные? Фокспро таки со временем разъедает моцк? Значит таки диагноз "Фокспро головного моска" - не миф, а реальность...

З.Ы. Дай подтверждение хотя бы одному своему высказыванию, или перестань газифицировать лужи. Пока что - слиф зощитан, иди дальше гонять лысого =)
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36685962
Eugenkru10
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
netwindопределенный эффект от встраиваемых систем хранения есть - там нет накладных расходов на межпроцессный обмен данными. В контексте данной задачи стоит и их упомянуть.
Вот тот же оракл купил innodb именно чтобы иметь полную линейку продуктов, в том числе и встраиваемых.
Кроме innodb, есть встраиваемый mysql - там SQL и полностью совместимое API с обычными mysql-программами . потенциально даже программы переписывать не придется.
Вот пример:
Сайт статистики и прогнозов на спорт: http://100stavok.ru/
Сайт на DLE управляется из Visual Foxpro 9, обновляется каждый час автоматически.
Ну что, винипух? Дрищешь? )))))))
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36685963
Vinny the POOH
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
netwind, встраиваемые системы - нужны. Для них есть SQLite, упомянутый MySQL Embedded, огнептица вроде как имеет Embedded-версию, да тысячи их.
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36685966
Vinny the POOH
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Eugenkru10
Нашему главбуху интернет не нужен. ))))
А вот файл-сервер ещё как нужен.


В вашей гнилой шараге главбух занимается разработкой ПО? Если нет - то ему по#@$.
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36685969
ЛП
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Vinny the POOHnetwind, встраиваемые системы - нужны.
Винни, так в локальном однопользовательском использовании (ареал проживания встраиваемых бд) - использование файл-серверные кагбэ мало чем отличается от использования embedded.
Другое дело, что нахуа делать пули из говна (фс), когда есть пули из свинца :)
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36685972
Vinny the POOH
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ЛП, embedded - это таки отдельный класс приложений. А вот бизнес-приложения кагбэ давно уже не работают в локальном однопользовательском режиме, не?
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36685978
Vinny the POOH
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Eugenkru10, а ещё очень хотелось бы увидеть, как тебя мылят в сраку главбух, гендир и прочие офисные обитатели после того, как у твоего файл-сервера сдохнет винт (или на него упадёт бетонная плита, или его зохавает Ктулху). Стендбай на файл-сервере кагбэ тоже не делается =)))
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36685981
Eugenkru10
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Vinny the POOHEugenkru10, а ещё очень хотелось бы увидеть, как тебя мылят в сраку главбух, гендир и прочие офисные обитатели после того, как у твоего файл-сервера сдохнет винт (или на него упадёт бетонная плита, или его зохавает Ктулху). Стендбай на файл-сервере кагбэ тоже не делается =)))
Желаю тебе по больше ума )))))))))))
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36685983
ЛП
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Vinny the POOHЛП, embedded - это таки отдельный класс приложений. А вот бизнес-приложения кагбэ давно уже не работают в локальном однопользовательском режиме, не?
Приложения отдельно, СУБД отдельно.
Для некоторых приложений требуется СУБД. Каким-то приложениям надо полноценную СУБД, каким-то хватит и embedded. Так вот те, которые довольствуются embedded, совершенно спокойно будут работать в том числе и с ФС. И разницы не почувствуют.
ежели что - я не агитирую, просто на заданную тему флудю :)
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36685993
Eugenkru10
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
ЛПVinny the POOHЛП, embedded - это таки отдельный класс приложений. А вот бизнес-приложения кагбэ давно уже не работают в локальном однопользовательском режиме, не?
Приложения отдельно, СУБД отдельно.
Для некоторых приложений требуется СУБД. Каким-то приложениям надо полноценную СУБД, каким-то хватит и embedded. Так вот те, которые довольствуются embedded, совершенно спокойно будут работать в том числе и с ФС. И разницы не почувствуют.
ежели что - я не агитирую, просто на заданную тему флудю :)
На фоксе и СУБД и приложение делаются вместе в среде фокса.
А на оракле все отдельно через жопу... )))))
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36685997
Vinny the POOH
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Eugenkru10, других аргументов не нашлось? Ах да, ты ж жирный, зелёный, заплесневелый тролль, сорри, забыл.

И побольше ума (или хотя бы грамотности) надо таки тебе, мой зелёненький друх =)))
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36686004
Eugenkru10
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Vinny the POOHEugenkru10, других аргументов не нашлось? Ах да, ты ж жирный, зелёный, заплесневелый тролль, сорри, забыл.

И побольше ума (или хотя бы грамотности) надо таки тебе, мой зелёненький друх =)))
Таких вот как Винипух Уткороботов понарожали )))))))))) С КЛЮВИКОМ!!! )))))))))))
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36686038
Фотография Saller
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
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.
Общая статистика по сайту	
				Общий размер базы данных:	 208 , 88  Mb
 	 
Новости:	 
 	 
Общее количество статей:	 11915 
[ просмотреть последние статьи ]	
 
Из них опубликовано:	 11915 
Опубликовано на главной:	 85 
Ожидает модерации:	 0 
 	 
Опубликовано за месяц	 3611 
Опубликовано за неделю	 1334 
Опубликовано за сутки	 782 
 	 
Комментарии:	 
 	 
Всего комментариев:	 0 
[ просмотреть последние комментарии ]	
 
Добавлено за месяц	 0 
Добавлено за неделю	 0 
Добавлено за сутки	 0 
 	 
Пользователи:	 
 	 
Зарегистрировано пользователей:	 3 
Из них забанено:	 0 
 	 
Зарегистрировано за месяц	 0 
Зарегистрировано за неделю	 0 
Зарегистрировано за сутки	 0 


Десятка лучших авторов на сайте

Имя	Группа	Регистрация	Последнее посещение	Публикаций	Комментариев	ПС
andy	Администраторы	 4 - 05 - 2010 ,  23 : 02 	 11 - 06 - 2010 ,  12 : 06 	 65 	 0 	[ ПС ]
eugen	Администраторы	 4 - 05 - 2010 ,  23 : 13 	 14 - 06 - 2010 ,  15 : 39 	 1 	 0 	[ ПС ]
А размер БД вообще поражает своими цифрами, куда там Ораклу тягаться с фоксом на размерах в 208Мб
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36686131
Siemargl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Vinny the POOHSiemargl, вдвое - это врядли. Точнее - возможно, на мелких, безнадёжных проектах без всякой перспективы роста оно и даст какой-то прирост производительности, но если приложение высоконагруженное и требуется кластер?
Просто - берем кластерный ф.с. Существуют давно (с нетвари 3.12). Или современную SAN, на выбор. И масшабироваться будет не хуже, чем К/С кластер, работающий поверх того же SAN.
Vinny the POOH А как такую БД администрировать? Кучу логики (типа генерации IDшников, CHECK-Constraintов и пр., всё, что уже зашито в нормальную СУБД) прийдется реализовывать на уровне приложения, и скорости разработки это никак не прибавит. Так что игра тут совсем не стоит свеч, ради незначительного роста производительности жертвовать удобством разработки, администрирования, масштабируемостью - ИМХО не стоит.Кто сказал, что написать дополнительно кучу SQL-хранимок, плюс слой логики на Яве, и слой обмена через xDBC итп, это рост скорости разработки?
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36686145
Vinny the POOH
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SiemarglКто сказал, что написать дополнительно кучу SQL-хранимок, плюс слой логики на Яве, и слой обмена через xDBC итп, это рост скорости разработки?

При чём тут SQL-хранимки, Java и тем более JDBC? Банальные Sequences для IDшников, CHECK-Constraints и Foreign Keys, реализуемые ручками в приложении, а не в БД, скорости разработки ну никак не прибавляют. И превращают поддержку такой поделки в настоящий, неиллюзорный АДъ. Особенно страшно становится от Foreign Keys в сложных системах со множеством связей...
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36686162
Eugenkru10
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
SallerEugenkru10Сайт статистики и прогнозов на спорт: http://100stavok.ru/
Дешевая поделка которой месяц отроду

Да действительно, сайт молодой.
Только в данном случае база DLE.
Если у тебя ваще ума хватит понять что это за база ))))))))
Что же касается размера базы DBF, то там инфа по всем матчам футбол,баскетбол,хоккей,теннис за полтора года.
Винипух, ты уже Дрищешь? ))))))))
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36686170
Eugenkru10
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Матчи можешь просмотреть, если кликнешь на команду.
Или у тебя руки тока чтобы дрочить?
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36686196
Siemargl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Vinny the POOHSiemarglКто сказал, что написать дополнительно кучу SQL-хранимок, плюс слой логики на Яве, и слой обмена через xDBC итп, это рост скорости разработки?

При чём тут SQL-хранимки, Java и тем более JDBC? Банальные Sequences для IDшников, CHECK-Constraints и Foreign Keys, реализуемые ручками в приложении, а не в БД, скорости разработки ну никак не прибавляют. И превращают поддержку такой поделки в настоящий, неиллюзорный АДъ. Особенно страшно становится от Foreign Keys в сложных системах со множеством связей...
Опять же, кто сказал, что эти реляционные механизмы нужны в каждой программе?
Без констрейтнов и форинов можно обойтись вообще, а сиквенсы заменяются на uuid.

Файловые же БД скорее навигационные, чем реляционки. Другие принципы и необходимые механизмы.
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36686214
Eugenkru10
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
SiemarglФайловые же БД скорее навигационные, чем реляционки. Другие принципы и необходимые механизмы.
А не файловые это какие??? ))))))))))))))))
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36686222
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
такое впечатление, что проект фейковый, и основным является реклама секс-услуг. Туча полуголых баб...
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36686245
Eugenkru10
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
kdvтакое впечатление, что проект фейковый, и основным является реклама секс-услуг. Туча полуголых баб...
Вот он... )))) Ещё один уткоробот! ))))))))))))
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36686270
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Eugenkru10Вот он... )))) Ещё один уткоробот
да мне пофиг, на чем у тебя проект сделан. Хоть на Teradata. Если ты в сайт воткнул говнорекламу, будь готов к соответствующей оценке сайта.

Для сайтов такого рода - что FoxPro, что dbf, что MySQL, что Оракл - все едино, и чем проще движок, тем лучше. Хоть на плоских файлах.
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36686303
Eugenkru10
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
kdvEugenkru10Вот он... )))) Ещё один уткоробот
да мне пофиг, на чем у тебя проект сделан. Хоть на Teradata. Если ты в сайт воткнул говнорекламу, будь готов к соответствующей оценке сайта.

Для сайтов такого рода - что FoxPro, что dbf, что MySQL, что Оракл - все едино, и чем проще движок, тем лучше. Хоть на плоских файлах.
Мне на твою оценку как то насрать ))))))))))
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36686365
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Eugenkru10Мне на твою оценку как то насрать
а чего ты тогда тут со своим FoxPro все никак успокоиться не можешь? Чувство ущербности давит? Сидел бы молча, пописывал. А то приводит в пример какие-то полу-порносайты. Непонятно, чего оценивать - то ли сиськи, то ли крутизну FoxPro.
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36686504
Eugenkru10
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
kdvEugenkru10Мне на твою оценку как то насрать
а чего ты тогда тут со своим FoxPro все никак успокоиться не можешь? Чувство ущербности давит? Сидел бы молча, пописывал. А то приводит в пример какие-то полу-порносайты. Непонятно, чего оценивать - то ли сиськи, то ли крутизну FoxPro.
А словов то понахватался... "фейковый проект" "секс-услуги"!
Лохов как ты много, но шоб так выяблывались как ты - вижу впервые. ))))))
Тебе не надо этот сайт оценивать, тебе надо просто пойти Накуй! ))))))))
Ты знаешь что такое Куй?
Вот иди НАКУЙ !!! )))))))))))))
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36686523
tanglir
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Eugenkru10А словов то понахватался... "фейковый проект" "секс-услуги"!
Лохов как ты много, но шоб так выяблывались как ты - вижу впервые. ))))))
Тебе не надо этот сайт оценивать, тебе надо просто пойти Накуй! ))))))))
Ты знаешь что такое Куй?
Вот иди НАКУЙ !!! )))))))))))))мдя... на его фоне даже грекс с джериком - весьма милые и вменяемые люди
PS. kdvНепонятно, чего оценивать - то ли сиськи, то ли крутизну FoxPro.Ну, тут не ПТ, так что оценивать придётся всё-таки крутизну фокса )
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36686616
Vinny the POOH
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
tanglir, да, чем-то поцыент на дедалло таки смахивает. Оба превозносят какую-то убогую, полумёртвую файлосерверную поделку круче всех существующих СУБД. Оба не приводят никаких аргументов кроме "Я - джедай, а вы все тут - говно". Ток вот различие - если дедалло просто тупой как валенок, то этот - тупой да ещё и агрессивный. Да ещё и с быдлятским лексиконом.
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36686629
DKey
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
говорят что самая быстрая вставка поиск и обработка в кашЭ но она нереляционная БД
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36686748
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
блин, только в кино отошел, а тут вы тут такое устраиваете ;)
соскучились по общению с тролями?

специально для Vinny the POOH напомню старую истину:
Если споришь с дураком - спорят два дурака

топик на пару дней закрою

Модератор: Тема перенесена из форума "Сравнение СУБД".
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36707052
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
открыл обратно с помощью miksoft

у кого было неудержимое желание сюда написать - wellcome
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36707727
Фотография Игорь Горбонос
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
> Автор: SergSuper
> ..только в кино отошел...
> у кого было неудержимое желание сюда написать - wellcome

Дочитал и появилось желание спросить:
Какое хоть кино смотрел???

Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36709322
Eugenkru10
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
SergSuperблин, только в кино отошел, а тут вы тут такое устраиваете ;)
соскучились по общению с тролями?

специально для Vinny the POOH напомню старую истину:
Если споришь с дураком - спорят два дурака

топик на пару дней закрою

Модератор: Тема перенесена из форума "Сравнение СУБД".
Как показала жизнь - Visual Foxpo 9 лучшая СУБД на сегодня.
Visual Foxpo это не только база данных, но и язык для создания полноценных приложений.
Ничего подобного в мире нет.
Visual Foxpo 9 - The Best!
Быстрая, Мощная, Компактная и Гибкая!
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36709378
eBase
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Eugenkru10SergSuperблин, только в кино отошел, а тут вы тут такое устраиваете ;)
соскучились по общению с тролями?

специально для Vinny the POOH напомню старую истину:
Если споришь с дураком - спорят два дурака

топик на пару дней закрою

Модератор: Тема перенесена из форума "Сравнение СУБД".
Как показала жизнь - Visual Foxpo 9 лучшая СУБД на сегодня.
Visual Foxpo это не только база данных, но и язык для создания полноценных приложений.
Ничего подобного в мире нет.
Visual Foxpo 9 - The Best!
Быстрая, Мощная, Компактная и Гибкая!
Убогий интерфейс, убогий генератор отчетов и возможность создавать полноценные приложения сводится к нулю.
P.S. Все же есть на свете некрафили
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36709379
eBase
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Eugenkru10,
кстати как там у этого ФП обстоят дела с кросплатформенностью?
Или истенные ценители ПО работают только под виндами?
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36709381
Senya_L
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
eBase,

Не ведитесь. ЖеняКру - давний и жирный троль. Можно сказать - местная достопримечательность :) В одном рядку с JERik\'ом и др. Ему совершенно начхать на Ваши аргументы. Он может 70 страниц и более говорить одно и то же. Тынц (если осилите, конечно ;))
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36709388
eBase
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Senya_LeBase,

Не ведитесь. ЖеняКру - давний и жирный троль. Можно сказать - местная достопримечательность :) В одном рядку с JERik\'ом и др. Ему совершенно начхать на Ваши аргументы. Он может 70 страниц и более говорить одно и то же. Тынц (если осилите, конечно ;))
Спасибо, кормешка тролей закончилась :)
Я то думал у человека есть железные аргументы, а он просто фанат которому хоть в лоб хоть полбу.
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36709432
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
eBaseSenya_LeBase,

Не ведитесь. ЖеняКру - давний и жирный троль. Можно сказать - местная достопримечательность :) В одном рядку с JERik\'ом и др. Ему совершенно начхать на Ваши аргументы. Он может 70 страниц и более говорить одно и то же. Тынц (если осилите, конечно ;))
Спасибо, кормешка тролей закончилась :)
Я то думал у человека есть железные аргументы, а он просто фанат которому хоть в лоб хоть полбу.не, он какой-то мазохист наверное, как-будто нравится ему когда его посты трут
пусть пишет, мне потереть нетрудно
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36709781
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Eugenkru10Как показала жизнь - Visual Foxpo 9 лучшая СУБД на сегодня.
Visual Foxpo это не только база данных, но и язык для создания полноценных приложений.
Ничего подобного в мире нет.
Visual Foxpo 9 - The Best!
Быстрая, Мощная, Компактная и Гибкая!
Но это все мелочи. Действительно, и СУБД и языков для создания тем более полноценных приложений полно пусть и не в одном продукте. Возможно, даже многие полноценнее Лисы.
Но, возможно, у них нет такого фундаментального фундамента как рашмор? Вот в чем Лиса их превзошла раз и на всегда? А они об этом даже не знают? Всерьез на рашмора не смотрят?
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36709788
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
vadiminfoEugenkru10Как показала жизнь - Visual Foxpo 9 лучшая СУБД на сегодня.
Visual Foxpo это не только база данных, но и язык для создания полноценных приложений.
Ничего подобного в мире нет.
Visual Foxpo 9 - The Best!
Быстрая, Мощная, Компактная и Гибкая!
Но это все мелочи. Действительно, и СУБД и языков для создания тем более полноценных приложений полно пусть и не в одном продукте. Возможно, даже многие полноценнее Лисы.
Но, возможно, у них нет такого фундаментального фундамента как рашмор? Вот в чем Лиса их превзошла раз и на всегда? А они об этом даже не знают? Всерьез на рашмора не смотрят?
и вот это и были новые мысли про лису ради которых надо было открывать топик?
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36710327
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SergSuperи вот это и были новые мысли про лису ради которых надо было открывать топик?
Ну это были, возможно, подзабытые старые и от того немного новые. Однако, то ради чего открывался топик должно исходить от знатных лисоводов. Они, Лисоводы может еще письмо Майкрасофту коллективное напишут от всех трудящихся, шобы Лису не прикрывали. А Вы говорите.
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36710416
Dag
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
vadiminfoОни, Лисоводы может еще письмо Майкрасофту коллективное напишут от всех трудящихся, шобы Лису не прикрывали. А Вы говорите.
Уже. Три года назад
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36710657
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
DagvadiminfoОни, Лисоводы может еще письмо Майкрасофту коллективное напишут от всех трудящихся, шобы Лису не прикрывали. А Вы говорите.
Уже. Три года назад
Прочитал начало и конец. Но не понял: некоторые хотят еще и винды 3.11 возродить?
А так же не понял написали ли они, что им ответили и када следующее письмо писать будут?
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36710725
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
vadiminfoА так же не понял написали ли они, что им ответили и када следующее письмо писать будут?
самый главный вопрос - сколько из подписавших петицию имеют на руках купленный продукт.
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36796820
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ну ладно... выбор субд... А в чем трабл поставить RAM DISK в него вливать данные за сутки...
а раз в сутки сливать данные в чета по железнее...
Бекап транзакциями или файл группами спасут на какой о момент в случае рестарта сервера..
Сейчас 12 гигов на машине не сложно + все уже 64 битное в доску.. паять ушла вперед...

Правда разница между базой в озу ( ddr2) и стрипом из 2 сас дисков всего 100% в пользу RAM
WIN2008 R2
SQL 2008 R2
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36796974
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Volochkova, разслабьтесь и переходите уже на Оракл.
Эту ветку, однако, открыли по новой тока ради мыстлей от лисоводов. Про Скуль полно других веток.
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36796988
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
vadiminfoVolochkova, разслабьтесь и переходите уже на Оракл.
Эту ветку, однако, открыли по новой тока ради мыстлей от лисоводов. Про Скуль полно других веток.

Так базу в Ram Disk можон только от MS SQL положить? ( кстати на 2003 винде фиг положишь SQL базу в рам диск)
1с 7.7 например при перекладывании ее в RAM диск просто взлетает...
то что считалось по 26 * 3 часов.. считается 4 часа...

Скорость вставки большого кол-ва данных можно решить хардом... и не сильно важно какая субд.
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36797003
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
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.
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36797022
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
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 профита...
А производительность.... если грамотно рулить архитектурой.. то делается на ура..
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36797025
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Правда это тема уже другой ветки.. так что тут по теме ..
Как обеспечить быстрый и массовый вход данных.
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36797029
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Volochkova
Да мало ли что у него есть, вопрос как оно работает...
По чесноку, в свое время, было отдано 3 года жизни.. на переход с Access на Visual c++ и c MS SQL 7.0 На Oracle. тогда еще 8ку...
Пока не будет просто и доступно для понимания и принятия решения.. фиг я туда пойду...

в MS SQL я сделаю многие вещи.. и контора получит профит...
А с Oracle ... куча потраченного времени... и 0 профита...
А производительность.... если грамотно рулить архитектурой.. то делается на ура..
Вроде номано работало.
Ну я хотел как луче для Вас. Но раз Вы пробовали и не пошло, то другое дело.
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36797032
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
vadiminfoVolochkova
Да мало ли что у него есть, вопрос как оно работает...
По чесноку, в свое время, было отдано 3 года жизни.. на переход с Access на Visual c++ и c MS SQL 7.0 На Oracle. тогда еще 8ку...
Пока не будет просто и доступно для понимания и принятия решения.. фиг я туда пойду...

в MS SQL я сделаю многие вещи.. и контора получит профит...
А с Oracle ... куча потраченного времени... и 0 профита...
А производительность.... если грамотно рулить архитектурой.. то делается на ура..
Вроде номано работало.
Ну я хотел как луче для Вас. Но раз Вы пробовали и не пошло, то другое дело.

Неа... не пошло.. видимо не та смазка :-)
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36797229
f_w_p
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Хоть и по теме, но все равно маленький офф...
Вопрос к KDV. Насколько помнится именно для подобных задач еще в версии 3 Interbase был введен тип данных массив. Но что-то народ его упорно не хочет пользовать?
...
Рейтинг: 0 / 0
Выбор СУБД. Нужна очень быстрая вставка.
    #36797350
g-u-e-s-t
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
f_w_p,
в Interbase с массивами не удобно работать.
В postgresql, тоже есть массивы, но держать 1000000 элементов в одной ячейке ...
...
Рейтинг: 0 / 0
129 сообщений из 129, показаны все 6 страниц
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Выбор СУБД. Нужна очень быстрая вставка.
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]