From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <3ABEC59C.DCF0F8E4@mtu-net.ru> From: "Oleg N. Kayunov" Organization: Home X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.14-15mdk i686) X-Accept-Language: en, ru MIME-Version: 1.0 To: mandrake-russian@linuxteam.iplabs.ru References: <3AB9C6D7.AED8DDF5@mtu-net.ru> <3AB9CD01.1747694A@altlinux.ru> <3ABA7EC3.C3E260A1@mtu-net.ru> <3ABA58DF.A5C5ED38@logic.ru> <3ABA973D.48ED18C@mtu-net.ru> <3ABB0A9C.E3FDC221@linux.ru.net> <3ABC025E.BD5E5D21@mtu-net.ru> <3ABDBC23.17BF41F1@linux.ru.net> <238251923.20010325191037@otstavnov.com> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Subject: [mdk-re] Re: Re: =?koi8-r?Q?=F3=F5=E2=E4=20=D0=CF=C4?= Open Source, GNU? Sender: mandrake-russian-admin@linuxteam.iplabs.ru Errors-To: mandrake-russian-admin@linuxteam.iplabs.ru X-BeenThere: mandrake-russian@linuxteam.iplabs.ru X-Mailman-Version: 2.0 Precedence: bulk Reply-To: mandrake-russian@linuxteam.iplabs.ru X-Reply-To: gosduma@email.com List-Help: List-Post: List-Subscribe: , List-Id: Mandrake/RE discussion list List-Unsubscribe: , List-Archive: Date: Mon Mar 26 08:24:01 2001 X-Original-Date: Mon, 26 Mar 2001 08:29:16 +0400 Archived-At: List-Archive: Maksim Otstavnov wrote: > > >> > > В разговоре проскользнуло слово "терабайт" (я что-то пока никак не > >> > > соображу - откуда), > >> > > но структурная сложность там не представляется слишком большой. > >> > > Упоминалось некое число классификаторов меньшее 20 (точнее не помню). > >> > > Да и большая часть машин будет работать никак не терабайтами: > >> > > список избирателей (ФИО, возраст, паспорт, адрес) и результаты > >> > > голосования по участкам ([18+<число кандидатов>] строк в протоколе + > >> > > 3-20 членов комиссии). Территориальная комиссия (откуда начинается > >> > > компьтеризация) - порядка 30 участков. > >> > > (Участок в среднем ~1000 избирателей). > >> > > И т.д., по по восходящей. > >> > > Порядок величин понятен. > > Чуть более подробно. Грубая прикидка показывает, что Рад бы, но пока не могу - не знаю. Я не разработчик, а всего лишь член ЦИК :-) Не дергайтесь - с правом совещательного голоса :-0~~~~ Вот и пытаюсь посоветовать. > > 1) объем "сырых" данных вряд ли превысит 0.1ТБ (а скорее, будет в > пределах 0.025-0.05Т); Я же и говорю - не понял откуда это "терабайтЫ". > 2) структура баз и запросов будет тривиальной; По модулю того, откуда берутся "терабайтЫ". > 3) основной поток данных будет upstream; > 4) требования к security и trustworeness будут высокими, а вот > robustness нужна лишь статистическая, т.е. это не RT-задача в > сильном смысле RT. Не особо впиливаю, сорри. В работе с СУБД дальше писания хитрых аналитик на языке DOS-го Paradox-а не пошел. Во вполне однопользовательской и локальной системе, причем. > > Если все это так, я бы пошел путем отсечения от суммы кода той или > иной разработки лишнего и работы над security/trust. Одним из основных А это (отсечение) можно проделать безболезненно? От цельного-то продукта? > критериев выбора базы кода будет его модулярность. Т.е. нужно брать и > экспериментировать. Возможно, будет проще добавить нужные функции в > менее зрелый, но более аккуратный код, чем разобраться с более А поименно назвать? Какой именно код подразумевается под "менее зрелый, но более аккуратный"? И в чем тогда его незрелость, коль скоро он более аккуратный? > развитым, но "волосатым". Аналогично. > -- M -- Благоденствия, Олег, он же Каюнов.