iceB - GPL комплекс программ для автоматизации бухгалтерского учета и торговли

Херня-с... Качество кода - ужас. Половина данных хранится в базе,
половина - в текстовых файлах :(
К сожалению, - в сад.

Помоему кое-кто может наступить на горло 1C , Инфопредприятию и подобным!!! С ОпенСорс и ГНУ всегда так :)))

рекомендуемая конфигурация :
pentium - от 700 MHz
ram - от 64 МВ
диск - от 3гб

народ это что, это как понимать???

кто говорил что линукс работает на самых слабых компах ????????

Вот только неплохо бы было использовать в MYSQL хранилище в формате InnoDB - там записи лочатся по взрослому и падучести меньше будет если у Чубайса будет плохое настроение. Хотя если оно на линуксе сделано да плюс ext3 на fs то бусгалтерию завалить - нужно очень постараться. :)))

народ, посмотрите кто это делал
братья украинцы !!

Ыш епыть твою, накинулись! Вы блин сразу кодировать чтоли научились?! Достаньте линух/минух код ядра древний, там порнокодирования до.опы было, да и сейчас в GNU и опенсорсе изврата хватает.

2 ананизмус-постер: нужное дело! - не бросай...

тут недавно по поводу выхода mysql352 форум был
говорили что mysql не поддерживает контроль ссылочной
целостности
народ как у ентой бухгалтерии с этим??

говно все это старое. ИМХО, сейчас самые интересные проги в этой области это OpenEAS и JCash. OpenEAS - потому что про него все известно, а JCash потому что про него ничего неизвестно ;-)

>...говорили что mysql не поддерживает контроль ссылочной >целостности

Конечно контроль целостности вещ нужная, но если честно, я ее практически уже давно начал обеспечивать на уровне бизнес-звена (библиотеки, или приложения). В методе, который укладывает информацию, открываю транзакцию. В ней делаю все что нужно и в конце прибиваю. Если посредине "укладки" (блин - почти как у прически:))) что-то не так - идет откат (MySQL - InnoDB делает это нормально). И сервер шустрый, и целостность в карманах. А SQL доступ к таблицам и схемам данным никому не дается. В CORBA или COM выдаются интерфейсы тем кто хочет работать с данными, а "извращенцев" - нах.р - нечего лазить по структуре.

>> Если посредине "укладки" (блин - почти как у прически:))) что-то не так - идет откат (MySQL - InnoDB делает это нормально).


товарисч, а как MySQL определяет что что то не так ???
если ваш клиент завис например посреди транзакции
неужели по таймауту???

Эта штука однозначно работает резвей и устойчивей чем 1С Торговля сетевая, (для предприятия не годится)но попробуйте куриц из бугалтерии на нее присадить!! Воплей будет по поводу внешнего вида и отсутствия мыши... Если бы разработчики к ней Веб интерфейс прикрутили - тогда можно было с 1С потягатся, тем более програмка умеет немного более, чем 1С. А с таким интерфейсом не пойдет она в мир... Даже бесплатная.

Эх - знали бы вы какой геморрой у Оракла с ограничениями целостности если схема реплицируется из других баз данных через ДИБИЛинки, то не очень - то любили бы констрэйнты на уровне варехауза (матюки прямо какие-то получаются)... Врагу не пожелаешь! И не спрашивали бы про констрейнты в MySQL... Аминь!

Тоесть как зависнет!?!?!?! Посмотри внимательней - там это почти невозможно, разве что кабель к терминалу переедут... Но если в роли терминалов PC применять - дороговато получается, и только они и могут подвиснуть.

>товарисч, а как MySQL определяет что что то не так ??? >если ваш клиент завис например посреди транзакции >неужели по таймауту???

А констрейнт у тебя тоже сработает по таймауту чтоли если клиент зависнет?! Так к чему этот вопрос...?!

>> Эх - знали бы вы какой геморрой у Оракла

не надо так про Оракл, надо нормально репликацию организовывать

>>Эх - знали бы вы какой геморрой у Оракла с ограничениями целостности если схема реплицируется из других баз данных через ДИБИЛинки,


бррр... можно помедленее я записываю (с) :))

Как у разработчика анологичной системы вопроса 2.

