[mdk-re] СУБД под Open Source, GNU?

[mdk-re] СУБД под Open Source, GNU?

[Oleg N. Kayunov]

Просьба к All-у - необходим как можно более исчерпывающий список СУБД
под Open Source, желательно с раскрытием конкретных особенностей
лицензирования (GPL, Artistic, etc) либо ссылок - где можно эти
особенности уточнить.

Кстати, как соотносятся MySQL (она вроде как не GPL) и MySQL_GPL?




-- 
                          Благоденствия всем, Олег, он же Каюнов.

ЗЫ Потребность в выяснении этого возникла в связи поставленным в
заседании Центризбиркома вопросом о том, намерена ли она (ЦИК)
переходить на Open Source (из соображений безопасности, хотя бы). Так,
что речь идет о как минимум 3000 компьютерных пунктах разбросаных по
всей России (терминалы ГАС "Выборы").

[mdk-re] Re: [mdk-re] СУБД под Open Source, GNU?

[Alexander Bokovoy]

On Thu, Mar 22, 2001 at 12:33:11PM +0300, Oleg N. Kayunov wrote:
> Просьба к All-у - необходим как можно более исчерпывающий список СУБД
> под Open Source, желательно с раскрытием конкретных особенностей
> лицензирования (GPL, Artistic, etc) либо ссылок - где можно эти
> особенности уточнить.
> 
> Кстати, как соотносятся MySQL (она вроде как не GPL) и MySQL_GPL?
MySQL уже более полугода целиком под GPL. MySQL_GPL -- старая версия,
все новые версии (начиная с ветки 3.23.22 и старше) -- только под GPL.

> ЗЫ Потребность в выяснении этого возникла в связи поставленным в
> заседании Центризбиркома вопросом о том, намерена ли она (ЦИК)
> переходить на Open Source (из соображений безопасности, хотя бы). Так,
> что речь идет о как минимум 3000 компьютерных пунктах разбросаных по
> всей России (терминалы ГАС "Выборы").
Здесь, наверное, PostgreSQL выгоднее был бы (хотя бы из-за большей
стабильности в поддержке транзакций и наличии хранимых процедур).
-- 
Sincerely yours, Alexander Bokovoy 
  The Midgard Project   | www.midgard-project.org |    Aurora R&D team 
Minsk Linux Users Group |    www.minsk-lug.net    |  www.aurora-linux.com  
    ALT Linux Team      |    www.alt-linux.org    | Architecte Open Source
-- The best way to get rid of worries is to let them die of neglect.

[mdk-re] Re: [mdk-re] СУБД под Open Source, GNU?

[Igor Andreev]

Hi!

On Thu, Mar 22, 2001 at 12:33:11PM +0300, Oleg N. Kayunov wote:
|Просьба к All-у - необходим как можно более исчерпывающий список СУБД
|под Open Source, желательно с раскрытием конкретных особенностей
|лицензирования (GPL, Artistic, etc) либо ссылок - где можно эти
|особенности уточнить.

не далее как вчера смотрел страницы на http://vip.hex.net/~cbbrowne/total.html

конкретнее про субд - http://vip.hex.net/~cbbrowne/rdbms.html
там в том числе и про sapdb есть (она под open source теперь, но тип лицензии
надо бы уточнить - я не в курсе)

Игорь Андреев
//
Rentex Investment Co.,Ltd.
Irkutsk, Russia Federation
chuck@rentex.irtx.com

Re: [mdk-re] СУБД под Open Source, GNU?

[Anton Farygin]

Добрый день, Олег!

"Oleg N. Kayunov" wrote:

> Просьба к All-у - необходим как можно более исчерпывающий список СУБД
> под Open Source, желательно с раскрытием конкретных особенностей
> лицензирования (GPL, Artistic, etc) либо ссылок - где можно эти
> особенности уточнить.

MySQL - полностью GPL.  С недавнего времени его перевели на GPL.
PostgreSQL - BSD.

>
>
> Кстати, как соотносятся MySQL (она вроде как не GPL) и MySQL_GPL?
>
> --
>                           Благоденствия всем, Олег, он же Каюнов.
>
> ЗЫ Потребность в выяснении этого возникла в связи поставленным в
> заседании Центризбиркома вопросом о том, намерена ли она (ЦИК)
> переходить на Open Source (из соображений безопасности, хотя бы). Так,
> что речь идет о как минимум 3000 компьютерных пунктах разбросаных по
> всей России (терминалы ГАС "Выборы").
>

Для этого нужно проанализаировать задачу... более подробнее.

Rgds
Anton

Re: [mdk-re] óõâä ÐÏÄ Open Source, GNU?

[Roman Ivanov]

Hello Oleg,

четверг, 22 марта 2001 г., you wrote:

ONK> Просьба к All-у - необходим как можно более исчерпывающий список СУБД
ONK> под Open Source, желательно с раскрытием конкретных особенностей
ONK> лицензирования (GPL, Artistic, etc) либо ссылок - где можно эти
ONK> особенности уточнить.

MySQL - GPL, хороша на маленьких проектах, где требуются быстрый и
маленький сервер БД.

PosgreSQL - BSD-style, если я не ошибаюсь. Неплохая СУБД, помощнее
MySQL.

Interbase/Firebird - аналог MPL, мощный сервер, много всего умеет.

Бывают еще всякие mSQL и т.д. и т.п. - но самые распространенные
именно эти три.




Best regards,
 Roman AKA Thingol AKA Kukutz     mailto:thingol@mail.ru
 http://www.kukutz.com            ftp://thingol.da.ru/
 ICQ UIN: 551593                  

Re: [mdk-re] СУБД под Open Source, GNU?

[Sergei]

22 Март 2001 12:58 Вы написали:
> MySQL - GPL, хороша на маленьких проектах, где требуются быстрый и
> маленький сервер БД.
>
> PosgreSQL - BSD-style, если я не ошибаюсь. Неплохая СУБД, помощнее
> MySQL.

Нормальную авторизацию бы для postgresql..... А то 8 символов пароля - 
странно.

> Interbase/Firebird - аналог MPL, мощный сервер, много всего умеет.
>
> Бывают еще всякие mSQL и т.д. и т.п. - но самые распространенные
> именно эти три.

-- 
С уважением, Епифанов Сергей

Re: [mdk-re] СУБД под Open Source, GNU?

[Oleg N. Kayunov]

Anton Farygin wrote:
> 
> Добрый день, Олег!
> 
> "Oleg N. Kayunov" wrote:
> 
> > Просьба к All-у - необходим как можно более исчерпывающий список СУБД
> > под Open Source, желательно с раскрытием конкретных особенностей
> > лицензирования (GPL, Artistic, etc) либо ссылок - где можно эти
> > особенности уточнить.
> 
> MySQL - полностью GPL.  С недавнего времени его перевели на GPL.
> PostgreSQL - BSD.
Буду искать, но если знаете намыльте - где есть на русском?
В смысле - текст лицензии, достоверный перевод. (Юриспруденция все таки)
Совсем идеально - сопоставление с GPL.


