К вопросу сравнения 1C:Предприятие и Axapta + Новости с семинара партнеров 1С

[brahma]

Цитата:

Сообщение от Сисой

Не совсем так. В 1С есть два режима проведения расходных документов, один из которых делает примерно то же, что и Аксапта, но тормозит не по децки при большом кол-ве документов. И есть второй режим, когда "раскрутка" партий и расчет себестоимости производится регламентно, в конце периода. Вот его-то и использовали во время тестов. В принципе, это корректно, т.к. на больших внедрениях УПП именно этот режим и используют. Но сравнение с Аксаптой в данном случае 1С проигрывает.

Проигрывает если в момент расхода требуется знать себестоимость с какой-то точностью?
Регламентный расчет себестоимости можно делать каждый день и тогда можно получить среднюю себестоимость на дату, правильно? Является ли такой вариант работы приемлимым для сколько нибудь значительного числа фирм?

[mazzy]

Цитата:

Сообщение от brahma

А если расход делается не задним числом, то расчет себестоимости производится по правильному алгоритму или тоже по средней на дату?

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

Цитата:

Сообщение от brahma

Получается, что при корректировке себестоимости корректируются и финансовые и складские проводки?

Да.

Цитата:

Сообщение от brahma

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

Да.

[mazzy]

Цитата:

Сообщение от brahma

Регламентный расчет себестоимости можно делать каждый день и тогда можно получить среднюю себестоимость на дату, правильно? Является ли такой вариант работы приемлимым для сколько нибудь значительного числа фирм?

Да.
Если делать именно таким образом, то коррекции при закрытии будут очень небольшими.
А само закрытие будет выполняться очень быстро.

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

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

[brahma]

Средняя себестоимость на дату считается на начало даты или на конец? Влияют ли уже сделанные проводки на среднюю себестоимость?

[mazzy]

Цитата:

Сообщение от brahma

Средняя себестоимость на дату считается на начало даты или на конец? Влияют ли уже сделанные проводки на среднюю себестоимость?

На конец.
Что значит "уже сделанные проводки"? Это значит "уже сделанные коррекции"?
Если я понимаю правильно, то влияют.

[brahma]

Цитата:

Сообщение от mazzy

Что значит "уже сделанные проводки"? Это значит "уже сделанные коррекции"?
Если я понимаю правильно, то влияют.

Точно, сразу не сообразил! Простые проводки не могут изменить себестоимость, так как они списывают по средней.

[brahma]

Возвращаясь к УПП.
Получается, что реализовать такой режим работы в УПП должно быть довольно просто, но разработчики не делают этого? Получается что практически все компоненты для данного решения есть. Регламентная процедура пересчета себестоимости, алгоритм расчета по средней.

[Recoilme]

Цитата:

Сообщение от brahma

А для MS SQL есть русскоязычная документация? Вроде MSDN не переводится на русский язык. Да и утилиты к серверу не локализованы.

Я думаю, что 1С будет поставлять скомпилированную сборку вместе со своим продуктом. Так что это не проблема.

А какие проблемы с администрированием? Можете дать ссылку на описание этих проблем?

Есть результаты тестов независимых экспертов? Дайте пожалуйста ссылку на эту информацию.

Проще наверное было бы на Sybase.

Вы уверены, что будут продавать PostgreSQL? Откуда сведения?

А под что он оптимизирован?

1. Да. Навалом. Вы давно не были в книжных магазинах. Когда зайдете - сравните
2. Естественно будет
3. www.sql.ru например. Бывают СУБД требующие минимум администрирования (ms sql, firebird, interbase), а бывают нет. Постгри не из первых
4. Да. Есть. Я не доверяю "официальным источникам". У меня есть скрипты и результаты TPC-R тестов для ряда СУБД сделанных автором СУБД Yaffil. Ему по барабану. Опираюсь на них. Ссылки в открытых источниках нет. Могу прислать если интересно.
5. Уверен. Вчера пиво с Нуралиевым пили . Вы всегда такие вопросы задаете? Другого логического объяснения я не нашел. Время покажет.
6. Unix. Зайдите в интернет наконец, я Вам не поисковый робот!