1) какой собсно геморрой? только конкеретно..
2) нафига в СКЛАДСКОМ учете репликации из других баз? или ты базу распределенную делаешь?
тогда еще вопрос. А зачем?

>>Как у разработчика анологичной системы вопроса 2.

В смысле по назначению, а не по реализации..

>не надо так про Оракл, надо нормально репликацию организовывать

но зато сколько на это угрохать времени нужно да все dependencies раскрутить.

>> А констрейнт у тебя тоже сработает по таймауту чтоли если клиент зависнет?! Так к чему этот вопрос...?!

констрейт как вы изволили выразится у меня на серверной стороне
он не может повиснуть (только вместе с сервером)
а если он чтото не так делает то выбоасывает исключение

а вы свою транзакцию со стороны клиента открываете,
чуствуете разницу??

>> но зато сколько на это угрохать времени нужно да все dependencies раскрутить

а вы как собирались без учета связей все делать
а какже ссылочная целостность???

ну уж если хотите "dependencies" то отключите "констрейнт"
и творите что хотите

хочу вам сказать уважаемый что оракл очень могучий инструмент
mysql до него как пешком до луны

>>хочу вам сказать уважаемый что оракл очень могучий инструмент
>>mysql до него как пешком до луны


во - во..
как пользующий и то и другое полностью согласен..

да все это смахивает на очередную поделку
народных умельцев
и сверху жирная надпись "СДЕЛАНО НА КОЛЕНКЕ"

Автор-анонимус - ты не обращай внимания на гадости, которые здесь прочтешь - весь этот поток говна у людей происходит исключительно от своей творческой импотенции.

Какой позорный бред развился в этом обсуждении.

Немного простых доводов:
1) Этот продукт не вчера появился. Только полный кретин может обсуждать на данном этапе саму применимость этой бухгалтерии.
2) Можете лучше - сделайте и предложите.
3) Продукт работает на русском (снговском) дистрибутиве. Есть возможности для диалога с разработчиками. Какие еще есть свободные или хотя бы рабочие альтернативы этой бухгалтерии в линуксе для России?
4)Где вы видели НЕкривую бухгалтерию? Где вы видели еще хоть одну СВОБОДНУЮ бухгалтерию. Только без матерных слов типа 1с или инфобухгалтер, пожалуйста. Здесь вы сами видите код и можете его улучшать, хотя бессмысленно и тупоголово хаять, конечно, тоже проще.
5) Лучше бы обсудили, как эта бухгалтерию к Российским условиям приспособить. Впрочем здесь одни "специалисты" по сравниванию логотипов да упаковок mysql и oracle только и есть, судя по абсолютно импотентным предыдущим репликам.

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

Самое забавное то, что фичи описываются лишь в 4-м пункте на веб страничке (сайтом это назвать язык не поворачивается). 3-м пунктом идет "Почему Linux". Да потому что авторы лохи и фрики, вот почему.

>5) Лучше бы обсудили, как эта бухгалтерию к Российским условиям приспособить. Впрочем здесь одни "специалисты" по сравниванию логотипов да упаковок mysql и oracle только и есть, судя по абсолютно импотентным предыдущим репликам.

>господам из Винницы: Вам бы лучше поискать более профессиональные форумы, хотя и с этого сайта принесенная известность - тоже хлеб.

Во во.

>хочу вам сказать уважаемый что оракл очень могучий инструмент mysql до него как пешком до луны.

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

>Где вы видели НЕкривую бухгалтерию? Где вы видели еще хоть одну >СВОБОДНУЮ бухгалтерию. Только без матерных слов типа 1с или >инфобухгалтер, пожалуйста. Монолит

Вот что пробежало через Community@altlinux.ru


> Я смотрю, бухгалтерия ice-b уже официально переведена авторами на
> платформу альтлинуксовых дистров. В связи с чем вопрос - какие действия
> со стороны альтлинукса будут предприниматься для продвжения этого
> продукта в массы. В сизифе он уже есть? документация и помощь в
> настройке на Российский лад?
iceB присутствует в Sisyphus довольно давно, документация в формате HTML -
там же. Пакеты iceB и iceB-doc-html соответственно. Любая помощь в
адаптации к локальным условиям авторами, безусловно приветствуется. Пакеты
в Sisyphus собирает Сергей Турчин (ZerG).