> > Кстати, как соотносятся MySQL (она вроде как не GPL) и MySQL_GPL?
> >
> > --
> >                           Благоденствия всем, Олег, он же Каюнов.
> >
> > ЗЫ Потребность в выяснении этого возникла в связи поставленным в
> > заседании Центризбиркома вопросом о том, намерена ли она (ЦИК)
> > переходить на Open Source (из соображений безопасности, хотя бы). Так,
> > что речь идет о как минимум 3000 компьютерных пунктах разбросаных по
> > всей России (терминалы ГАС "Выборы").
> Для этого нужно проанализаировать задачу... более подробнее.
Разумеется.
Но первое с чем я столкнулся - те кто там этим занимаются заявили типа,
что:
"Линейка Linux не замкнута!"
я: "В каком смысле?""
ответ: "Там нет СУБД"
я (с некоторым сомненением) сказал, что вроде MySQL - GPL, но мне
ответили, что нет и что "Хорошую вещь даром не дадут"
Так что более точный подбор под технические характеристики - следующий
этап.
Сначала надо убедить (четко), что есть из чего подбирать.
А то там даже упоминался некий самопальный (подвоенковый?) аналог
Оракл-а.
Не верю я в подвоенковый самопал.
Флуктуации, конечно, бывают (бывали), но...
Насмотрелся.

 
> Rgds
> Anton
-- 
                          Благоденствия, Олег, он же Каюнов.

Re: [mdk-re] СУБД под Open Source, GNU?

[Aleksey Novodvorsky]

"Oleg N. Kayunov" wrote:

> Anton Farygin wrote:
> >
> > Добрый день, Олег!
> >
> > "Oleg N. Kayunov" wrote:
> >
> > > Просьба к All-у - необходим как можно более исчерпывающий список СУБД
> > > под Open Source, желательно с раскрытием конкретных особенностей
> > > лицензирования (GPL, Artistic, etc) либо ссылок - где можно эти
> > > особенности уточнить.
> >
> > MySQL - полностью GPL.  С недавнего времени его перевели на GPL.
> > PostgreSQL - BSD.
> Буду искать, но если знаете намыльте - где есть на русском?
> В смысле - текст лицензии, достоверный перевод. (Юриспруденция все таки)
> Совсем идеально - сопоставление с GPL.

http://www.opensource.org , там все есть. Кроме переводов. Впрочем, лицензия
BSD настолько коротка, что перевести ее несложно.

>
>
> Разумеется.
> Но первое с чем я столкнулся - те кто там этим занимаются заявили типа,
> что:
> "Линейка Linux не замкнута!"
> я: "В каком смысле?""
> ответ: "Там нет СУБД"
> я (с некоторым сомненением) сказал, что вроде MySQL - GPL, но мне
> ответили, что нет и что "Хорошую вещь даром не дадут"

:-) В каком-то смысле незамкнутость линейки -- правда. СУБД класса
Oracle/Sybase  действительно нет.

>
> Так что более точный подбор под технические характеристики - следующий
> этап.
> Сначала надо убедить (четко), что есть из чего подбирать.
> А то там даже упоминался некий самопальный (подвоенковый?) аналог
> Оракл-а.

Linter.  Плохо масштабируется,  для большого числа сеансов непригоден.
Впрочем, сведения могли устареть. Если так -- утром поправят.
Rgrds, AEN

[mdk-re] Re: СУБД под Open Source, GNU?

[Oleg N. Kayunov]

Aleksey Novodvorsky wrote:
> 
> "Oleg N. Kayunov" wrote:
> 
> > Anton Farygin wrote:
> > >
> > > Добрый день, Олег!
> > >
> > > "Oleg N. Kayunov" wrote:
> > > > Просьба к All-у - необходим как можно более исчерпывающий список СУБД
<skip>
> > В смысле - текст лицензии, достоверный перевод. (Юриспруденция все таки)
> > Совсем идеально - сопоставление с GPL.
> http://www.opensource.org , там все есть. Кроме переводов. Впрочем, лицензия
> BSD настолько коротка, что перевести ее несложно.
Бум смотреть.
Главное, чтоб при переводе не объявился "голый проводник бегущий под
вагоном".
В юридическом варианте.
На подобное натакивался даже в профессиональных (вроде) юридических
преводах.
Типа Конституции США (говорю по результатм бесед со специалистами).


> > Разумеется.
> > Но первое с чем я столкнулся - те кто там этим занимаются заявили типа,
> > что:
> > "Линейка Linux не замкнута!"
> > я: "В каком смысле?""
> > ответ: "Там нет СУБД"
> > я (с некоторым сомненением) сказал, что вроде MySQL - GPL, но мне
> > ответили, что нет и что "Хорошую вещь даром не дадут"
> 
> :-) В каком-то смысле незамкнутость линейки -- правда. СУБД класса
> Oracle/Sybase  действительно нет.
В каком отношении "класса"?
В раговоре проскользнуло слово "терабайт" (я что-то пока никак не
соображу - откуда),
но структурная сложность там не представляется слишком большой.
Упоминалось некое число классификаторов меньшее 20 (точнее не помню).
Да и большая часть машин будет работать никак не терабайтами:
список избирателей (ФИО, возраст, паспорт, адрес) и результаты
голосования по участкам ([18+<число кандидатов>] строк в протоколе +
3-20 членов комиссии). Территориальная комиссия (откуда начинается
компьтеризация) - порядка 30 участков.
(Участок в среднем ~1000 избирателей).
И т.д., по по восходящей.
Порядок величин понятен.

<skip>
> Rgrds, AEN
> 
-- 
                          Благоденствия, Олег, он же Каюнов.

Re: [mdk-re] Re: [mdk-re] óõâä ÐÏÄ Open Source, GNU?

[A. Mamonov]

