|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Ilya Anfimov 2:5020/400 13 Sep 2005 14:48:40
To : Victor Wagner
Subject : Re: Hи хpена не понимаю
--------------------------------------------------------------------------------
2005-09-13, Victor Wagner <vitus@45.free.net> пишет:
> Ilya Anfimov <ilan@astelecom.ru> wrote:
> IA>А вообще -- gnuplot не нагляден? octave не нагляден?
>
> gnuplot - не нагляден. Для того чтобы быстро увидеть, как изменение в
> данных отразится на графике требуется довольно много действий - открыть
> файл, из которого строится график, поменять в нем циферку (не внеся при
> этом несъедобной для gnuplot-а синтаксической ошибки), пнуть gnuplot
> чтобы он график перестоил. И это - простейший случай, когда график
> строится непосредственно по данным из файла, а не по результатам
> достаточно хитрой обработки.
>
> Если там была обработка, и мы хотим поменять коэффициент в формуле, по
> которой она ведется, то придется подумать, а чем мы эту обработку
> производим, найти скрипт, поправить (опять же, не внеся ошибок),
> перезапустить, пнуть gnuplot.
Обработку мы таки производим gnuplot'ом. Он команды запускать умеет.
>
> А в случае табличного процессора всё на одном и том же рабочем листе, и
> изменения и в данных, и в формулах отслеживаются автоматически.
>
> Кстати, график далеко не единственная форма представления данных. Иногда
> и столбец цифр бывает достаточно нагляден.
>
>>>>>2.легкая БД
>>>IA>Postgres Postgres - это тяжелая БД. Вернее, средняя,
>>>как танк Т-34, дальнейшая эволюция которого привела к
>>>исчезновению деления танков на тяжелые и средние и
>>>возникновению понятия "единого боевого танка". Легкая БД
>>>это sqlite.
> IA>И в чём её лёгкость? В том, что кишки наружу торчат? (Hint:
>
> В отсутствии мультиюзерности. Что приводит к существенному упрощению
???
> модели взаимодействия пользователя с данными.
Пользователю нужно что-то обработать. Он берёт и обрабатывает.
> А кишки наружу там торчат не сильно
> сильнее, чем в postgres.
>
>>>Проблема БД в основном в удобных средствах управления
>>>структурами данных и создания приложений. БД сама по себе
>>>мало кому нужна. Говорю это как
> IA>То есть по-твоему в екселе есть какие-то структуры
>
> Причем здесь Excel? Если мы говорим о БД, мы говорим о БД. Табличный
Hе знаю как вы, а я говорю о том, что эксел надо выкинуть. И все
электронные таблицы -- тоже. Как те пресловутые паровозы с ногами.
> процессор (даже с весьма развитыми средствами фильтрации) ни разу не БД.
> БД это Access или Clarion.
>
> И сравнивать надо их с теми решениями,
> которые можно предложить на базе открытого софта. Скорее всего это будет
> postgres/sqlite + какое нибудь средство быстрой разработки. Есть,
> например, pgaccess.
>
> Хотя можно предложить и другие варианты, например erlang+mnesia.
>
--- ifmail v.2.15dev5.3
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
