[ОТВЕТИТЬ]
07.06.2007 10:57
OlegON
 
Тут в одной конференции обсуждают возможный перевод 1С под PostgreSQL. Вот интересный
Цитата:
В бухгалтерии предприятия не работает форма 2HДФЛ и док. Hачисление заработной платы, т.к. тоже не оптимизировано под PostgreSQL... И на формируемый запрос он грязно ругается, почтому что в запросе используется более 256 таблиц...
256!!!!!!
07.06.2007 11:33
Mtirt
 
Для 1С это нормально.
Там еще в 7-ке были проблемы, больше 300 одновременно открытых таблиц....
08.06.2007 12:48
TOSha_n
 
Цитата:
OlegON Тут в одной конференции обсуждают возможный перевод 1С под PostgreSQL. Вот интересный 256!!!!!!
Олег.
1С, в общем, помощнее СМ2000. И удобнее. ИМХО ессно. :)
08.06.2007 13:00
Dim
 
Цитата:
TOSha_n Олег.
1С, в общем, помощнее СМ2000. И удобнее. ИМХО ессно. :)
заклюем ведь*96 )))
08.06.2007 13:01
TOSha_n
 
Цитата:
Dim заклюем ведь*96 )))
Возможно. :) Но есть в 1С большой плюс. "Конфигуратор". И тут СМ безбожно проигрывает. :)
08.06.2007 13:10
OlegON
 
Нет, заклевывать не будем... Просто интересно, в чем преимущество этого конфигуратора, суть - самописка, для замены которой в СМ используются другие, отдельные средства.
08.06.2007 13:50
Dim
 
Цитата:
TOSha_n Возможно. :) Но есть в 1С большой плюс. "Конфигуратор". И тут СМ безбожно проигрывает. :)
Сам я 1С-ник. Работал 3,5 года на Супермаге, теперь работаю на Асторе. В базе Центра помимо оперативного учета ведется еще и бухгалтерский. Первое - когда запускаем границу последовательности, бухи вешаются. В СМ такое понятие как ГП отсутствует в принципе. Второе, при одинаковом количестве номенклатуры документ инвентаризации в Асторе проводится порядка часа, в СМ же такой документ проводился минут за 5-10. 1С (по крайней мере версии 7.7) на больших объемах данных тормозит безбожно. А когда начинает принимать данные с 4-х магазинов МОД, то начинается очень длительная транзакция. Те же самые бухи идут курить надолго. Это только то, что касается платформы 1С. То, что касается самого Астора - это отдельная песня.
08.06.2007 13:51
Dim
 
вдогонку... и никакой Конфигуратор от тормозов платформы не спасет.

В принципе, для одиночного магазина 1С (под скуль, естественно) самое оно. НО не для сети.
08.06.2007 13:55
EugeneT
 
Цитата:
TOSha_n Возможно. :) Но есть в 1С большой плюс. "Конфигуратор". И тут СМ безбожно проигрывает. :)
Бессмысленный спор. Гибкость 1С из ключевого преимущества обращается в ключевой недостаток, когда увольняется программер, который написал "вашу и только вашу уникальную" конфигурацию.
08.06.2007 13:57
Dim
 
Цитата:
EugeneT ... ключевой недостаток, когда увольняется программер, который написал "вашу и только вашу уникальную" конфигурацию.
В-общем-то ты не прав. Имея открытые исходники, в чужом коде разобраться можно. Повторюсь, для розницы в 1С на мой взгляд самый большой недостаток - тормознутость платформы.
08.06.2007 13:59
TOSha_n
 
Цитата:
OlegON Нет, заклевывать не будем... Просто интересно, в чем преимущество этого конфигуратора, суть - самописка, для замены которой в СМ используются другие, отдельные средства.
Олег, для тебя преимущества может и нет, но у меня к примеру исходников не было. ;)

Просто иногда задача стоит так, что необходимо модернизировать что-либо с минимальными потерями. Берем СМ.
1. Пишем ТЗ, что надо модернизировать.
2. ТЗ отсылается менеджеру. (Рассматриваем вариант без личных знакомств, ессно учитиваем время на согласование оплаты труда).
3. Он переадресовывает задачу разработчику.
4. Разработчик делает отсылает обратно.
5. Обновление, завершение работы...