þÔ×, 22 íÁÒ 2001, ÷Ù ÎÁÐÉÓÁÌÉ:
> On Thu, Mar 22, 2001 at 12:33:11PM +0300, Oleg N. Kayunov wrote:
> > ðÒÏÓØÂÁ Ë All-Õ - ÎÅÏÂÈÏÄÉÍ ËÁË ÍÏÖÎÏ ÂÏÌÅÅ ÉÓÞÅÒÐÙ×ÁÀÝÉÊ ÓÐÉÓÏË óõâä
> > ÐÏÄ Open Source, ÖÅÌÁÔÅÌØÎÏ Ó ÒÁÓËÒÙÔÉÅÍ ËÏÎËÒÅÔÎÙÈ ÏÓÏÂÅÎÎÏÓÔÅÊ
> > ÌÉÃÅÎÚÉÒÏ×ÁÎÉÑ (GPL, Artistic, etc) ÌÉÂÏ ÓÓÙÌÏË - ÇÄÅ ÍÏÖÎÏ ÜÔÉ
> > ÏÓÏÂÅÎÎÏÓÔÉ ÕÔÏÞÎÉÔØ.
> > 
> > ëÓÔÁÔÉ, ËÁË ÓÏÏÔÎÏÓÑÔÓÑ MySQL (ÏÎÁ ×ÒÏÄÅ ËÁË ÎÅ GPL) É MySQL_GPL?
> MySQL ÕÖÅ ÂÏÌÅÅ ÐÏÌÕÇÏÄÁ ÃÅÌÉËÏÍ ÐÏÄ GPL. MySQL_GPL -- ÓÔÁÒÁÑ ×ÅÒÓÉÑ,
> ×ÓÅ ÎÏ×ÙÅ ×ÅÒÓÉÉ (ÎÁÞÉÎÁÑ Ó ×ÅÔËÉ 3.23.22 É ÓÔÁÒÛÅ) -- ÔÏÌØËÏ ÐÏÄ GPL.
> 
> > úù ðÏÔÒÅÂÎÏÓÔØ × ×ÙÑÓÎÅÎÉÉ ÜÔÏÇÏ ×ÏÚÎÉËÌÁ × Ó×ÑÚÉ ÐÏÓÔÁ×ÌÅÎÎÙÍ ×
> > ÚÁÓÅÄÁÎÉÉ ãÅÎÔÒÉÚÂÉÒËÏÍÁ ×ÏÐÒÏÓÏÍ Ï ÔÏÍ, ÎÁÍÅÒÅÎÁ ÌÉ ÏÎÁ (ãéë)
> > ÐÅÒÅÈÏÄÉÔØ ÎÁ Open Source (ÉÚ ÓÏÏÂÒÁÖÅÎÉÊ ÂÅÚÏÐÁÓÎÏÓÔÉ, ÈÏÔÑ ÂÙ). ôÁË,
> > ÞÔÏ ÒÅÞØ ÉÄÅÔ Ï ËÁË ÍÉÎÉÍÕÍ 3000 ËÏÍÐØÀÔÅÒÎÙÈ ÐÕÎËÔÁÈ ÒÁÚÂÒÏÓÁÎÙÈ ÐÏ
> > ×ÓÅÊ òÏÓÓÉÉ (ÔÅÒÍÉÎÁÌÙ çáó "÷ÙÂÏÒÙ").
> úÄÅÓØ, ÎÁ×ÅÒÎÏÅ, PostgreSQL ×ÙÇÏÄÎÅÅ ÂÙÌ ÂÙ (ÈÏÔÑ ÂÙ ÉÚ-ÚÁ ÂÏÌØÛÅÊ
> ÓÔÁÂÉÌØÎÏÓÔÉ × ÐÏÄÄÅÒÖËÅ ÔÒÁÎÚÁËÃÉÊ É ÎÁÌÉÞÉÉ ÈÒÁÎÉÍÙÈ ÐÒÏÃÅÄÕÒ).
> -- 
ñ ÐÏÌÇÏÄÁ ÎÁÚÁÄ ÓÔÁ×ÉÌ × ÏÄÎÕ ÎÁÕÞÎÕÀ ÌÁÂÏÒÁÔÏÒÉÀ ðÏÓÔÇÒÅÓ.
ðÏÓÔÁ×ÉÌ É ÄÏ Ó×ÉÄÁÎÉÑ. á ÔÁÍ ÐÒÏÇÒÁÍÍÉÓÔËÉ (ÄÅ×ÕÛËÉ, ÚÁÍÅÔØÔÅ),
ËÏÇÄÁ ÒÁÚÏÂÒÁÌÉÓØ, ÂÙÌÉ ÏÏÏÞÅÎØ ÄÏ×ÏÌØÎÙ, ÄÁÖÅ ÏÔ ÏÒÁËÌÁ ÏÔËÁÚÁÌÉÓØ.
îÕ É, ÎÁÄÏ ÓËÁÚÁÔØ, ÄÏ×ÏÌØÎÏ ÍÏÝÎÙÊ ÐÒÏÅËÔ Ó×ÁÑÌÉ ÚÁ 3 ÍÅÓÑÃÁ.
óÉÓÔÅÍÕ ÄÉÓÔÁÎÃÉÏÎÎÏÇÏ ÏÂÕÞÅÎÉÑ ÓÔÕÄÅÎÔÏ× × ÷õúÅ.
á. íÁÍÏÎÏ×.   mamonov@lexa.irkutsk.ru

[mdk-re] Re: [mdk-re] Re: [mdk-re] СУБД под Open Source, GNU?

[Vladimir Motov]

> Я полгода назад ставил в одну научную лабораторию Постгрес.
> Поставил и до свидания. А там программистки (девушки, заметьте),
> когда разобрались, были ооочень довольны, даже от оракла отказались.
> Ну и, надо сказать, довольно мощный проект сваяли за 3 месяца.
> Систему дистанционного обучения студентов в ВУЗе.
> А. Мамонов.   mamonov@lexa.irkutsk.ru

Просто база подошла под их задачи, если требования возрастут придётся
перейти на Oracle. Уже стали возникать вопросы при переходе с MySQL на
Oracle. А вообще какие задачи такая и база.

[mdk-re] Re[2]: [mdk-re] Re: [mdk-re] СУБД под Open Source, GNU?

[Sergey Krivulja]

Hello A.,

AM> Я полгода назад ставил в одну научную лабораторию Постгрес.
AM> Поставил и до свидания. А там программистки (девушки, заметьте),
AM> когда разобрались, были ооочень довольны, даже от оракла отказались.
AM> Ну и, надо сказать, довольно мощный проект сваяли за 3 месяца.
AM> Систему дистанционного обучения студентов в ВУЗе.
AM> А. Мамонов.   mamonov@lexa.irkutsk.ru
О чем это говорит? А о том, что не везде нужен или нужны
столь большие БД как Oracle. И ниша для таких небольших
БД как MySQL, PostgresSQL  есть.

-- 
Best regards,
 Sergey                            mailto:skrivulja@erec.ru

[mdk-re] Re: [mdk-re] СУБД под Open Source, GNU?

[Mikhail Zabaluev]

Hello Sergei,

On Thu, Mar 22, 2001 at 19:49 +0300, Sergei wrote:
>
> 22 Март 2001 12:58 Вы написали:
> > MySQL - GPL, хороша на маленьких проектах, где требуются быстрый и
> > маленький сервер БД.
> >
> > PosgreSQL - BSD-style, если я не ошибаюсь. Неплохая СУБД, помощнее
> > MySQL.
> 
> Нормальную авторизацию бы для postgresql..... А то 8 символов пароля - 
> странно.

Лучше уж гнать по SSL. Тем более такую ответственную вещь, как "Выборы".

> > Interbase/Firebird - аналог MPL, мощный сервер, много всего умеет.

Здесь, возможно, не до конца законопачены "дырки", проделанные в разное
время программистами Borland с целью облегчить себе жизнь и потешиться
осознанием тайной власти.

