Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Около 10 млрд записей это утопия?
|
|||
|---|---|---|---|
|
#18+
Если прикинуть... таблицу в которой каждая запись (всего 10 млрд) это так сказать некий объект.., поля - основные свойства. Свойства эти разных типов. Плюс ссылка на доп. таблицу в которой горизонтально хранятся остальные свойства. Ну и соответсвенно все что можно делать с объектами будет делаться... преимущественно выборка нескольких объектов со свойствами.. массовых выборок, делитов или апдейтов не будет. Одновременных клиентов штук 20. Поток запросов... ну.. надеюсь что не большой... ну для примера пусть будет 100 в сек. Это утопия ? :) Оборудование стандартное.. ну там.. двухпроцовый Xeon.. гига 4-8 оперативки. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.04.2006, 15:38 |
|
||
|
Около 10 млрд записей это утопия?
|
|||
|---|---|---|---|
|
#18+
1. Вопрос не совсем понятен 2. Если "утопия"="приемлемая производительность", то скорее всего это действительно утопия на таком железе. Для более адекватной оценки помогло бы хотя-бы упоминание о том, что за СУБД используется, какая подсистема хранения (основным узким местом здесь будут именно диски, при таких-то объемах), какая ОС используется, какие задачи решает система (OLTP, OLAP, reporting etc) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.04.2006, 15:44 |
|
||
|
Около 10 млрд записей это утопия?
|
|||
|---|---|---|---|
|
#18+
Размер записи какой? Например возьмем 4 кб: 10 млрд записей х 4 кб 1 запись = почти 38 Терабайт (это только данные, без всякой там метаинформации, которая сопровождает их в СУБД). Даже если размер записи 1 кб, тогда данных будет на 9 Терабайт плюс метаинформация. У тебя есть столько дисков (стандартного оборудования) ? Если цифры взял с потолка, то неплохо посчитать сначала было бы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.04.2006, 15:45 |
|
||
|
Около 10 млрд записей это утопия?
|
|||
|---|---|---|---|
|
#18+
DivogЕсли прикинуть... таблицу в которой каждая запись (всего 10 млрд) это так сказать некий объект.., поля - основные свойства. Свойства эти разных типов. Плюс ссылка на доп. таблицу в которой горизонтально хранятся остальные свойства. Ну и соответсвенно все что можно делать с объектами будет делаться... преимущественно выборка нескольких объектов со свойствами.. массовых выборок, делитов или апдейтов не будет. Одновременных клиентов штук 20. Поток запросов... ну.. надеюсь что не большой... ну для примера пусть будет 100 в сек. Это утопия ? :) Оборудование стандартное.. ну там.. двухпроцовый Xeon.. гига 4-8 оперативки. > массовых выборок, делитов или апдейтов не будет. Системы всегда создаются для анализа. Поэтому агрегатные функции (аналитические тоже) так или иначе будут применяться. Нужно научиться умножать. если миллиард записей, и примерно по килобайту на каждую, то получается всего лишь терабайт. В приличный сервак это все влезет. Но возникнут проблемы куда девать бэкап, куда девать архивные логи. Такое ощущение что задачка не для простой писюковой платформы. Хотя если поставить 4 писюка, которые вы описали штуки и DB2 ESE DPF - то задача не очень крупная. Даже SAN не нужен. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.04.2006, 15:51 |
|
||
|
Около 10 млрд записей это утопия?
|
|||
|---|---|---|---|
|
#18+
Он написал что записей 10 млрд. Кроме того не забывайте про метаинформацию, а также индексы. Итого размер таблицы будет раза в полтора выше. Придется использовать явно не стандартное оборудование. Например что нибудь от ibm :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.04.2006, 15:59 |
|
||
|
Около 10 млрд записей это утопия?
|
|||
|---|---|---|---|
|
#18+
AndronОн написал что записей 10 млрд. Кроме того не забывайте про метаинформацию, а также индексы. Итого размер таблицы будет раза в полтора выше. Придется использовать явно не стандартное оборудование. Например что нибудь от ibm :) Ну пускай десять писюков поставит и DB2 с DPF - какраз по миллиарду на процессор. Все равно обработка в параллель идет. Лог на каждом узле - свой. Память - своя. Блокировки - тоже свои. Справится. Индексы тоже - свои на каждом узле. А работать с таблицей будет все прозрачно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.04.2006, 16:05 |
|
||
|
Около 10 млрд записей это утопия?
|
|||
|---|---|---|---|
|
#18+
to Jimmy Я в разделе, где советуют СУБД для задачи :) Что значит сказать, какая СУБД? :) Эт вы мне скажите... будет ли это все работать на MySQL или надо DB2 :) to Andron Каких 4 кб? Вы что? Пару полей int, пару char-ов коротеньких. Все. Выходит до 50 байт данных точно. А то и 20. to gardenmann Нет :) Агрегатных функций совсем не будет... в худшем случае по нескольким сотням записей. Задача не то чтобы из головы и не то, чтобы прям уж светит. У меня есть альтернативное решение того что мне необходимо... просто решил прикинуть какое будет более сложное. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.04.2006, 16:09 |
|
||
|
Около 10 млрд записей это утопия?
|
|||
|---|---|---|---|
|
#18+
Divog Эт вы мне скажите... будет ли это все работать на MySQL или надо DB2 :) to Andron Каких 4 кб? Вы что? Пару полей int, пару char-ов коротеньких. Все. Выходит до 50 байт данных точно. А то и 20. c MySQL это ты конечно съюморил. тебе полюбому нужна субд с возможностью партишонинга таблиц а так по объемам получается полтерабайта вполне справится твой сервак датабейс Oracle, DB2, SQL Server 2005 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.04.2006, 16:38 |
|
||
|
Около 10 млрд записей это утопия?
|
|||
|---|---|---|---|
|
#18+
to pgres Хорошо, что юмор был понят :) А то читаю соседнюю ветку, смотрю тут у многих с ним туго :) to Jimmy Забыл добавить. Задачи - OLTP. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.04.2006, 16:57 |
|
||
|
Около 10 млрд записей это утопия?
|
|||
|---|---|---|---|
|
#18+
to pgres Кстати, в MySQL "партишонинг" вот-вот обещает появиться. :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.04.2006, 17:02 |
|
||
|
Около 10 млрд записей это утопия?
|
|||
|---|---|---|---|
|
#18+
я правильно понял что объектов будет 10e+9, т.е. в соседней таблице со св-ми будет 10e+10 ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.04.2006, 17:06 |
|
||
|
Около 10 млрд записей это утопия?
|
|||
|---|---|---|---|
|
#18+
Привет, Divog! Ты пишешь: DivogD> Кстати, в MySQL "партишонинг" вот-вот обещает появиться. :) И как все нововведения в MySQL, обещает быть "чуть-чуть" неполноценным... Со временем, конечно, доведут до ума. Потом. Когда-нибудь. Наверное. -- With best regards, Мимопроходящий. Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.04.2006, 17:08 |
|
||
|
Около 10 млрд записей это утопия?
|
|||
|---|---|---|---|
|
#18+
DB2, Oracle. Подумайте о целесообразности использования объектных СУБД. Судя по вашей задаче здесь можно получить большие преимущества. Из известных мне ООСУБД с указанным объемом справится Versant. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.04.2006, 17:10 |
|
||
|
Около 10 млрд записей это утопия?
|
|||
|---|---|---|---|
|
#18+
DivogПоток запросов... ну.. надеюсь что не большой... ну для примера пусть будет 100 в сек. И при скорости 100 инсертов/секунда, понадобится ~31 год чтобы наполнить табличку ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.04.2006, 17:11 |
|
||
|
Около 10 млрд записей это утопия?
|
|||
|---|---|---|---|
|
#18+
тьфу ошибся в 10 раз, 317 лет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.04.2006, 17:14 |
|
||
|
Около 10 млрд записей это утопия?
|
|||
|---|---|---|---|
|
#18+
Журавлев Денистьфу ошибся в 10 раз, 317 лет.блин 3 года ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.04.2006, 17:15 |
|
||
|
Около 10 млрд записей это утопия?
|
|||
|---|---|---|---|
|
#18+
Журавлев Денис Журавлев Денистьфу ошибся в 10 раз, 317 лет.блин 3 года Если чуть-чуть подождать, может быть дождемся вполне приемлемых 3х месяцев? :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.04.2006, 17:19 |
|
||
|
Около 10 млрд записей это утопия?
|
|||
|---|---|---|---|
|
#18+
Alexey RovdoDB2, Oracle. Подумайте о целесообразности использования объектных СУБД. Судя по вашей задаче здесь можно получить большие преимущества. Из известных мне ООСУБД с указанным объемом справится Versant. Можно подумать о целесообразности использования объектных расширений реляционных СУБД. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.04.2006, 17:21 |
|
||
|
Около 10 млрд записей это утопия?
|
|||
|---|---|---|---|
|
#18+
Вобще то сначала неплохо задуматься а нужны ли все 10000000000 записей одновременно. Может имеет смысл предусмотреть архивирование, какой нить Data Warehousing Interface, чтобы старые транзакции не мешали OLTP. -- Кто - еще до сражения - побеждает предварительным расчетом , у того шансов много (Сунь Цзы) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.04.2006, 17:22 |
|
||
|
Около 10 млрд записей это утопия?
|
|||
|---|---|---|---|
|
#18+
Где же столько информации то нужно обрабатывать? Неужели ещё один биллинг для мобильных телефонов собрались сделать? :)) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.04.2006, 17:24 |
|
||
|
Около 10 млрд записей это утопия?
|
|||
|---|---|---|---|
|
#18+
to Журавлев Денис автор правильно понял что объектов будет 10e+9, т.е. в соседней таблице со св-ми будет 10e+10 ? Нет. Основные свойства (два-четыре) в этой таблице. В соседней лишь доп. свойства, которые будут у малого кол-ва "объектов". И кто сказал, что заполнять начальными данными будут те самые "100 в секунду"? to Мимопроходящий Ну.. везде пролемы есть при внедрении чего-то нового. Но это тема другой ветки :) to All. В общем... всем спасибо за ответы... примерно во что это выливается я понял.. поэтому такое решение явно мне не подходит (знал что будет не просто, но чтобы "10 писюков", да "DB2 ESE DPF" , или SAN-ы какие.. чесслово, не ожидал :) P.S. Но сколько лет понадобится, все же заинтересовался ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.04.2006, 17:30 |
|
||
|
Около 10 млрд записей это утопия?
|
|||
|---|---|---|---|
|
#18+
Да что Вы раньше времени расстраиваетесь то? Что то подобное на доступном железе делается на технологии InterSystems Http://www.intersystems.ru В прошлом году мне пришлось разговаривать с разработчиками биллинга для мобильной связи.. вот они на продукте InterSystems соорудили эту систему ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.04.2006, 17:46 |
|
||
|
Около 10 млрд записей это утопия?
|
|||
|---|---|---|---|
|
#18+
Divog Это утопия ? :) Вовсе нет. Тут главное определить, какие запросы к этому делу надо выполнять. Очень может быть, что ОБД окажуться самое то. Учитывая 20 одновременных коннектов - моя пролетает. Так что поглядите в сторону GOODS, Versant, db4o, ... А еще можно рассмотреть файловую систему в качестве БД. Там уже скорость работы будет ограничена DMA ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.04.2006, 18:42 |
|
||
|
Около 10 млрд записей это утопия?
|
|||
|---|---|---|---|
|
#18+
jvvДа что Вы раньше времени расстраиваетесь то? Что то подобное на доступном железе делается на технологии InterSystems Http://www.intersystems.ru В прошлом году мне пришлось разговаривать с разработчиками биллинга для мобильной связи.. вот они на продукте InterSystems соорудили эту систему Естественно как же без рекламы InterSystems. Не секрет что в Каше данные хранятся в глобалах в виде текстовых строк. Это значительно увеличивает кол-во необходимого места для хранения данных по сравнению с другими СУБД. Пускай каждая запись имеет размер 1 кб. Тогда легко посчитать что объем базы будет = 10 000 000 000 кб = 9 765 625 мб = 9537 гб = 9,31 Тб. Это без учета индексов и прочей информации. Не морочте людям голову что данную задачу можно решить на обычном железе с использованием технологий InterSystems. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.04.2006, 04:45 |
|
||
|
Около 10 млрд записей это утопия?
|
|||
|---|---|---|---|
|
#18+
"shuklin" <nospam@sql.ru> сообщил/сообщила в новостях следующее: news:2576622@sql.ru... > > Вовсе нет. Тут главное определить, какие запросы к этому делу надо выполнять. Очень может быть, что ОБД окажуться самое то. Учитывая 20 одновременных коннектов - моя пролетает. Так что поглядите в сторону GOODS, Versant, db4o, ... > db4o для 10 000 000 000 объектов? ню-ню... Учитывая, что макс. размер файла базы 256 Гб. А уж с удаленными коннектами эта штука работает просто "замечательно": в режиме "запись объект + подтверждение транзакции" - 10..100 раз в секунду. В режиме "MySQL" (без явного управления транзакциями) - 10 000..100 000 раз в сек. (есть системы - до 200 000). Так что Шуклин шутит. К сожалению. Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.04.2006, 10:44 |
|
||
|
|

start [/forum/topic.php?fid=35&tid=1553614]: |
0ms |
get settings: |
8ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
39ms |
get topic data: |
9ms |
get forum data: |
4ms |
get page messages: |
61ms |
get tp. blocked users: |
1ms |
| others: | 235ms |
| total: | 375ms |

| 0 / 0 |