Цитата:

Первая версия была выпущена в 1989 году, затем последовало еще несколько переписываний системы правил (rule system). Отметим, что коды Ingres и Postgres не имели ничего общего ! В POSTGRES была реализована поддержка таких типов как многомерные массивы, что уже шло в противоречие с реляционной моделью, timetravel - хранение версионности объектов (впоследствии, в версии 6.3 этот тип был удален, так как его поддержка требовала больших усилий, а версионность могла быть реализована на стороне приложения с помощью триггеров). В 1992 году была образована компания Illustra, а сам проект был закрыт в 1993 году выпуcком версии 4.2. Однако, несмотря на официальное закрытие проекта, открытый код и BSD лицензия сподвигли выпускников Беркли Andrew Yu и Jolly Chen в 1994 году взяться за его дальнейшее развитие. В 1995 году они заменили язык запросов POSTQUEL на общепринятый SQL, проект получил название Postgres95, изменилась нумерация версий, был создан веб сайт проекта и появились много новых пользователей (среди которых был и автор).

http://sql.ru/forum/actualthread.asp...f1%f2%e5%ec%e0
http://sai.msu.su/~megera/postgres/t...ostgresql.html

В многоплатформенных СУБД есть такое понятие в "платформозависимая оптимизация ". Если по русски - критические алгоритмы переписываются на ассемблере х86. В постгри они не переписаны.

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

[Сисой]

Цитата:

Сообщение от brahma

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

Да, это так.
1С использует крайние случаи:
1. Списать себестоимость максимально точно по выбранной учетной политике.
2. Вообще не определять себестоимость на уровне проводок до закрытия периода.

Аксапта использует компромиссный метод.
Тем не менее, 1С на практике позволяет контролировать маржинальный доход в течение месяца, используя систему цен номенклатуры (прайсов), часть из которых может автоматически обновляться по данным закупок (т.е. храним последнюю цену поставщика).

[brahma]

Цитата:

Сообщение от Recoilme

1. Да. Навалом. Вы давно не были в книжных магазинах. Когда зайдете - сравните

Изначально шла речь о документации. Если речь о дополнительной литературе, то MS SQL конечно гораздо больше книг. Однако по PostgreSQL есть несколько книг. Я думаю их должно хватить начального изучения. Тем более нужно только администрирование, так как 1С изолирует разработчика от БД.

Цитата:

Сообщение от Recoilme

3. www.sql.ru например. Бывают СУБД требующие минимум администрирования (ms sql, firebird, interbase), а бывают нет. Постгри не из первых

Спасибо за информацию. Обязательно изучу данную информацию.

Цитата:

Сообщение от Recoilme

4. Да. Есть. Я не доверяю "официальным источникам". У меня есть скрипты и результаты TPC-R тестов для ряда СУБД сделанных автором СУБД Yaffil. Ему по барабану. Опираюсь на них. Ссылки в открытых источниках нет. Могу прислать если интересно.

Если не сложно пришлите, пожалуйста, результаты тестов. Буду вам очень благодарен.

Цитата:

Сообщение от Recoilme

5. Уверен. Вчера пиво с Нуралиевым пили . Вы всегда такие вопросы задаете? Другого логического объяснения я не нашел. Время покажет.

Просто Ваша оценка имела явную негативную направленность и безаппеляционный тон. Мне кажется, что без веских оснований не стоит бросаться такими словами.

Цитата:

Сообщение от Recoilme

6. Unix. Зайдите в интернет наконец, я Вам не поисковый робот!

Может быть поддержка данной СУБД сделана для выхода на UNIX/Linux рынок, а для Windows останется MS SQL? Вот и Сисой говорит, что есть слухи портирования сервера на Linux.

[Сисой]

Цитата:

Сообщение от brahma

Регламентный расчет себестоимости можно делать каждый день и тогда можно получить среднюю себестоимость на дату, правильно? Является ли такой вариант работы приемлимым для сколько нибудь значительного числа фирм?