-- 
Stay tuned,
  MhZ                                    mailto:mookid@sigent.ru
-----------
marriage, n.:
	Convertible bonds.

Re: [mdk-re] Re: СУБД под Open Source, GNU?

[rider]

"Oleg N. Kayunov" wrote:

> Aleksey Novodvorsky wrote:
> >
> > "Oleg N. Kayunov" wrote:
> >
> > > Anton Farygin wrote:
> > > >
> > > > Добрый день, Олег!
> > > >
> > > > "Oleg N. Kayunov" wrote:
> > > > > Просьба к All-у - необходим как можно более исчерпывающий список СУБД
> <skip>
> > > В смысле - текст лицензии, достоверный перевод. (Юриспруденция все таки)
> > > Совсем идеально - сопоставление с GPL.
> > http://www.opensource.org , там все есть. Кроме переводов. Впрочем, лицензия
> > BSD настолько коротка, что перевести ее несложно.
> Бум смотреть.
> Главное, чтоб при переводе не объявился "голый проводник бегущий под
> вагоном".
> В юридическом варианте.
> На подобное натакивался даже в профессиональных (вроде) юридических
> преводах.
> Типа Конституции США (говорю по результатм бесед со специалистами).
>
> > > Разумеется.
> > > Но первое с чем я столкнулся - те кто там этим занимаются заявили типа,
> > > что:
> > > "Линейка Linux не замкнута!"
> > > я: "В каком смысле?""
> > > ответ: "Там нет СУБД"
> > > я (с некоторым сомненением) сказал, что вроде MySQL - GPL, но мне
> > > ответили, что нет и что "Хорошую вещь даром не дадут"
> >
> > :-) В каком-то смысле незамкнутость линейки -- правда. СУБД класса
> > Oracle/Sybase  действительно нет.
> В каком отношении "класса"?
> В раговоре проскользнуло слово "терабайт" (я что-то пока никак не
> соображу - откуда),
> но структурная сложность там не представляется слишком большой.
> Упоминалось некое число классификаторов меньшее 20 (точнее не помню).
> Да и большая часть машин будет работать никак не терабайтами:
> список избирателей (ФИО, возраст, паспорт, адрес) и результаты
> голосования по участкам ([18+<число кандидатов>] строк в протоколе +
> 3-20 членов комиссии). Территориальная комиссия (откуда начинается
> компьтеризация) - порядка 30 участков.
> (Участок в среднем ~1000 избирателей).
> И т.д., по по восходящей.
> Порядок величин понятен.
>

MySQL это потянет просто запросто ;-)
Если можно - дайте информацию о технике, которая будет использоваться...

(Объем памяти, тип процессора и т.д.)

Как я понимаю - вся эта информация должна стекаться в центр в Москве в режиме
реального времени?

Rgds
Anton

Re: [mdk-re] СУБД под Open Source, GNU?

[rider]

"Oleg N. Kayunov" wrote:

> Anton Farygin wrote:
> >
> > Добрый день, Олег!
> >
> > "Oleg N. Kayunov" wrote:
> >
> > > Просьба к All-у - необходим как можно более исчерпывающий список СУБД
> > > под Open Source, желательно с раскрытием конкретных особенностей
> > > лицензирования (GPL, Artistic, etc) либо ссылок - где можно эти
> > > особенности уточнить.
> >
> > MySQL - полностью GPL.  С недавнего времени его перевели на GPL.
> > PostgreSQL - BSD.
> Буду искать, но если знаете намыльте - где есть на русском?
> В смысле - текст лицензии, достоверный перевод. (Юриспруденция все таки)
> Совсем идеально - сопоставление с GPL.
>
> > > Кстати, как соотносятся MySQL (она вроде как не GPL) и MySQL_GPL?
> > >
> > > --
> > >                           Благоденствия всем, Олег, он же Каюнов.
> > >
> > > ЗЫ Потребность в выяснении этого возникла в связи поставленным в
> > > заседании Центризбиркома вопросом о том, намерена ли она (ЦИК)
> > > переходить на Open Source (из соображений безопасности, хотя бы). Так,
> > > что речь идет о как минимум 3000 компьютерных пунктах разбросаных по
> > > всей России (терминалы ГАС "Выборы").
> > Для этого нужно проанализаировать задачу... более подробнее.
> Разумеется.
> Но первое с чем я столкнулся - те кто там этим занимаются заявили типа,
> что:
> "Линейка Linux не замкнута!"
> я: "В каком смысле?""
> ответ: "Там нет СУБД"
> я (с некоторым сомненением) сказал, что вроде MySQL - GPL, но мне
> ответили, что нет и что "Хорошую вещь даром не дадут"

MySQL действительно GPL. База довольно мощная и быстрая, но по возможностям
до Oracle ей далековато...
Очень хорошо показывает себя при работе с большими таблицами.

>
> Так что более точный подбор под технические характеристики - следующий
> этап.
> Сначала надо убедить (четко), что есть из чего подбирать.
> А то там даже упоминался некий самопальный (подвоенковый?) аналог
> Оракл-а.

Это Линтер ВС. До свободы ему далеко ;-)...
Подробнее об этом проекте: http://www.relex.ru
Я знаю разработчиков Линтер лично. Могу сказать - это местные кулибины...
особенно один из них ;-).
В принципе ничего плохого об этой базе сказать не могу (впрочем как и ничего
хорошего). Реально под нагрузкой мне ее испытать не удалось, ибо так и не
допросился от ребят модуля PHP для работы с Linter.
Внешне - реализована вполне интересно... некоторые решения откровенно
впечатляют...
Особенно классно, что Linter работает под ВСЕМИ существующими операционными
системами/платформами.

Но мой личный выбор - MySQL. Быстрее и легче него еще не видел.

Rgds
Anton

Re: [mdk-re] СУБД под Open Source, GNU?

[Peter Novodvorsky]

"Oleg N. Kayunov" <okayunov@mtu-net.ru> writes:

> Просьба к All-у - необходим как можно более исчерпывающий список СУБД
> под Open Source, желательно с раскрытием конкретных особенностей
> лицензирования (GPL, Artistic, etc) либо ссылок - где можно эти
> особенности уточнить.

Активных  проектов немного. Это firebird (это  продолжение interbase,
MPL-like license, все равно  opensource),  MySQL (с последнего релиза и самая
новая версия стала выходить под GPL) и PostgreSQL (AFAIR, GPL).

MPL --  это лицензия придуманная изначально в Mozilla.Org. Это Open Source
лицензия. Но. Если вы делаете модификации и закрываете код, то Initial 
Developer (в  данном случае borland/inprise) может их потребовать себе.

Про GPL понятно.

> 
> Кстати, как соотносятся MySQL (она вроде как не GPL) и MySQL_GPL?

Теперь такая штука как MySQL_GPL должна сгинуть. Прсто раньше  у разработчиков
MySQL  была такая стратегия: последнюю версию mysql  они выпускали под
non-opensource license, чтобы зарабатывать на этом деньги (каждый это  делает
как может), а предпоследнюю выпускали под GPL.  