Берем 1С. (Берем вариант когда Предприятие не даржит своего программиста).
1. Звонок в фирму франчайзинг. (Там же согласоввание оплаты)
2. Ф. присылает специалиста.
3. Работа выполнена.

Вроде и не очень отличаются схемы (ну +- 2 дня на практике, минимум), но есть еще один момент. Если что-то навернулось в выходные, то в СП (когда я с ними работал) нет поддержки по выходным. То бишь болт.
Тут же 50$ час. Ну в выходные чуть больше. И все снова работает. :)

ЗЫ, Это не Холли Вар, у СМ-а есть свои преимущества (Работа с оборудованием - это как часы и все круто), но их просто меньше.

:)
08.06.2007 14:08
TOSha_n
 
Цитата:
Dim В-общем-то ты не прав. Имея открытые исходники, в чужом коде разобраться можно. Повторюсь, для розницы в 1С на мой взгляд самый большой недостаток - тормознутость платформы.
В СМ неприятный момент - расчет аналитики. За счет этого там нет последовательносьти.

ЗЫ. В 8.X координально переделали эти моменты.
08.06.2007 14:13
TOSha_n
 
Цитата:
Dim Сам я 1С-ник. Работал 3,5 года на Супермаге, теперь работаю на Асторе. В базе Центра помимо оперативного учета ведется еще и бухгалтерский. Первое - когда запускаем границу последовательности, бухи вешаются. В СМ такое понятие как ГП отсутствует в принципе. Второе, при одинаковом количестве номенклатуры документ инвентаризации в Асторе проводится порядка часа, в СМ же такой документ проводился минут за 5-10. 1С (по крайней мере версии 7.7) на больших объемах данных тормозит безбожно. А когда начинает принимать данные с 4-х магазинов МОД, то начинается очень длительная транзакция. Те же самые бухи идут курить надолго. Это только то, что касается платформы 1С. То, что касается самого Астора - это отдельная песня.
Мод - глюкавая вещь. XML, или свой обработчик, что лучше.
Астор - не показатель хорошей разработки. :) Если честно, то некоторые моменты у них просто отвратно были сделаны, года два назад.
08.06.2007 14:14
TOSha_n
 
Цитата:
EugeneT Бессмысленный спор. Гибкость 1С из ключевого преимущества обращается в ключевой недостаток, когда увольняется программер, который написал "вашу и только вашу уникальную" конфигурацию.
В конторе, где я сейчас работаю, я третий или 4-ый 1С-ник. И все работает. :) И дописываю. :)

Доктор, что я делаю не так? :)
08.06.2007 14:16
Dim
 
Цитата:
TOSha_n В СМ неприятный момент - расчет аналитики. За счет этого там нет последовательносьти.

ЗЫ. В 8.X координально переделали эти моменты.
А что неприятного в расчете аналитики? Ты перепроведи документ 3-х годичной давности и пересчитай аналитику в СМ. Засеки время. И тоже самое сделай в реальной рабочей базе на 1С. Посчитай сколько времени будет восстанавливаться последовательность. Результаты сравни.

ЗЫ. Про 8-ку к сожалению ниче сказать не могу. Руки не дошли изучить.
08.06.2007 14:23
bob
 
Я уже второй год наблюдаю (так получилось) за работой (на 1С 7.7 и переход на 8) достаточно крупного и известного предприятия (торговля). Работы сделано много. Предстоит сделать еще больше. Денег вбухано очень много. Результат и перспективы мягко говоря не впечатляют.
08.06.2007 14:24
TOSha_n
 
Цитата:
Dim А что неприятного в расчете аналитики? Ты перепроведи документ 3-х годичной давности и пересчитай аналитику в СМ. Засеки время. И тоже самое сделай в реальной рабочей базе на 1С. Посчитай сколько времени будет восстанавливаться последовательность. Результаты сравни.

ЗЫ. Про 8-ку к сожалению ниче сказать не могу. Руки не дошли изучить.
В 8-ке быстрее проходит этот момент.
База дольше года не должна жить оперативно. ИМХО. Это связано с несколькими моментами (В России точно), замедление работы при этом не главный аргумент.
Причем в 1С - это не совсем обязательный момент, а в СМ половина отчетов не работает примерно. ;)
08.06.2007 14:25
TOSha_n
 