--
/ Alexander Bokovoy

>

В Master-- есть, в Sisyphus -- давно. Сейчас Zerg собирает свежую версию.
Что касается настройки на российское законоательство, то это очень
большая работа. Насколько я понимаю, если будут серьезные заказчики из
России, то авторы ей займутся.

Rgrds, AEN

-------------------------
Так что пользователи мастера или кто пользуется сизифом могут просто поставить себе документацию и программу аптом и определится самостоятельно.

Авторам.

Неплохо бы положить документацию на сайт или сделать ссылку на нее более находимой (если она там все таки есть), а то пользователям альтлинукса документация (в HTML!) на раз доступна, а посетителям сайта - препоны какие-то. Непорядок.

>пожалуйста. Монолит

Она свободна? она хотя бы распостраняется с исходниками (иначе откуда мысль о НЕкривости ее кода)?

Она работает под линуксом?

Если на все (или хотя бы на последний) вопросы утвердительный ответ - новость со ссылкой в студию!

>Она свободна? Нет конечно. > она хотя бы распостраняется с исходниками (иначе >откуда мысль о >НЕкривости ее кода)? Видишь ли, я могу оценить это и без осмотра оного кода. Есть масса признаков. Я вижу ее в действии, вижу какие ресурсы оно требует, вижу как легко к ней пишутся расширения (помимо бухгалтерии туда интегрировано у нас сейчас процентов 90 бюрократии предприятия довольно крупного), вижу построение базы. Исходя из всего этого я могу сделать заключение о уровне проектирования и реализации оной. код мне для этого совершенно не нужен, он несколько для другого требуется.

>Она работает под линуксом? Нет конечно. Зачем усложнять сущности. Преимуществ это никаких не даст совершенно. Кстати по поводу iceB ... как сказать, представлена она даже не убого, а очень убого.

>Она свободна? Нет конечно.
> она хотя бы распостраняется с исходниками (иначе >откуда мысль о >НЕкривости ее кода)? Видишь ли, я могу оценить это и без осмотра оного кода.

Понятно. Тоже самое было со всеми проектами (например interbase) которые были открыты. Сразу обнаруживались вопиющие просчеты и в проектировании и в реализации.

Простукивание, прослушифание и прочие шаманства пусть остануться там, где они необходимы - в мраке и затхлости занрытого софта. Вот сравнивать 1с, инфобухгалтер и "Монолит" именно так и можно.
-"А у меня 1с не падает, а монолит падает"
-"А у меня моголит не падает, а 1с падает"
-"А ты криворукий"
-"А сам такой"

Сравнивать качество, красоту и продуманность кода открытого и закрытого софта просто неумно.


>Она работает под линуксом? Нет конечно. Зачем усложнять сущности.
>Преимуществ это никаких не даст совершенно.

Объясните это тому, кто уменьшает расходы на сопровождение и повышает эффективность труда на рабочиx местаx путем внедрения линукс-решений.
Насколько его привлечет софт под вайном, dosemu, gluckalkой (от Leninа) или еще чем либо подобным? Тут не софистика, тут обычная арифметика применима.

>Она свободна? Нет конечно. > она хотя бы распостраняется с исходниками (иначе >откуда мысль о >НЕкривости ее кода)? Видишь ли, я могу оценить это и без осмотра оного кода.

>Понятно. Тоже самое было со всеми проектами (например interbase) >которые были открыты. Сразу обнаруживались вопиющие просчеты и в >проектировании и в реализации.

==== эмоции порезаны ===== тем не менее имеем факт -- работоспособную систему, держащую на паршивых по нынешним временам серверах туеву хучу клиентов одновременно. Вот от этого можно и плясать. К тому-же возможности оного весьма ограничены iceB крайне ограничены даже исходя из того, на чем он построен -- в MySQL реляционность конечно есть, но вот слова триггер я в описании уже не нашел. Значит -- внешняя логика на такие примитивные возможности. О масштабировании говорить уже просто смешно.

>Объясните это тому, кто уменьшает расходы на сопровождение и >повышает эффективность труда на рабочиx местаx путем внедрения >линукс-решений. >Насколько его привлечет софт под вайном, dosemu, gluckalkой (от >Leninа) или еще чем либо подобным? Тут не софистика, тут обычная >арифметика применима.

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