> 
> ЗЫ Потребность в выяснении этого возникла в связи поставленным в
> заседании Центризбиркома вопросом о том, намерена ли она (ЦИК)
> переходить на Open Source (из соображений безопасности, хотя бы). Так,
> что речь идет о как минимум 3000 компьютерных пунктах разбросаных по
> всей России (терминалы ГАС "Выборы").

wow!

-- 
Peter Novodvorsky                                  AltLinux Team, Russia
Debian.Org         Debian@Linux Expo Road Show   http://debian.org/~nidd
                Debian  ---  no need to  wait for tomorrow.

Re: [mdk-re] СУБД под Open Source, GNU?

[Peter Novodvorsky]

"Oleg N. Kayunov" <okayunov@mtu-net.ru> writes:

> Просьба к All-у - необходим как можно более исчерпывающий список СУБД
> под Open Source, желательно с раскрытием конкретных особенностей
> лицензирования (GPL, Artistic, etc) либо ссылок - где можно эти
> особенности уточнить.
> 

В догонку  про postgreSQL (http://www.postgresql.org/), очень хорошая статья:
http://OpenACS.org/why-not-mysql.html.

-- 
Peter Novodvorsky                                  AltLinux Team, Russia
Debian.Org         Debian@Linux Expo Road Show   http://debian.org/~nidd
                Debian  ---  no need to  wait for tomorrow.

[mdk-re] Re: [mdk-re] СУБД под Open Source, GNU?

[Alexander Bokovoy]

On Thu, Mar 22, 2001 at 12:37:51PM +0300, Peter Novodvorsky wrote:
> "Oleg N. Kayunov" <okayunov@mtu-net.ru> writes:
> 
> > Просьба к All-у - необходим как можно более исчерпывающий список СУБД
> > под Open Source, желательно с раскрытием конкретных особенностей
> > лицензирования (GPL, Artistic, etc) либо ссылок - где можно эти
> > особенности уточнить.
> > 
> 
> В догонку  про postgreSQL (http://www.postgresql.org/), очень хорошая статья:
> http://OpenACS.org/why-not-mysql.html.
Бен Адида мог бы больше рассказать :-) Сейчас для OpenACS переход на любую
другую базу данных с PosgreSQL будет подобен смерти -- они с Oracle на него полтора
года портировали. 300 таблиц, сотни хранимых процедур и тысячи триггеров
сейчас жмут сильнее, чем требования к системе, которые они изначально ставили.
-- 
Sincerely yours, Alexander Bokovoy 
  The Midgard Project   | www.midgard-project.org |    Aurora R&D team 
Minsk Linux Users Group |    www.minsk-lug.net    |  www.aurora-linux.com  
    ALT Linux Team      |    www.alt-linux.org    | Architecte Open Source
-- They're only trying to make me LOOK paranoid!

Re: [mdk-re] Re: СУБД под Open Source, GNU?

[Oleg N. Kayunov]

rider wrote:
> 
> "Oleg N. Kayunov" wrote:
> 
> > Aleksey Novodvorsky wrote:
> > >
> > > "Oleg N. Kayunov" wrote:
> > >
> > > > Anton Farygin wrote:
> > > > >
> > > > > Добрый день, Олег!
> > > > >
> > > > > "Oleg N. Kayunov" wrote:
> > > > > > Просьба к All-у - необходим как можно более исчерпывающий список СУБД

<skip>

> > > :-) В каком-то смысле незамкнутость линейки -- правда. СУБД класса
> > > Oracle/Sybase  действительно нет.
> > В каком отношении "класса"?
> > В раговоре проскользнуло слово "терабайт" (я что-то пока никак не
> > соображу - откуда),
> > но структурная сложность там не представляется слишком большой.
> > Упоминалось некое число классификаторов меньшее 20 (точнее не помню).
> > Да и большая часть машин будет работать никак не терабайтами:
> > список избирателей (ФИО, возраст, паспорт, адрес) и результаты
> > голосования по участкам ([18+<число кандидатов>] строк в протоколе +
> > 3-20 членов комиссии). Территориальная комиссия (откуда начинается
> > компьтеризация) - порядка 30 участков.
> > (Участок в среднем ~1000 избирателей).
> > И т.д., по по восходящей.
> > Порядок величин понятен.
> >
> 
> MySQL это потянет просто запросто ;-)
> Если можно - дайте информацию о технике, которая будет использоваться...
Пока - не можнл.
Не выяснял.

 
> (Объем памяти, тип процессора и т.д.)
> 
> Как я понимаю - вся эта информация должна стекаться в центр в Москве в режиме
> реального времени?
В день голосования - да.
Но, похоже, что устремления ЦИК-а идут на то, чтобы сделать эту систему
некоторой параллельной системой статучета.
Поскольку данные обо всех взрослых гражданах туда уже внесены.
А терминалы рассеяны по всей России.
(При всех опотенциальных опасностях - мысль не слишком неразумная, IMHO)
Ну а тут  уже насчет реального времени не ясно - не ясно какие будут
запросы. 

> Rgds
> Anton
> 

-- 
                          Благоденствия, Олег.

[mdk-re] Re: [mdk-re] Re: СУБД под Open Source, GNU?

[Mikhail Zabaluev]

Hello Oleg,

On Fri, Mar 23, 2001 at 03:22 +0300, Oleg N. Kayunov wrote:
>
> > > Разумеется.
> > > Но первое с чем я столкнулся - те кто там этим занимаются заявили типа,
> > > что:
> > > "Линейка Linux не замкнута!"
> > > я: "В каком смысле?""
> > > ответ: "Там нет СУБД"
> > > я (с некоторым сомненением) сказал, что вроде MySQL - GPL, но мне
> > > ответили, что нет и что "Хорошую вещь даром не дадут"
> > 
> > :-) В каком-то смысле незамкнутость линейки -- правда. СУБД класса
> > Oracle/Sybase  действительно нет.
> В каком отношении "класса"?
> В раговоре проскользнуло слово "терабайт" (я что-то пока никак не
> соображу - откуда),
> но структурная сложность там не представляется слишком большой.
> Упоминалось некое число классификаторов меньшее 20 (точнее не помню).
> Да и большая часть машин будет работать никак не терабайтами:
> список избирателей (ФИО, возраст, паспорт, адрес) и результаты
> голосования по участкам ([18+<число кандидатов>] строк в протоколе +
> 3-20 членов комиссии). Территориальная комиссия (откуда начинается
> компьтеризация) - порядка 30 участков.
> (Участок в среднем ~1000 избирателей).
> И т.д., по по восходящей.
> Порядок величин понятен.

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

Большинством нужных фич обладают мощные коммерческие СУБД - Oracle,
Informix, Sybase - но, как вы сказали, иностранным корпорацыям доверия
нет.

-- 
Stay tuned,
  MhZ                                    mailto:mookid@sigent.ru