Да, я знаю фирмы, которые делают это. Но такой подход требует минимума корректировок задним числом (т.е. ограничения глубины таких корректировок).

[mazzy]

Цитата:

Сообщение от Сисой

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

Это есть и в Аксапте, и в Навижине.

[brahma]

Цитата:

Сообщение от mazzy

Это есть и в Аксапте, и в Навижине.

А чем этот подход хуже оценки средней на дату?

[mazzy]

Цитата:

Сообщение от brahma

А чем этот подход хуже оценки средней на дату?

Не понял вопроса.

Чем обновление цены продажи хуже алгоритма списания себестоимости по средней на дату?
Вообще говоря, это совершенно разные вещи.

[mazzy]

Цитата:

Сообщение от mazzy

Раз уж зашла речь о новостях с семинара
Вот, например, http://1c.realnet.ru/forum/f?ak=26223

Продолжение http://1c.realnet.ru/forum/f?ak=26205
В частности, http://1c.realnet.ru/forum/f?ak=26205#25 почти цитата из сказанного на семинаре.

[George Nordic]

2 brahma: mazzy меня уже опередил. А Recoilme, судя по всему, расстроен тем, что, если бы стояла цель действительно оптимизировать быстродействие, то 1С оптимизировала бы платформу под SQL2005 или Oracle.
Я не прав?

С Уважением,
Георгий

[Recoilme]

Цитата:

Сообщение от George Nordic

2 brahma: mazzy меня уже опередил. А Recoilme, судя по всему, расстроен тем, что, если бы стояла цель действительно оптимизировать быстродействие, то 1С оптимизировала бы платформу под SQL2005 или Oracle.
Я не прав?

С Уважением,
Георгий

Нет
Я расстроен тем что выбрали уродского слона вместо птички (firebird).
По всем показателям это должен был быть он.
Этот выбор дал бы офигительной толчок к развитию данной СУБД.

А оптимальным по быстродействию для баз данных 1с (1-10 гиг) - был бы MySql, а не монстры. Но мускул платный для коммерческого использования.

Если бы выбрали firebird - сиквел 90% юзверей нафиг не уперся бы. Учитывая его распространенность, надежность, отсутствие администрирования, запуск на 486 машинах, версионность, развитие, быстродействие, мультиплатформенность и т.д.

Вобщем 1С в своем репертуаре... ну и фиг с ними

[brahma]

Цитата:

Сообщение от George Nordic

А Recoilme, судя по всему, расстроен тем, что, если бы стояла цель действительно оптимизировать быстродействие, то 1С оптимизировала бы платформу под SQL2005 или Oracle.
Я не прав?

Если есть цель оптимизировать быстродействие, то в первую очередь нужно продолжать оптимизировать под SQL2000. Но кто сказал, что 1С эту оптимизацию не производит? Кстати опубликованные тесты показывают, что 1С уделяет этому внимание и старается оптимизировать не только платформу, но и конфигурации.
Может быть использование PostgreSQL преследовало другую цель? Например, предоставить дешевое решение для мелких и средних фирм, которым не нужно быстродействие SQL2005 или Oracle, так как у них достаточно маленькие объемы данных, но уже не хватает файлового варианта. На самом деле, как мне кажется, таких фирм достаточно много. Если посмотреть по сайту 1С, то основная масса внедрений это 10-30 работающих.

[brahma]

Цитата:

Сообщение от Recoilme

Нет
Я расстроен тем что выбрали уродского слона вместо птички (firebird).
По всем показателям это должен был быть он.
Этот выбор дал бы офигительной толчок к развитию данной СУБД.

Вобщем 1С в своем репертуаре... ну и фиг с ними

Теперь понятны причины ваших эмоций.

[Сисой]

Цитата:

Сообщение от Recoilme

Я расстроен тем что выбрали уродского слона вместо птички (firebird).
Вобщем 1С в своем репертуаре... ну и фиг с ними

Приношу свои соболезнования.
Вообще-то интересно проследить за мыслями разработчиков 1С. Я думаю, после выхода беты мы узнаем, почему было сделано так.