=?iso-8859-1?q?=5Bmdk-re=5D_Linux_=CB=C1=CB_=C4=C5=D3=CB=D4=CF=D0?=
Roman S
=?iso-8859-1?q?rromas_=CE=C1_mailru=2Ecom?=
Пн Янв 15 16:27:01 MSK 2001
> вот на одном из таких PC сижу. Достала ненадежность
оффтопика, а также
> стремление юзеров лазить куда не надо, после чего
все рушится на отдельно
> взятом компе. И возникла идея везде, где можно
поставить линукс.
> Там, где используется максимум ворд и эксель,
можно поставить линукс с
> гномом или кде + тот же StarOffice, ну или Corel
Perfect Office, это
> понятно. Для почты - тоже что-нибудь найдется,
Если пользователям хватит функциональности оного...
Может быть (а может и нет) того же Стара под "лёгким"
WM в качестве desktop может хватить. А может и нет.
простое и понятное любому
> смертному. Но вот как быть с базами данных? Все, что
нужно, переписывать на
> другую систему мы, в принципе, готовы. Вопрос - что
использовать как
> основу?
> В MySQL нет транзакций, это плохо... Oracle,
Informix и пр. - дорого.
> PostgreSQL? Какие отзывы по его поводу? На чем лучше
делать междумордие
Есть ряд серьёзных ограничений.
Есть так же SyBase - с божеской лицензией. Есть DB2 -
цена за Workgroup Edition может быть подъёмной (но
тоже кусается).
> (иксовое) и процедуры обработки данных, не
относящиеся к SQL? Где взять
> нормальную документацию, в частности именно не по
SQL, а по тому, как
> организовать связку его с юзер-интерфесом?
Не встречал ничего относительно обычных бизнес-
ориентированных задач.
Из субъективных ощущений:
Программирование через CLI - несложно, но муторно.
Становится понятной популярность C++ Builder в
оффтопике.
Встроенный SQL (не скажу, что общался с большим кол-
вом СУБД, в основном - DB2) - весьма удобен.
EXEC SQL SELECT VALUE(COUNT(*), 0) INTO :variable FROM
TABLE; (примерно вот так получается, прямо по тексту)
достаточно удобен, если не более того.
Программировать интерфейс на GTK+ - несложно, в
некоторых случаях поможет GLADE...
Но времени уйдёт на это несколько больше.
Судите сами - в обычных бизнес-приложениях
основной "упор" - БД. Как в разработке (изъяны при
проектировании структуры данных дорого потом стоят),
так и при работе. Инструмент класса того же Builder
убирает значительную часть рутины. Не важно появится
ли формочка на 0.005 сек. позже или нет, если
пользователь будет в ней ковыряться 5 минут.
Важно "срубить" её побыстрее.
GTK+ или QT - позволят сделать всё, но чуть менее
удобно, а после привыкания - разница незначительна.
Главный гондурас:
Генераторы отчётов....
Их просто нет. У CA есть какой-то (дорогущий, кажется)
под Unix, но что и как - не знаю. Вероятно версии для
Linux нет... А если есть - то может и стОит прикупить.
В принципе - ничего нерешаемого, но трудозатраты -
будут.
Хотя, с другой стороны я один раз делал юникс-
междумордие (текстовое, через ncurses) для физиков
каких-то. Выход делал в lout-формат (указание стиля, в
стиле шапка, и местами по тексту простые тэги),
вызывая lout в качестве пост-фильтра... Народ визжал
от восторга, а в Builder я замучался бы формулы
печатать...
Но в обычных бизнес-задачах - трудно. Наглядности на
стадии разработки нет, lout|TeX не самая шустрая штука
из тех, что можно придумать....
Итого:
Всё можно, но не знаю, получится ли малой кровью.
Высока вероятность нецелесообразных трудозатрат. Или
наоборот - может быть так, что это для Вас Right Way.
Не ошибитесь в оценке.
P.S. Кому что известно о генераторах отчётов для Linux?
Мне бы очень не помешали....
Rgds!
Roman Savelyev
Подробная информация о списке рассылки community