-----------
Having children is like having a bowling alley installed in your brain.
		-- Martin Mull

[mdk-re] XFree 4.0.2 в mono?

[Michael Ivanov]

Здравствуйте, all!

Можно ли XFree86 4.0.x заставить работать в монохромном режиме но
с размером пикселя > 8 бит? В режиме bpp 8 с visual grayscale всё
работает, но картинка грубовата, насколько я понял, всего 256 оттенков
серого. А для bpp 16 этот visual не поддерживается. Может я чего проглядел?

Rgrds
-- 
 \   / |			           |
 (OvO) |  Иванов Михаил                    |
 (^^^) |      Voice:   +7 (812) 328-1907   |
  \^/  |      E-mail:  ivans@isle.spb.ru   |
  ^ ^  |                                   |

Re: [mdk-re] XFree 4.0.2 × mono?

[Serge Skorokhodov]

Hello Michael,

суббота, 24 марта 2001 г., you wrote:

MI> Здравствуйте, all!

MI> Можно ли XFree86 4.0.x заставить работать в монохромном
MI> режиме но с размером пикселя 8 бит? В режиме bpp 8 с visual
MI> grayscale всё работает, но картинка грубовата, насколько я
MI> понял, всего 256 оттенков серого. А для bpp 16 этот visual не
MI> поддерживается. Может я чего проглядел?

Я не пробовал с XFree86, но работал с рентгеновскими
изображениями под Windows. Исходная картинка -- аппаратно
конвертированная ангиографической установкой Siemens картинка
1240 (кажется, уже не помню точно) строк Х 11 бит в SVHS
телевизионный сигнал 8 бит. Качество конвертации очень хорошее (в
8 битном рентгене всегда проблема с выравниванием темных и
светлых областей). К сути: нормально видеть эту картинку на
мониторе компьютера можно только в True Color. Любое меньшее
цветовое разрешение картинку явно портит из-за нехватки уровней
серого. К сожалению я не знаю, что есть bpp 8 visual grayscale,
но исходя из вышеизложенного рекомендовал бы перейти на
нормальный True Color. Все хорошие монохромные мониторы, с
которыми мне приходилось сталкиваться в своей работе -- очень
дорогие специальные игрушки, выпускаемые, как правило, по заказу
грандов рентгеновской аппаратуры:(

Best regards,
 Serge Skorokhodov                      mailto:suralis@mailru.com

Re: [mdk-re] XFree 4.0.2 в mono?

[SilverFox]

Michael Ivanov wrote:

> Здравствуйте, all!
> 
> Можно ли XFree86 4.0.x заставить работать в монохромном режиме но
> с размером пикселя > 8 бит? В режиме bpp 8 с visual grayscale всё
> работает, но картинка грубовата, насколько я понял, всего 256 оттенков
> серого. А для bpp 16 этот visual не поддерживается. Может я чего проглядел?
> 
> Rgrds

А я что-то вообще не представляю возможность получения более 256 оттенков серого.
Разве при 32 битах на точку? А при 24 - это как раз 256. А при 16 и того меньше.
А 8 бит - это как раз выборка 256 разных, одинаковых по интенсивности, сочетаний RGB, 
каждый, из которых, имеет 256 градаций , так как занимает 8 бит. Конечно мои сведения 
уже могли устареть...  


-- 
Анатолий Петрович Лисютин (AKA Silver Fox) ICQ:6647501
mailto:SilverFox@rgantd.ru  mailto:SilverFox@optics.npi.msu.su
РГАНТД Российский государственный архив научно-технической документации
http://rgantd.ru

Re: [mdk-re] XFree 4.0.2 в mono?

[Michael Ivanov]

Hallo,

On 24 March 2001 13:33, you wrote:

> Я не пробовал с XFree86, но работал с рентгеновскими
> изображениями под Windows. Исходная картинка -- аппаратно
> конвертированная ангиографической установкой Siemens картинка
> 1240 (кажется, уже не помню точно) строк Х 11 бит в SVHS
> телевизионный сигнал 8 бит. Качество конвертации очень хорошее (в
> 8 битном рентгене всегда проблема с выравниванием темных и
> светлых областей). К сути: нормально видеть эту картинку на
> мониторе компьютера можно только в True Color. Любое меньшее
> цветовое разрешение картинку явно портит из-за нехватки уровней
> серого. К сожалению я не знаю, что есть bpp 8 visual grayscale,
> но исходя из вышеизложенного рекомендовал бы перейти на
> нормальный True Color. Все хорошие монохромные мониторы, с
> которыми мне приходилось сталкиваться в своей работе -- очень
> дорогие специальные игрушки, выпускаемые, как правило, по заказу
> грандов рентгеновской аппаратуры:(

Да нет, я цветной монитор в хорошем монохроме пытался заставить работать.
Truecolour ессно даёт цветную картинку. Насколько я понял, качественное
чёрно-белое изображение можно получить только на монохромном мониторе.
Ажар.

Rgrds
-- 
 \   / |			           |
 (OvO) |  Michael Ivanov                   |
 (^^^) |      Voice:   +7 (812) 328-1907   |
  \^/  |      E-mail:  ivans@isle.spb.ru   |
  ^ ^  |                                   |

Re[2]: [mdk-re] XFree 4.0.2 × mono?

[Serge Skorokhodov]

Hello SilverFox,

суббота, 24 марта 2001 г., you wrote:

>> Можно ли XFree86 4.0.x заставить работать в монохромном режиме
>> но с размером пикселя > 8 бит? В режиме bpp 8 с visual
>> grayscale всё работает, но картинка грубовата, насколько я
>> понял, всего 256 оттенков серого. А для bpp 16 этот visual не
>> поддерживается. Может я чего проглядел?

S> А я что-то вообще не представляю возможность получения более
S> 256 оттенков серого. Разве при 32 битах на точку? А при 24 -
S> это как раз 256. А при 16 и того меньше. А 8 бит - это как раз
S> выборка 256 разных, одинаковых по интенсивности, сочетаний
S> RGB, каждый, из которых, имеет 256 градаций , так как занимает
S> 8 бит. Конечно мои сведения уже могли устареть...

Как я понимаю из опыта работы с рентгеновскими изображениями, вся
проблема в том, что подразумевается под bpp 8 visual grayscale.

Best regards,
 Serge Skorokhodov                            mailto:suralis@mailru.com

Re[2]: [mdk-re] XFree 4.0.2 × mono?

[Serge Skorokhodov]

Hello Michael,

суббота, 24 марта 2001 г., you wrote:

>> Я не пробовал с XFree86, но работал с рентгеновскими
>> изображениями под Windows. Исходная картинка -- аппаратно
>> конвертированная ангиографической установкой Siemens картинка
>> 1240 (кажется, уже не помню точно) строк Х 11 бит в SVHS
>> телевизионный сигнал 8 бит. Качество конвертации очень хорошее
>> (в 8 битном рентгене всегда проблема с выравниванием темных и
>> светлых областей). К сути: нормально видеть эту картинку на
>> мониторе компьютера можно только в True Color. Любое меньшее
>> цветовое разрешение картинку явно портит из-за нехватки
>> уровней серого. К сожалению я не знаю, что есть bpp 8 visual
>> grayscale, но исходя из вышеизложенного рекомендовал бы
>> перейти на нормальный True Color. Все хорошие монохромные
>> мониторы, с которыми мне приходилось сталкиваться в своей
>> работе -- очень дорогие специальные игрушки, выпускаемые, как
>> правило, по заказу грандов рентгеновской аппаратуры:(

MI> Да нет, я цветной монитор в хорошем монохроме пытался
MI> заставить работать. Truecolour ессно даёт цветную картинку.
MI> Насколько я понял, качественное чёрно-белое изображение можно
MI> получить только на монохромном мониторе. Ажар.

Да проблема "подкрашивания" первично-серой картинки (а
рентгенограмма -- это двухмерная карта интенсивности поглощения
рентгеновских лучей:) существует, но, по моему скромному опыту,
она тем меньше, чем лучше монитор. Хороший 19-21 дюймовик -- в
пределах штуки вполне реален. А хороший Simens'овский монохромный
монитор (правда именно для этой задачи и действительно хороший)
-- порядка пяти и выше. С другими поставщиками (GE, Pickker(могу
ошибиться в названии)etc.) картина схожая, пузатая мелочь вроде
Shimadzu обычно использует дорогие RGB мониторы. По опыту могу
сказать, что ангиограммы (это по сути -- рентгеновский кинофильм)
512Х512 в 8-ми битной серой шкале , захваченные с выхода SVHS для
анализа на приличном мониторе в True Color -- пригодны, хотя и не
без проблем (1024Х1024 12 бит серой шкалы конечно лучше), а вот в
High Color -- работать невозможно. "Подкраска" к сожалению
встречается, но практически не мешает.

Best regards,
 Serge Skorokhodov                            mailto:suralis@mailru.com

Re: [mdk-re] Re: СУБД под Open Source, GNU?

[Anton Farygin]

"Oleg N. Kayunov" wrote:
> 
> rider wrote:
> >
> > "Oleg N. Kayunov" wrote:
> >
> > > Aleksey Novodvorsky wrote:
> > > >
> > > > "Oleg N. Kayunov" wrote:
> > > >
> > > > > Anton Farygin wrote:
> > > > > >
> > > > > > Добрый день, Олег!
> > > > > >
> > > > > > "Oleg N. Kayunov" wrote:
> > > > > > > Просьба к All-у - необходим как можно более исчерпывающий список СУБД
> 
> <skip>
> 
> > > > :-) В каком-то смысле незамкнутость линейки -- правда. СУБД класса
> > > > Oracle/Sybase  действительно нет.
> > > В каком отношении "класса"?
> > > В раговоре проскользнуло слово "терабайт" (я что-то пока никак не
> > > соображу - откуда),
> > > но структурная сложность там не представляется слишком большой.
> > > Упоминалось некое число классификаторов меньшее 20 (точнее не помню).
> > > Да и большая часть машин будет работать никак не терабайтами:
> > > список избирателей (ФИО, возраст, паспорт, адрес) и результаты
> > > голосования по участкам ([18+<число кандидатов>] строк в протоколе +
> > > 3-20 членов комиссии). Территориальная комиссия (откуда начинается
> > > компьтеризация) - порядка 30 участков.
> > > (Участок в среднем ~1000 избирателей).
> > > И т.д., по по восходящей.
> > > Порядок величин понятен.
> > >
> >
> > MySQL это потянет просто запросто ;-)
> > Если можно - дайте информацию о технике, которая будет использоваться...
> Пока - не можнл.
> Не выяснял.
> 
> 
> > (Объем памяти, тип процессора и т.д.)
> >
> > Как я понимаю - вся эта информация должна стекаться в центр в Москве в режиме
> > реального времени?
> В день голосования - да.
> Но, похоже, что устремления ЦИК-а идут на то, чтобы сделать эту систему
> некоторой параллельной системой статучета.
> Поскольку данные обо всех взрослых гражданах туда уже внесены.
> А терминалы рассеяны по всей России.
> (При всех опотенциальных опасностях - мысль не слишком неразумная, IMHO)
> Ну а тут  уже насчет реального времени не ясно - не ясно какие будут
> запросы.

Ну в принципе в любом случае это можно организовать: по быстродействию
MySQL вполне справится с несколькими тысячами запросов в секунду...
далее - запись в базу данных можно производить через любые сети и каналы
связи поднимая ssh туннели между хостами... 

В принципе - ничего экстраординарного нет... 
Все довольно просто.
Не сложнее, чем SpyLOG или LRN ;-)))