вопрос к ifconfig и ко всем другим
кто работал с ораклом и c mysql,

действительно mysql быстрее ??? только объективно
где быстрее, на выборках, на исполнении кода??

и второй вопрос на выборках в оракле применяете ключи
оптимизации ?? без них сравнивать некорректно

>тем не менее имеем факт -- работоспособную систему, держащую на
>паршивых по нынешним временам серверах туеву хучу клиентов
>одновременно. Вот от этого можно и плясать.

это как раз не факт.
факт, что в некоторых условиях некоторый черный ящик работает и даже радует своей производительностью покупателя.

Посмотрите на сайт ДОС бухгалтерии, которую недавно портировали (читай, собрали) под линукс. Названия не помню, но штука эта очень известная. Здесь ее обсуждали. Так вот, на их сайте благодарные интеграторы и пользователи так и сыпали серостью своих серверов, отличной производитеьностью, миллионами транзакций, супернадежностью и всем таким подобным.

Но как же она оазалась убога даже тем, что вылезло при портировании!!! размер консоли фиксирован (ну зачем в дос менять размер консоли или здраствуй прекрасное проектирование), кодировка везде в тело зашита (а зачем мучится? все равно под досом не видать)
А до кода так и не дошли. что ж там открылось бы? Замечу, что бухгалтерия эта вполне себе успешна и имеет устойчивый Но как же она оазалась убога даже тем, что вылезло при портировании!!!успех на рынке. Клиенты довольны...

> К тому-же возможности оного весьма ограничены iceB крайне
>ограничены даже исходя из того, на чем он построен -- в MySQL
>реляционность конечно есть, но вот слова триггер я в описании уже не
> нашел. Значит -- внешняя логика на такие примитивные возможности. О
> масштабировании говорить уже просто смешно.

а в 1с на дбф они есть? а mssql они нормально используют? а это мешает им успешно продавать такое поделие? А что в коде принципиально мешает точно так же использовать MSSQL со всеми его транзакциями в iceB? кого дурим то?
кстати, тот вариант дос бухгалтерии вообще без sql обходится. сует свои задания на своем язычке в директорию на сервере и раз в определенный период "сервер" смотрит ее и выполняет эти задания, а потом в другую директорию результаты пишет. А вы все фетишами размахиваете. Триггера, транзакции, sql. Я ж говорю - свободное программирование подразумевает не обман и самообман, а простые и обоснованные решения. Глупо искать здесь маркетойдные замашки, приманки и прочий мусор.

>Я очень сомневаюсь, что если вытянуть данный продукт хотя-бы на
>уровень 1С с dbf-ами (по возможностям) то за его поддержку не
>потребуют денег.

1) поддержка у них уже вчера стоила денег. Вообще такие проекты обычно рождаются из конкретных оплаченных и внедренных заказов.
2) причем тут уровень 1с (он и так ниже колена)?


>На данном уровне его конечно можно в качестве рекламной акции
>двигать и вроде как бесплатно ... но это детство.

1)бесплатно его никто не двигает. достаточно взглянуть на их сайт. Вот _это_ БЕСПЛАТНО.

2)GPL, это не бесплатная рекламная акция. Это приглашение к свободному сотрудничества, и общему круглому столу. Борланд уже усвоил :)

> Держать отдельный софт для отдела кадров, отдела труда и заработной > платы, бухгалтерии, планового и финансового (что там у нас из >вышеперечисленного умеет iceB судя по описанию -- бухгалтерию в >лучшем случае) и гонять из одного в другой данные конверторами или >вообще на бумаге, умножая кол-во операторов и прочие подобные >расходы -- просто смешно сейчас. не говоря уж о такой мелочи как >прикручивание печати беджиков за полдня на заказанного человека 1 >кнопкой.

знакомо. на моих глазах фирма заказала проектик (только часть из вышеперечисленного) за весьма скромную сумму ~5000 уе на основе 1s и так ее после этого колбасило, столько денег было потеряно из за сбоев, оплачиваемых доделок и "однокнопочных беджиков",что даже не смешно. Так и остались на каком то своем поделии. Пошел на большую фирму, а там полный "курятник" человек на семдесят все "беджики одной кнопкой прикручивают". кто на 1с, кто на as400 (это не программа :). Еле ноги унес, но как там приятно находится :))

