ТурбоБухгалтер будет портирован на Linux

Может немного не в тему, но повеселило изрядно - сегодня инструкция их минфина плюхнулась:

---cut-- представляется страховщиками в Минфин на бумажных носителях и по электронной почте <bla-bla>@minfin.ru в виде шести XML-файлов, обеспечивающих считывание и контроль показателей отчетности. Иной формат файлов не допускается. ---cut---

Обратите внимание на формат :) Неуж-то минфин на открытые стандарты переходит :))

> Может, даже это и неправильно для бухгалтерии, но это не ошибка. Это фича!

Фича в том, что в версии 3.23.хх округление было по правилам,
принятым для бухгалтерии. То есть переходя на новую версию вы
получаете неведомо откуда берущиеся ошибки... За это я mysql
ненавижу. Они постоянно меняют поведение функций. Для
бухгалтерской программы это смерть. Помню как они переделали
поведение regexp. Пришлось серьезно менять алгоритм обработки.

А знаете, что посоветовали разработчики mysql для решения
проблемы с округлением? Делать примерно такой запрос:

minvalue = 0.00000001; // какое-то очень малое число
value = 2.975; // число для округления
select round($value + $minvalue, 2);

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

скорее просто перепутали. Хотели написать xls.
Но если правда, то эту цитату имеет смысл запостить как отдельную новость на первую страницу...

Да нет :) через полчаса описаловка формата на три страницы плюхнулась :) все честно - xml. Только все-таки по совковски - данные предоставить надо было еще вчера, а формат дали только завтра :) Я представил наших уристов, делающих xml-разметку - мне чуть плохо не стало :)

> Господа, вы верите в халяву? Я - нет. Если пишут, что какая-то БД в 10 раз быстрее оракла, то 1) либо это ложь 2) либо эта скорость достигается образением всего что можно (и нельзя)

Господа, вы верите в халяву? Я - нет. Если пишут, что какая-то операционка в 10 раз надежнее виндов, то 1) либо это ложь 2) либо эта надежность достигается образением всего что можно (и нельзя)

Господа, я верю в халяву! О, это сладкое слово...

2LamerOk: истину глаголишь - все так оно и есть...:)

Все бегом с Солярки на мастдай :)) все равно из первой все что можно вырезали :)))

Что вы прикопались к этим долбанный RDMS? Их немало существует и все про них уже известно. Нет куда более важной части - самой программы, где будет реализована вся аналитика и прочая хрень. Точнее, есть конечно, и одну из них я назвал выше (Hansa Financials). И давно уже известно, что если использовать не только бухгалтерию (нахрен она одна нужна? в средних и крупных организациях без других модулей не обойтись), да даже если саму бухгалтерию, то обычные двумерные таблицы нихрена не подходят, со временем это все просто начинает дико тормозит и, чтобы посмотреть долбанную накладную за нужный день, надо полчаса сидеть и ждать, пока там проколбасит SQL-сервер и он выберет данные из всех таблиц, на которые она разбита, постоянные обновления индексов и прочей хрени (вон за спиной стоит, двухголовые Xeon IV за кучу бабок за каждый проц, гиг памяти, навороченный raid с трансфером в 100мб и один хрен раком становится, хотя пользователей немного еще и база не такая уж большая, всего полгода). Нужно использовать объектную базу данных, что Hansa и обеспечивает ;) Я смотрю на нее и все больше она мне нравится. Демо-версии на сайте сырые и неправильные, у официальных представителей есть другие, с нормальной локализацией и прочим. Не знаю, почему они такую странную политику ведут, но информации реально мало по комплексу, я тут насобирал от представителья разной, если кому надо, могу поделиться

посмотрел я на hansa - тихий ужас. мама дорогая....
интефейс еще хуще, чем у отечественного ананаса.
Как правильно заметили вся надежда на openeas или linuxonline

2 anonymous (*) (2003-01-14 20:18:11.052)

<cite> ...полчаса сидеть и ждать, пока там проколбасит SQL-сервер... </cite>

Вот именно поэтому мы и обсуждаем RDBMS. C нормальным SQL-сервером и _правильно_ написанной базой никаких тормозов быть не должно. Если все индексы подобраны правильно то на таблице ~ 5 миллионов записей поиск одной записи по целочисленному полю с индексом занимает менее 1 секунды. Объединение таблиц принципиально не меняет картины.
Ты только не сравнивай с какой-нибудь 1С - у них база написана _дебильно_ - они могут дату хранить в MEMO поле (размер до 2 Гбайт в M$sql).
А вот объектно-ориентированные СУБД принципиально ничего не меняют, IMHO, они работают еще медленнее. Хотя разрабатывать становится, вероятно, проще.

> C нормальным SQL-сервером и _правильно_ написанной базой

Ха-ха, надежды вьюношей питают ;) Теория, теория...

> поиск одной записи по целочисленному полю с индексом занимает менее 1 секунды.
> Ты только не сравнивай с какой-нибудь 1С - у них база написана _дебильно_

Ха-ха-ха. А вот это злая, но реальная _практика_. А прикол
двойной в том, что название "1С" есть ни что иное, как 1 (одна)
секунда ;))) В те времена, когда 1С была еще только в проекте,
разработчики ставили себе цель добиться того, чтобы любой
запрос к базе не превышал по времени одной секунды. Так и
название появилось...