Rgds
Anton

Re: [mdk-re] Re: СУБД под Open Source, GNU?

[Igor Solovyov]

Hi!

On Sun, 25 Mar 2001 13:36:35 +0400
Anton Farygin <rider@linux.ru.net> wrote:

> Ну в принципе в любом случае это можно организовать: по быстродействию
> MySQL вполне справится с несколькими тысячами запросов в секунду...
> далее - запись в базу данных можно производить через любые сети и каналы
> связи поднимая ssh туннели между хостами... 
> 
> В принципе - ничего экстраординарного нет... 
> Все довольно просто.
> Не сложнее, чем SpyLOG или LRN ;-)))

А в MySQL есть тригеры и хранимые процедуры?

-- 
Best regards!
Igor Solovyov
Zlatoust, Russia

Re: [mdk-re] Re: СУБД под Open Source, GNU?

[Anton Farygin]

Igor Solovyov wrote:
> 
> Hi!
> 
> On Sun, 25 Mar 2001 13:36:35 +0400
> Anton Farygin <rider@linux.ru.net> wrote:
> 
> > Ну в принципе в любом случае это можно организовать: по быстродействию
> > MySQL вполне справится с несколькими тысячами запросов в секунду...
> > далее - запись в базу данных можно производить через любые сети и каналы
> > связи поднимая ssh туннели между хостами...
> >
> > В принципе - ничего экстраординарного нет...
> > Все довольно просто.
> > Не сложнее, чем SpyLOG или LRN ;-)))
> 
> А в MySQL есть тригеры и хранимые процедуры?

Нет.

Rgds
Anton

Re: [mdk-re] Re: СУБД под Open Source, GNU?

[Igor Solovyov]

Hi!

On Sun, 25 Mar 2001 16:51:34 +0400
Anton Farygin <rider@linux.ru.net> wrote:

> > А в MySQL есть тригеры и хранимые процедуры?
> 
> Нет.

А в каких СУБД под Linux есть ?

-- 
Best regards!
Igor Solovyov
Zlatoust, Russia

Re: [mdk-re] Re: СУБД под Open Source, GNU?

[Anton Farygin]

