|
|
|
Поиск данных - что быстрее Oracle или Java
|
|||
|---|---|---|---|
|
#18+
DontAskMe, в DBMS Oracle ты тоже планировал использовать коллекции? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.01.2014, 16:22 |
|
||
|
Поиск данных - что быстрее Oracle или Java
|
|||
|---|---|---|---|
|
#18+
maytonИнтересно что на 1 000 000 000 карточек физ-лиц с большой вероятностью будут однофамильцы. Как автор планировал их грузить в hash-tables (*maps) - непонятно. Жаль, что топик про Стебелек убили, там в лулзо-популярной все было разжевано. Баянить не интересно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.01.2014, 16:27 |
|
||
|
Поиск данных - что быстрее Oracle или Java
|
|||
|---|---|---|---|
|
#18+
MasterZivПоиск по индексу в запросе типа Код: sql 1. максимально быстро -- это O(log N). Но я тебе ещё раз говорю, что на 10^9 и Java ты вряд ли достигнешь чего-то большего. Это если B-tree индекс. А можно и без OracleTimesTen, в обычном Oracle начиная с 9i создать hash-cluster состоящий только из одной таблицы, тот же hash-index с O(1): http://docs.oracle.com/cd/B10501_01/server.920/a96521/hash.htm#1347 автор Situations Where Hashing Is Useful SELECT ... WHERE cluster_key = ...; Situations Where Hashing Is Not Advantageous SELECT . . . WHERE cluster_key < . . . ; DontAskMe - Фамилия - Имя - Отчество - Дата рождения - Место жительства - Телефон Кол-во данных 10^9 записей. Ведем поиск строго по фамилии. Ограничение на ресурсы сервера одинаковые, оперативной памяти много. Как минимум, ФИО 3*15 байт + место жительства 50 байт = уже 95 байт на строку * 1млрд ~= 100 ГБ только чистых данных, но плюс оверхеды. Вы на Java сервер думаете писать, на железе 200ГБ ОЗУ будет? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.01.2014, 18:41 |
|
||
|
Поиск данных - что быстрее Oracle или Java
|
|||
|---|---|---|---|
|
#18+
Лично мне во всём этом буйстве п(р)ограмисткой мысли неясно только одно: откуда на земном шаре миллиард фамилий??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.01.2014, 18:49 |
|
||
|
Поиск данных - что быстрее Oracle или Java
|
|||
|---|---|---|---|
|
#18+
Да нет у него столько фамилий. Не для Китая-же он базу пилит. Просто чел. интересуется производительностью. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.01.2014, 18:58 |
|
||
|
Поиск данных - что быстрее Oracle или Java
|
|||
|---|---|---|---|
|
#18+
"Водитель, помни - даже в бардачке должен быть порядок!" Это я к тому, что в идиотской постановке "поиска строго по фамилии в миллиардной базе" основное время тратится не на поиск, а на выдачу гигантского результата несчастному клиенту. P.S. Это Китай часть земного шара, а не наоборот. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.01.2014, 19:07 |
|
||
|
Поиск данных - что быстрее Oracle или Java
|
|||
|---|---|---|---|
|
#18+
Basil A. SidorovЛично мне во всём этом буйстве п(р)ограмисткой мысли неясно только одно: откуда на земном шаре миллиард фамилий??? Это же не уникальных записей - фамилии будут повторяться. А от откуда у автора в базе миллиард учетников - становится видно из его фотографии: ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.01.2014, 19:27 |
|
||
|
Поиск данных - что быстрее Oracle или Java
|
|||
|---|---|---|---|
|
#18+
Эдвард Сноуден передал эксклюзивное фото в редакцию ИФ. На нем мы видим, как агенты ФБР просматривают переписки всех граждан Европы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.01.2014, 19:28 |
|
||
|
Поиск данных - что быстрее Oracle или Java
|
|||
|---|---|---|---|
|
#18+
maytonДа нет у него столько фамилий. Не для Китая-же он базу пилит. Просто чел. интересуется производительностью. Для китая это не актуально. Там сильно выражен институт семьи, поэтому там фамилия это святое. Если верить ненадежным источникам wikiНасчитывается более 700 различных китайских фамилий, но лишь двадцать из них используются у подавляющей части китайского народа получается что оставшиеся 6 млрд. человек имеют 1 млрд. фамилий. Что тоже невозможно. Вывод: это база с переписью населения неведомой цивилизации использующей GUID вместо фамилии ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.01.2014, 19:49 |
|
||
|
Поиск данных - что быстрее Oracle или Java
|
|||
|---|---|---|---|
|
#18+
ChronSQLЭто же не уникальных записей - фамилии будут повторятьсяИ? Накойхер (фамилие такое) считать фигню по поиску, если основная проблема - выдача гигантского списка однофамильцев. P.S. Если кто не помнит, то средневековые схоласты обсуждали проблему: "Сколько чертей может поместиться на конце иглы?" Без дураков, на полном серьёзе. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.01.2014, 19:49 |
|
||
|
Поиск данных - что быстрее Oracle или Java
|
|||
|---|---|---|---|
|
#18+
DontAskMe Кол-во данных 10^9 записей. Ведем поиск строго по фамилии. Ограничение на ресурсы сервера одинаковые, оперативной памяти много.Я даже сразу могу сказать, в Оракле индексированные данные по полю фамилия или чистые? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.01.2014, 19:55 |
|
||
|
Поиск данных - что быстрее Oracle или Java
|
|||
|---|---|---|---|
|
#18+
Basil A. SidorovP.S. Если кто не помнит, то средневековые схоласты обсуждали проблему: "Сколько чертей может поместиться на конце иглы?" Без дураков, на полном серьёзе. Там речь об ангелах шла вообще-то. А по сабжу индексирование было-бы полезным и селективным если-б Фамили заменить на nickname в социальной сети. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.01.2014, 19:58 |
|
||
|
Поиск данных - что быстрее Oracle или Java
|
|||
|---|---|---|---|
|
#18+
rockclimber Вы что, всерьез считаете, что в джаве есть какое-то поисковое ноухау, которое в оракл за 30 лет разработки не смогли бы повторить? да, есть ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.01.2014, 20:47 |
|
||
|
Поиск данных - что быстрее Oracle или Java
|
|||
|---|---|---|---|
|
#18+
DontAskMeДля любителей поразглагольствовать предлагается вопрос - где быстрее поиск в Oracle или Java? Я думаю, если вопрос звучит именно так, то, наверное, в яве ибо оракул содержит неотключаемый оверхед для управления многопользовательским доступом к этой штуке перзистентностью и прочим. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2014, 09:53 |
|
||
|
Поиск данных - что быстрее Oracle или Java
|
|||
|---|---|---|---|
|
#18+
Homme qui est interditrockclimber Вы что, всерьез считаете, что в джаве есть какое-то поисковое ноухау, которое в оракл за 30 лет разработки не смогли бы повторить? да, естьозвучь, не томи ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2014, 11:37 |
|
||
|
Поиск данных - что быстрее Oracle или Java
|
|||
|---|---|---|---|
|
#18+
F#оракул содержит неотключаемый оверхед для управления многопользовательским доступом к этой штуке перзистентностью и прочим.отож ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2014, 14:18 |
|
||
|
Поиск данных - что быстрее Oracle или Java
|
|||
|---|---|---|---|
|
#18+
egorychHomme qui est interditпропущено... да, естьозвучь, не томиВ орацле для ускорения поиска есть такая фишка как TimesTen, сдернутая орацлом у жабы. Был орацл быстрее жабы в осуществлении поиска - никакого TimesTen не стали бы в орацлу впихуевывать ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2014, 14:25 |
|
||
|
Поиск данных - что быстрее Oracle или Java
|
|||
|---|---|---|---|
|
#18+
Homme qui est interditпропущено... такая фишка как TimesTen, сдернутая орацлом у жабы. А при чем сдесь жаба? TimesTen "TimesTen functionality is contained in a set of shared libraries that application developers link to their application, allowing TimesTen to execute as part of the application's process." ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2014, 14:42 |
|
||
|
Поиск данных - что быстрее Oracle или Java
|
|||
|---|---|---|---|
|
#18+
Homme qui est interditВ орацле для ускорения поиска есть такая фишка как TimesTen, сдернутая орацлом у жабы. Вообще-то TimesTen это отдельная база данных, которая была куплена ораклом. Никакого отношения кроме налчия драйверов к java он не имеет. Вот TimesTen рабоатет РЕАЛЬНО быстро, главное с ним тормозной Java не использовать ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.01.2014, 16:46 |
|
||
|
|

start [/forum/topic.php?fid=16&gotonew=1&tid=1341486]: |
0ms |
get settings: |
10ms |
get forum list: |
20ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
49ms |
get topic data: |
13ms |
get first new msg: |
8ms |
get forum data: |
3ms |
get page messages: |
82ms |
get tp. blocked users: |
2ms |
| others: | 261ms |
| total: | 456ms |

| 0 / 0 |