>посмотрел я на hansa - тихий ужас. мама дорогая.... >интефейс еще хуще, чем у отечественного ананаса. >Как правильно заметили вся надежда на openeas или linuxonline

Чем тебе не понравился их интерфейс? ;) И какую версию ты смотрел? 4.0? Ибо в 3.9 там все еще по-старинке, а 4.0 переписали под Qt, насколько я понял (во всяком случае, linux-овая версия именно такая). И интерфейс там вполне нормален, как и управление (просто надо знать фишки, например, заходишь в поле, обычно в программах потом кликаешь правой кнопкой, выпадает контекстное меню, там выбираешь, к примеру, "Выбрать из справочника" и выбираешь. Тут не так, тут просто нажимаешь Ctrl-Enter и делаешь это же; если поле с датой, то Ctrl-Enter (или Ctrl-N? не помню) вставляет текущую и т.д. и т.п., много удобных вещей там сделано, когда идешь привитые виндой сочетания и способы что-то сделать, то это не проходит, там по-другому и зачастую удобнее ;). Вполне нормальный рабочий стол, куда можно всякую гадость кидать, писать и т.п. Короче, целый пульт управления ;) Просто я вначале тоже был в шоке ;)

А надежлу питать на openeas можно долго, ибо не так просто это все сделать. Эти чуваки с 88 года делают и все еще никак не сделали ;)

"Чуваки с 88 года" -это я про Hansa, естественно ;)

<cite> Постоянно - означает, что за время пока работает одна транзакция появляется хотя бы еще одна, и в результате нет такого момента, когда в базу не ведется запись. Проблема с блокировкой таблиц в том, что ты фактически лишаешь всех пользователей возможности работать с базой на все время резервного копирования, а на большой базе это может происходить долго (например размер базы 5 Гб). Так то, естественно, можно организовать копирование любой базы, даже dbf или access (не ночью будет помянут). А последовательно копировать таблицы не получится, транзакции обычно блокируют несколько таблиц и из этой сетки будет не выбраться. Да даже если и одну, ее то ведь будет не скопировать! </cite>

Читаем mysql manual, надеюсь это прояснт для Вас как это делается в mysql :

A consistent read means that InnoDB uses its multi-versioning to present to a query a snapshot of the database at a point in time. The query will see the changes made by exactly those transactions that committed before that point of time, and no changes made by later or uncommitted transactions. The exception to this rule is that the query will see the changes made by the transaction itself which issues the query.

When a transaction issues its first consistent read, InnoDB assigns the snapshot, or the point of time, which all consistent reads in the same transaction will use. In the snapshot are all transactions that committed before assigning the snapshot. Thus the consistent reads within the same transaction will also be consistent with respect to each other. You can get a fresher snapshot for your queries by committing the current transaction and after that issuing new queries.

Consistent read is the default mode in which InnoDB processes SELECT statements. A consistent read does not set any locks on the tables it accesses, and therefore other users are free to modify those tables at the same time a consistent read is being performed on the table.

2 walrus

Это здорово, что InnoDB поддерживает multi-versioning, и теоретически это позволяет сделать непротиворечивый снимок(snapshot) _ВСЕХ_ таблиц в базе для создания резервной копии. Но ведь, AFAIK, сейчас такой возможности нет, резервная копия выполняется с обычной блокировкой, это так?

Hi! Прочитал весь постинг с нуля... Господа! Торжественно приглашаю вас на http://forum.ixbt.com/0023/015775.html Там сейчас разгораются дебаты по поводу бухгалтерии под Linux. Ваше участие там может сильно помочь, раз вы такие продвинутые ;-) Вкратце: группа программеров-спецов (дипломированных, с блеском в глазах) под руководством опытного чела, все энтузиасты, собираются всерьёз заняться производством бухгалтерии под Линух. Дело, сами понимаете, серьёзное, т.к. на сегодня реального ПО для предприятия нет. Мысли интересные, только не хватает участников/мнений. Имхо, если наставить молодых энтузиастов на путь истинный, глядишь, чего и хорошего получится.

2 anonymous (*) (2003-01-16 22:17:46.118)

IMHO они не смогут получить инвестиций, а такой проект на голом энтузиазме не поднять.

+ еще одна бухгалтерия под Linux... если еще будет поддержка изменений бухучета... если добьются схождения до копейки... если бухучет+склад+анализ+розница+налоговая+пенсионный... если встроенный язык(формы)+подключение внешних приложений к оболочке(любых)... если документирование работы проги и строения баз... если разграничения полномочий пользователей... если резервное копирование... если я увижу продажу товара в состоянии счета через ... < получаса... если удаленная работа моего бухгалтера и филиалов(два раза в сутки обмен, а может и он-лайн)... если контекстные связи как в 1С... если гибкая настраиваемая система справочников... если бухгалтера легко поймут как с этим всем работать... если все это не будет тормозить... ... еще бы правовую и бухгалтерскую справочную систему а ля ГАРАНТ... ... то пошлем тогда M$... ... легко.

Слишко много "если" для некоммерческого проекта