Пришел начальник с проспектом еще одних внедрятелей. Позвонил им, так они 20 000 на разгон попросили и все скисло... (зато там как раз с key features все в порядке. ORACLE или MSSQL, модульность, ООП и... закрытый код - кто здесь выступит против такой замечательной программы :)

HANSA аналогично. features есть, promotion есть, а прозрачности и ясности, наоборот, нет и работать под linux-версия что то не хотит и даже спросить не у кого (да здравствует лучшая в мире поддержка коммерческих продуктов. куда там опенсоурсу с его мгновенной реакцией...).

может конечно 1с и ниже колена
но на ворованой 1с помоему треть страны сидит
кто еще может похвастаться такой массовостью?

>кто еще может похвастаться такой массовостью?
Мелкософт. По их же данным на осень 2001 около 89% России
сидело под "петрософтовскими";) офисами и виндовсами.

А почему PostgreSQL вообще не рассматривают? В ней и транзакции есть и триггеры... Намного круче чем MySql...

А почему PostgreSQL вообще не рассматривают? В ней и транзакции есть и триггеры... Намного круче чем MySql...

>А почему PostgreSQL вообще не рассматривают? В ней и транзакции есть и триггеры... Намного круче чем MySql...

А interbase/firebird? тоже есть и тоже свободный.
Может быть, потому что "крутость" компонента - еще не "крутость" всего продукта, а такие вещи, как транзакции и те же триггера могут и тормозов и тех же deadlockов прибавить?

http://www.mysql.com/products/index.html: MySQL-Max - MySQL version with two table handlers (InnoDB & BDB), that provide transactions to MySQL.

>>действительно mysql быстрее ??? только объективно

на простых атомарных операциях ДА. Причем до 5-8 раз. Кроме того MySQL будет сносно работать на том железе, на котором оракл даже не инсталируеться.

На сложных паралельных запросах MySQL не предсказуем. Может быть быстрее, а может тупить.

>>где быстрее, на выборках, на исполнении кода??
Да на выборках. Только смотря на каких (смотри выше). Что такое "исполнение кода" в твоем понимании? В MySQL 3 ветки нет хранимых процедур.


>>и второй вопрос на выборках в оракле применяете ключи
>>оптимизации ?? без них сравнивать некорректно

Разумееться :) вообщето один и тот же результат можно достичь десятками способов. Поэтому explain тут очень сильно помогает.


Не смотря на то что кое где MySQL быстрее, сравнивать его с Ораклом нет ни какого смысла. Ибо у MySQL нет и 1% возможностей оракла. Это продукты разного класса и НАЗНАЧЕНИЯ. Акромя скорости, есть еще понятие производительности. (Разницу между грузовиком и мотоциклом объяснять надеюсь не надо). Вот тут MySQL будет отдыхать.

Теперь о возможностях. По большому счету MySQL вообще-то не СУБД. Это сервер таблиц, хотя и очень быстрый. Но на нем невозможно средствами сервера организовать бизнеслогику и целостность данных. Время разработки приложения на MySQL больше, и эта разница растет геометрически при возрастании обьема/функциональности приложения. Некоторые вещи тривиальные для оракла (к примеру постороение отчетов на основе >20 таблиц, запросик получаетсья этак строк на 200, 5-7 степенью вложености подзопросов, да еще со связью с внешними таблицами, да обработкой нестандартными функциями и т.п.) не реализуемы на MySQL впринципе.

Документация на оракл выше всяких похвал. Под оракл полно уже готовых фунция и пакетов.
Под оракл есть такие мошнейшие толзы для разработчика как PLSQLDеveloper, с помощью которого, написание самого PLSQL кода ускоряетсья в разы.

Короче всего перечеслять лень. Ибо займет не один час.


P.S. всему свое место и назначение.

>>На сложных паралельных запросах MySQL
Немного не точно выразился. Имелось ввиду на запросах с JOIN по многим таблицам.... в том числе и исполняемых паралельно.

Хе... а это как писать. deadlock - следствие неверной логики софта или струтуры базы. А насчет тормозов из-за тригеров можно спорить бесконечно. Иногда без них трудновато обойтись.