=?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