Igor Solovyov wrote:
> 
> Hi!
> 
> On Sun, 25 Mar 2001 16:51:34 +0400
> Anton Farygin <rider@linux.ru.net> wrote:
> 
> > > А в MySQL есть тригеры и хранимые процедуры?
> >
> > Нет.
> 
> А в каких СУБД под Linux есть ?

Весь список не помню.
В PostgreSQL точно есть

Rgds
Anton

Re: [mdk-re] Re: СУБД под Open Source, GNU?

[Aleksey Novodvorsky]

Anton Farygin wrote:

> Igor Solovyov wrote:
> >
> > Hi!
> >
> > On Sun, 25 Mar 2001 16:51:34 +0400
> > Anton Farygin <rider@linux.ru.net> wrote:
> >
> > > > А в MySQL есть тригеры и хранимые процедуры?
> > >
> > > Нет.
> >
> > А в каких СУБД под Linux есть ?
>
> Весь список не помню.
> В PostgreSQL точно есть

В Firebird/Interbase -- тоже.

Rgrds, AEN

[mdk-re] Re: СУБД под Open Source, GNU?

[Maksim Otstavnov]

>> > > В раговоре проскользнуло слово "терабайт" (я что-то пока никак не
>> > > соображу - откуда),
>> > > но структурная сложность там не представляется слишком большой.
>> > > Упоминалось некое число классификаторов меньшее 20 (точнее не помню).
>> > > Да и большая часть машин будет работать никак не терабайтами:
>> > > список избирателей (ФИО, возраст, паспорт, адрес) и результаты
>> > > голосования по участкам ([18+<число кандидатов>] строк в протоколе +
>> > > 3-20 членов комиссии). Территориальная комиссия (откуда начинается
>> > > компьтеризация) - порядка 30 участков.
>> > > (Участок в среднем ~1000 избирателей).
>> > > И т.д., по по восходящей.
>> > > Порядок величин понятен.

Чуть более подробно. Грубая прикидка показывает, что

1) объем "сырых" данных вряд ли превысит 0.1ТБ (а скорее, будет в
   пределах 0.025-0.05Т);
2) структура баз и запросов будет тривиальной;
3) основной поток данных будет upstream;
4) требования к security и trustworeness будут высокими, а вот
   robustness нужна лишь статистическая, т.е. это не RT-задача в
   сильном смысле RT.

Если все это так, я бы пошел путем отсечения от суммы кода той или
иной разработки лишнего и работы над security/trust. Одним из основных
критериев выбора базы кода будет его модулярность. Т.е. нужно брать и
экспериментировать. Возможно, будет проще добавить нужные функции в
менее зрелый, но более аккуратный код, чем разобраться с более
развитым, но "волосатым".

-- 
-- M

[mdk-re] Re: СУБД под Open Source, GNU?

[Mikhail Zabaluev]

Hello Anton,

On Sun, Mar 25, 2001 at 13:36 +0400, Anton Farygin wrote:
>
> Ну в принципе в любом случае это можно организовать: по быстродействию
> MySQL вполне справится с несколькими тысячами запросов в секунду...

Каких запросов? Простые SELECT'ы по одной таблице - совсем не то же самое,
что SELECT с JOIN или UPDATE.

-- 
Stay tuned,
  MhZ                                    mailto:mookid@sigent.ru
-----------
No one can put you down without your full cooperation.

[mdk-re] Re: Re: СУБД под Open Source, GNU?

[Oleg N. Kayunov]

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


-- 
                          Благоденствия, Олег, он же Каюнов.

[mdk-re] Re: [mdk-re] Re: Re: СУБД под Open Source, GNU?

[Maksim Otstavnov]

Hello Oleg,

Monday, March 26, 2001, 8:29:16 AM, you wrote:

>> 4) требования к security и trustworeness будут высокими, а вот
>>    robustness нужна лишь статистическая, т.е. это не RT-задача в
>>    сильном смысле RT.
ONK> Не особо впиливаю, сорри.

Это не жесткий realtime, поскольку необходимость, допустим, повторить
подкачку с нескольких участков лишь задержит статистику на несколько
минут, но не приведет ни к какому караулу.

>> Если все это так, я бы пошел путем отсечения от суммы кода той или
>> иной разработки лишнего и работы над security/trust. Одним из основных
ONK> А это (отсечение) можно проделать безболезненно?
ONK> От цельного-то продукта?

В этом и вопрос...

>> критериев выбора базы кода будет его модулярность.

...                                     ^^^^^^^^^^^^

>> Т.е. нужно брать и
>> экспериментировать. Возможно, будет проще добавить нужные функции в
>> менее зрелый, но более аккуратный код, чем разобраться с более
ONK> А поименно назвать?

Чукча не аналитик кода, чукча методолог проектирования :) Я же говорю,
брать и экспериментировать надо.

ONK> Какой именно код подразумевается под "менее зрелый, но более
ONK> аккуратный"?
ONK> И в чем тогда его незрелость, коль скоро он более аккуратный?

Точнее, "менее насыщенный функциями, но более модулярный".

-- 
-- Maksim

Re: [mdk-re] Re: СУБД под Open Source, GNU?

[Anton Farygin]

Mikhail Zabaluev wrote:

> Hello Anton,
>
> On Sun, Mar 25, 2001 at 13:36 +0400, Anton Farygin wrote:
> >
> > Ну в принципе в любом случае это можно организовать: по быстродействию
> > MySQL вполне справится с несколькими тысячами запросов в секунду...
>
> Каких запросов? Простые SELECT'ы по одной таблице - совсем не то же самое,
> что SELECT с JOIN или UPDATE.
>

Да - речь идет про простые SELECT'ы... в принципе при аккуратном создании
таблицы вполне можно обойтись только ими.

Rgds
Anton

[mdk-re] Re: [mdk-re] Re: СУБД под Open Source, GNU?

[Mikhail Zabaluev]

Hello Anton,

On Tue, Mar 27, 2001 at 22:00 +0400, Anton Farygin wrote:
>
> Mikhail Zabaluev wrote:
> 
> > Hello Anton,
> >
> > On Sun, Mar 25, 2001 at 13:36 +0400, Anton Farygin wrote:
> > >
> > > Ну в принципе в любом случае это можно организовать: по быстродействию
> > > MySQL вполне справится с несколькими тысячами запросов в секунду...
> >
> > Каких запросов? Простые SELECT'ы по одной таблице - совсем не то же самое,
> > что SELECT с JOIN или UPDATE.
> >
> 
> Да - речь идет про простые SELECT'ы... в принципе при аккуратном создании
> таблицы вполне можно обойтись только ими.

Крайне спорное утверждение. При наличии связей один-к-многим или
многие-к-многим между сущностями предметной области без JOIN'ов вряд ли
удастся обойтись.

-- 
Stay tuned,
  MhZ                                    mailto:mookid@sigent.ru
-----------
Liberty is always dangerous, but it is the safest thing we have.
		-- Harry Emerson Fosdick