https://slinkov.ru/openforum/vsluhforumID3/50022.html ПО Warehouse Open (http://microinvest.su/warehouseopen.php) предназначено для менеджмента складских объектов и распространяется под лицензией GPL. Для работы системы используется Mono, в качестве СУБД задействована MySQL. Продукт полностью совместим по форматам баз данных с коммерческими Windows версиями.<br><br>URL: http://microinvest.su/warehouseopen.php<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=20492<br> https://slinkov.ru/openforum/vsluhforumID3/50022.html#33 Mon, 22 Jun 2009 18:23:55 GMT Новости в Microinvest Warehouse Open, версия 1.9.5.31 от 31.05.2009 г.: <br><br>1. Улучшена точность при вычислении НДС в операциях. <br>2. Обновлены и улучшены болгарский, румынский и английский переводы. <br>3. Добавлена возможность изменять ширину столбцов в таблицах. <br>4. Строки в таблицах автоматически прокручиваются. <br>5. Введена операция Производство. <br>6. Добавлена настройка "Автоматическое производство". <br>7. Новая операция "Получение инвойса". <br>8. Настройка "Автоматическое получение инвойса". <br>9. Добавлено несколько новых отчетов. <br>10. Устранена ошибка при вычислении продажной цены и сумм. <br>11. Устранена ошибка при просмотре версии счета для печати. <br>12. Отчеты могут суммировать данные в столбцах. <br>13. Просуммированные данные в отчетах могут быть напечатаны. <br>14. Улучшена работа с фискальными принтерами, устранена блокировка при печати. <br>15. Откорректированы тексты на кнопках в различных окнах. <br>16. Работа с принтерами повара. <br>17. Визуализируется исполнение операций процентным индикатором. <br>18. https://slinkov.ru/openforum/vsluhforumID3/50022.html#32 Mon, 02 Mar 2009 23:41:14 GMT Не понравилось - хотя попытка и не плохая.<br>Возможности системы минимальны, куча глюков в системе печати и отчётов, и это при том что специально скачал их livеcd. Плюс не всё переведено нормально - встречаются фразы на болгарском:)<br>В серьёзную контору это не поставишь, но если хорошенько поработать рашпилем то для мелкого магазинчика самое оно. <br> https://slinkov.ru/openforum/vsluhforumID3/50022.html#31 Mon, 02 Mar 2009 13:09:33 GMT &gt;"Хотя код является смесью из С и C++ файлов, но система сборки <br>&gt;ориентирована под Windows." <br>&gt;<br>&gt;Долго ржал... типа, в Виндах Си нету.... :) <br><br>В Windows C есть.<br>Хотя, имхо, чаще идет к WINAPI и MFC.<br>А ANSI C там мало.<br><br>Имеется в виду, что хоть система написана на переносимом языке, но чувствуется, что сборочные скрипты ориентированы больше на Windows.<br> https://slinkov.ru/openforum/vsluhforumID3/50022.html#30 Mon, 02 Mar 2009 11:16:22 GMT &gt;"Хотя код является смесью из С и C++ файлов, но система сборки <br>&gt;ориентирована под Windows." <br>&gt;<br>&gt;Долго ржал... типа, в Виндах Си нету.... :) <br><br>Я рад, что эта новость вас позабавила. Только цепочка рассуждений, приведшая вас к выводу - "типа в Виндах Си нету", для меня так и осталась загадкой.<br><br>Поскольку в пакете отсутствует привычный скрипт configure, то многие читатели opennet (среди которых, я надеюсь, большинство использует открытые системы) скорее всего будут испытывать неудобства при сборке этого пакета. При этом сами алгоритмы, реализованные в этом пакете, некоторые найдут для себя интересными. При чем здесь - есть ли Си в Виндах или нет?<br> https://slinkov.ru/openforum/vsluhforumID3/50022.html#29 Sun, 01 Mar 2009 11:25:54 GMT "Хотя код является смесью из С и C++ файлов, но система сборки ориентирована под Windows."<br><br>Долго ржал... типа, в Виндах Си нету.... :)<br> https://slinkov.ru/openforum/vsluhforumID3/50022.html#28 Sat, 28 Feb 2009 10:09:01 GMT угу. Давайте изгаляйтесь...<br>Только после этого линку: http://www.sqlite.org/whentouse.html<br>прочесть не забудьте.<br><br> https://slinkov.ru/openforum/vsluhforumID3/50022.html#27 Sat, 28 Feb 2009 07:18:28 GMT 1С может спать спокойно. Имхо, очередная поделка, к сожалению...<br> https://slinkov.ru/openforum/vsluhforumID3/50022.html#25 Fri, 27 Feb 2009 20:32:08 GMT &gt;Хм. А почему это вас так удивляет? <br><br>У конкретно sqlite есть бестолковости как то - не больно то гранулярные блокировки на запись (с другой стороны, это зачастую не проблема) а пожирание памяти при некоторых операциях пропорционально числу страниц в базе, т.е. чем больше БД тем больше оперативки будет кушаться.С другой стороны, дефолтный размер страниц можно и увеличить, дефолтный там вообще слишком мелкий.<br><br>&gt;Всякие беркли-диби держашие сотни гиг ведь никого не удивляют?<br><br>Не удивляют.А должны?Чему там тормозить то?Единственное что если меня не подводит склероз то БД на основе b-деревьев обычно достают (key,value) за O(Log(n)) - т.е. производительность несколько проседает при большом числе записей, хоть и логарифмически.С другой стороны у них вроде есть и другие типы баз, где вообще не проседает.Если где-то наврал просьба не пинаться поскольку базу сонного кота ковырял достаточно давно а еще знания несколько перемешаны с "токийским кабинетом" который тоже БД похожего типа и попалась мне под руку :)<br><br>&gt;А https://slinkov.ru/openforum/vsluhforumID3/50022.html#24 Fri, 27 Feb 2009 17:46:25 GMT Мда. А вот без мони такого софта как то не очень чтобы было ... <br>Вот и думай что маст дай а что муст хэв теперь ... <br>Тенденция однако!(С)Белый шаман.<br>