Цитата:
bob Я уже второй год наблюдаю (так получилось) за работой (на 1С 7.7 и переход на 8) достаточно крупного и известного предприятия (торговля). Работы сделано много. Предстоит сделать еще больше. Денег вбухано очень много. Результат и перспективы мягко говоря не впечатляют.
Я уже несколько месяцев наблюдаю, как админ пытается обрезать базу в СМ. :D

UPD. Опять же все дело в руках. ;)
08.06.2007 14:31
bob
 
Цитата:
TOSha_n Я уже несколько месяцев наблюдаю, как админ пытается обрезать базу в СМ. :D
Тут согласен. Кому это надо, переживают немало неприятных минут.
08.06.2007 14:58
OlegON
 
Цитата:
TOSha_n Олег, для тебя преимущества может и нет, но у меня к примеру исходников не было. ;)
А я их до сих пор и не видел... И не собираюсь ;)

Цитата:
Просто иногда задача стоит так, что необходимо модернизировать что-либо с минимальными потерями. Берем СМ.
...
Это ты по незнанию... Знающие люди обращаются ко мне, если через штатных программеров не решается вопрос, если не я, то кто-нибудь еще писал, кого я знаю. Пока все были довольны.. ;) ТЗ писалось лишь пару раз, если лениво.

Цитата:
Если что-то навернулось в выходные, то в СП (когда я с ними работал) нет поддержки по выходным. То бишь болт.
Сейчас дежурные... А когда ты с ними работал, то если ты не цапался с сопровожденцем, то, как правило, мог его найти и в выходные... Я сам не раз базы все выходные напролет поднимал. Иногда даже бесплатно :)
08.06.2007 15:17
TOSha_n
 
Цитата:
OlegON А я их до сих пор и не видел... И не собираюсь ;)

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

Сейчас дежурные... А когда ты с ними работал, то если ты не цапался с сопровожденцем, то, как правило, мог его найти и в выходные... Я сам не раз базы все выходные напролет поднимал. Иногда даже бесплатно
Зря, ) там наверное много интересного.

Это у меня начальство по нормальному работать решило. Верю. ;)

О, греат сенькс Петрову Володьке. Я с ним больше работал. :)

ЗЫ, Но самому-то интереснее ваять же. :)
08.06.2007 15:32
OlegON
 
Цитата:
TOSha_n ЗЫ, Но самому-то интереснее ваять же. :)
В этом и фикус. Берешь любой язык и пишешь.. А то, что в 1С внутренний, то это ... *112
08.06.2007 15:33
Dim
 
Цитата:
OlegON Я сам не раз базы все выходные напролет поднимал. Иногда даже бесплатно :)
Лично я все это помню. Когда Олег был где-то далеко на севере, там было 2 часа ночи, плюс кто-то (к сожалению, не помню, кто это был) в Москве помогали мне приводить базу в работоспособное состояние. Благодарен Олегу за все, что он для нас сделал.
08.06.2007 16:59
Mtirt
 
Как человек, который давно работает с 1С и только 3 года с Супермагом хочу внести свои 5 копеек.

Конфигуратор, увы не только благо, но и бич. И вот почему: Визуальное конструирование форм, и построение на их основе таблиц данных приводит к невозможности оптимизировать быстродействие на уровне самой базы.
Если в См2000 при открытой структуре данных можно ускорить формирование отчетов, например, за счет партицирования таблиц, то попробуйте проделать подобную процедуру в 1С любой версии. Удачных реализаций, если честно, очнь и очень немного...
08.06.2007 17:01
Mtirt
 
Что касается быстроты разработки.

Приблизительно одинаковое время затрачивается, чтобы написать отчет в 1С 8-ой версии с нуля, и в Oracle Reports.
И там и там все вопросы - правильно написать запрос.

Остальные вещи зависят только от квалификации программиста.
08.06.2007 19:14
TOSha_n
 
Цитата:
OlegON В этом и фикус. Берешь любой язык и пишешь.. А то, что в 1С внутренний, то это ... *112
Внешние компоненты никто не отменял. ;)
Вопрос в другом, смотри. Тебе надо что б твоя приходная накладная имела еще 1 столбец. Как можно это реализовать в СМ? :)
08.06.2007 19:16
TOSha_n
 
Цитата:
Mtirt Как человек, который давно работает с 1С и только 3 года с Супермагом хочу внести свои 5 копеек.

Конфигуратор, увы не только благо, но и бич. И вот почему: Визуальное конструирование форм, и построение на их основе таблиц данных приводит к невозможности оптимизировать быстродействие на уровне самой базы.
Если в См2000 при открытой структуре данных можно ускорить формирование отчетов, например, за счет партицирования таблиц, то попробуйте проделать подобную процедуру в 1С любой версии. Удачных реализаций, если честно, очнь и очень немного...
Быстродействие достигается за счет оптимизации хранилища. К примеру Скуля. К немуже можно делать прямые запросы.

Насчет 8-ки, она имеет встроеный мини OLAP, Кучу конфигураторов, и почти вся разработка идет мышью. Извини, но репортс отстает на порядок. ПО удобству.

Если нужно быстродействие нужно писать на асме. Жалею, что не знаю его. :(
09.06.2007 06:44
Mtirt
 
Цитата:
TOSha_n Внешние компоненты никто не отменял. ;)
Вопрос в другом, смотри. Тебе надо что б твоя приходная накладная имела еще 1 столбец. Как можно это реализовать в СМ? :)
Ты знаешь, мне за 3 года работы с См2000 доп.столбец в приходной накладной ни разу не понадобился...
Обычно такие вещи просят сделать, если не понимают логику ПО.
Правда 1С это тоже касается...
09.06.2007 12:11
TOSha_n
 
Цитата:
Mtirt Ты знаешь, мне за 3 года работы с См2000 доп.столбец в приходной накладной ни разу не понадобился...
Обычно такие вещи просят сделать, если не понимают логику ПО.
Правда 1С это тоже касается...
Объясняю реальный пример. Требуется создать документ, который орагизовывал бы бумажный вариант "Договора по согласованию цен". Нормальной реализации онного в СМ не найти.

Опять же я хочу видеть старую цену и новую в ОДНОМ документе. ОДНОВРЕМЕННО. Опять же этого СМ не мог.

+ много мелочей. Доработки ВСЕГДА необходимы компании, где работают профф. менеджеры. Или не стандартные ситуации.

Опять же, за время автоматизации (не использования, а именно автоматизации, внедрение + переход с СМ и Раруса на единую платформу) сети магазинов на 1С. В саму компанию я обратился 1 раз. (Был косяк с загрузкой данных из бэкапа). Больше не возникало ни одного случая, когда бы мне этого потребовалось. :) С СМ-же ситуация немного иная. Открыть магазин - легко, но рано или поздно начинает колбачить оракл, начинаются какие-то извращения с обрезками, какие-то моменты связанные с доработкой. Поэтому его "+" уходят на нет. :( К сожаленью.
09.06.2007 12:42
kadr
 
Цитата:
TOSha_n Требуется создать документ, который орагизовывал бы бумажный вариант "Договора по согласованию цен". Нормальной реализации онного в СМ не найти.
Думаю что если ты спец по 1С, то надо допускать что есть такие же спецы по Oracle и его языку PL/SQL, которые описанную тобой ситуацию в два счёта реализуют, а про 1С скажут тоже самое что ты говоришь про Oracle и СМ.

Цитата:
TOSha_n Открыть магазин - легко, но рано или поздно начинает колбачить оракл, начинаются какие-то извращения с обрезками, какие-то моменты связанные с доработкой. Поэтому его "+" уходят на нет. :( К сожаленью.
"колбачить оракл" начинает в том случае если на него забить, "при правильном уходе и кормлении он вам прослужит долго верой и правдой"
Насчёт извращений с обрезкой, то я могу сказать (и мои слова подтвердят участник), что сама платформа Oracle прекрасно тянет базы большого объёма, что позволяет собирать аналитические отчёты за большие периоды. Извращения заложены в саму процедуру от С+, но эти извращения кому-то были нужны.


Опции темы


Часовой пояс GMT +3, время: 18:04.

 

Форум сделан на основе vBulletin®
Copyright ©2000 - 2018, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.