|
2 mazzy
mazzylisichanec, вам стоит успокоиться и разобраться в предмете.
Поверьте мне я спокоен. И уже спокоен 7 месяцев. До этого, поверив в "великолепность" 1С, я два года (1Сv77 для SQL Server (релиз 15,18,19,20)) запихивал свое время коту под хвост.
Для начала, давайте определим или хотябы предположим, как утверждают здесь люди, что 1С - это среда разработки имеющая свое ядро и позволяющая выполнить задачу ЛЮБОЙ СЛОЖНОСТИ. Но в 1С такое определение сводится только к тому, что она имеет средства, которые позволяют наборосать на форму элементов управления, встроенный язык программирования, и согласитесь убогий. Я могу согласиться, что это среда разработки со своим ядром, но по своим возможностям ни какая, и о задаче любой сложности лучше не упоминать. В лучшем случае это учет с очень не значительным оборотом.
Работает все это очень медленно с большим объемом данных, а если еще надо в цикле что-то крутить ... - не серьезно. К примеру один и тот же запрос средствами 1С выполняется 14 минут, а через АДО из того же 1С - 3,5 секунд. Вы конечно можете сказать ну что же сравнивать не сравнимое. Или ну вот и обрабатывай через АДО. Возможно это и так, но я о среде разработки 1С. Да и пробовал я через АДО ... пока 1С "ёжика рожает" со своими супер скоростными циклами, SQL Server говорит - "Кури браток, твое время сессии закончилось".
А если Вам надо специфический элемент управления? Вы берете Delphi и ваяите внешнюю компоненту - чудесно! А не проще, взять Delphi подключиться к SQL Server и работать........ Проще. И на много.
Как факт - я 6 месяцев делал проект на 1С и просто напоролся на то, что 1С захлебывается от обработки больше миллиона записей. Это в месяц. За год будет 10 - 15 миллионов. Раньше я описал ситуацию с тем, что мне надо было исходные данные для работы получаемые с устройсва. Попытайтесь обработать такой объем. Так вот. Как себя поведет 1С с таким объемом? Как Вы будете получать остатки, обороты? А что будет с регистрами???? Упаси Вас бог, пересчитать итоги и перепровести документы...
Я пробовал - это вечный двигатель с вечным тормозом.
Может быть я конечно не имею достаточно знаний в среде разработки 1С, тогда расскажите, как бы Вы обрабатывали с помощью 1С лог файл с устройства, которое мечет в день до 40 000 строк?
Его (лог файл) надо перекодировать (нормализовать) и влить в базу. Скажете, - "Ну и что тут сложного?". Согласен ничего. Только сколько времени понадобится это для среды 1С? Я знаю сколько - 35 минут. А вот средствами SQL Server, 22 секунды залить данные в таблицу и для декодера 1 минута.
О дальнейшей обработке этих данных вообще и говорить не хочу. Скажу просто что, с этим вопросом 1С = фиаско.
Так как (где) использовать среду разработки 1С? Что она сумеет обрабатывать? Офис с оборотом 50-100 накладных в день? Или кто-то может привести пример с документооборотом в несколько тысяч в день?
mazzy
lisichanec В 1С нет ни какого ядра (ни в 7 ни в 8). Это движок построения форм, модулей с возможностью юзать базу данных.
Это и есть ядро :)
Либо дайте свое определение ядра.
Согласен ЯДРО.
mazzyВот такое оно в 1С ядро.
Но дело свое делает - разрабатывать учетные системы с ним действительно быстро и удобно.
Согласен. Очень быстро и особенно удобно:
- написали код, жмем на кнопку "Синтаксический контроль" (по-моему так) - читаем "Синтаксических ошибок не обнаружено", запускаем конфигуратор, из поднего стартуем конфигурацию, о-о-па, эта среда разработки нашла ошибку. А до этого что она делала когда кнопку "Синтаксический контроль" жали - розы нюхала? Сначала. О-о-па опять ошибся. Сначала... И так пока не научитесь писать безошибочно, по памяти помня обо всех зависимостях и других вещах, о которых понятия не имеет синтаксический контроль этой среды разработки.
- встроенная в 1С система intelisence (для тех кто не знает. Когда в коде ставишь точку выпадает список с допустимыми значениями. Грубо но похоже) позволяет очень быстро и удобно работать с кодом. Ой. Забыл. Если хотите это видеть, скажите спасибо стороннему разработчику за внешнюю компоненту. Написанную наверное в среде 1С;
- очень мощная система обработки событий. По-моему штук 10 предопределенных процедур, которые являют собой убогое подобие на события. Ой. Опять забыл. Подключите внешнюю компоненту 1С++ и явится Вам благодать;
- средства совместной разработки группой программистов, ну просто ошеломляет.
Ах да. Нашелся ответ... наверное прозвучит так - в 8-ке это уже есть. Надо же радость какая. А что прикажете с кодом от 7-ки делать?
mazzyНо дело свое делает
Скажем честно. Кое как. А что Вы хотели. Как может так и делает.
mazzyдействительно быстро и удобно
Действительно. Например бухучет на MS SQL Server 2000 + VB.NET сделан за 4 дня. Со всеми прибамбасами. План счетов с субсчетами + аналитический учет + валютный учет + три измерения количества (чего в 1С нет. Ну что поделать ЯДРО) + история хранения значений. Формирование операций и проводок. Есть ограничения учитываем не более 5-ти аналитик (по 1С-совскому субконто). Набросайте мне счет где надо больше субконто чем 5. И ПЛЮС каждый бзик в исходном коде, что в конце концов составит ЯДРО, на которое пользователь сможет повлият в объеме допустимых (разработчиком) опциональных настроек в клиентской части приложения, а не будет так закручивать сюжет, от чего ядро будет сходить с ума, как это не исключено в 1С.
Спросите, а зачем три измерения количества. А если Вы учитываете например, в животноводстве коров, коз, овец - поголовно и в то же время Вам надо знать их общий живой вес.
Сейчас в таблице проводок 476 тыс строк. Получаем оборотно-сальдовую ведомость развернутую по всем счетам и всем аналитикам (субконто) ХП отрабатывает за 1,36 минут, формируется отчет за 3,73 минут (начальное и конечное сальдо есть). За сколько Вы это получите из 1С? Если даже 1С это и выполнит (когда-нибудь) попробуйте ее отчет двинуть СкролБаром и засекайте время... неспеша перекурить успеете.
mazzy
lisichanec
Кроме того по моему примеру, таблица не будет соответствовать в точности к требованиям "Ядра" и естественно выполнить с данными всякого рода математику на прямую из 1С Вы не сможете. Надо будет организовывать какой-то экспорт. Вот и прийдется вам через встроенный язык напрягаться. А напрягаться прийдется с помощью ADO. С незначительными затратами времени Вы подключите ADO и даже сможете попробовать его юзать в 1С. И как только попытаетесть просканировать табличку в пару миллионов строк, так сразу же получите ошибочку TimeOut error (не помню точно, что-то в этом духе) и будете Вы над этой ошибочкой биться, вот только ни чего не добьетесь. Ударите шапкой о землю и задумаетесь - "Что же мне делать с этим ЯДРОМ дальше".
Либо целиком использовать, либо не использовать.
Других вариантов в общем-то нет :)
Вот я и говорю:
1С - это более чем не серьезно.
1С - это "подстава" для клиента
1С - это геморой для разработчика.
Могу пояснить по пунктам:
1С - это более чем не серьезно.
По причине всего сказанного выше.
Очень хороша для введения бухгалтеров в принципы автоматизации бухгалтерских процессов, с целью получения от бухгалтера внятных пояснений чтоже он все-таки хочет при постановке задачи.
Для баловства на малых объемах - может быть и годится. При работе, которая обуславливает ввод данных через форму, т.е. ручной ввод в основном - годится.
При обработке больших объемов не выдерживает ни какой критики. Для обработки сведений от внешних устройств не годится (кассовые аппараты, регистраторы и т.п. оценивать не могу). К примеру АТС ну хотябы 2000 номеров пишет лог-файл в сутки примерно 20-40 000 строк после декодирования.
Средства для работы с распределенными базами - ну просто кощунство над SQL Server - каменный век. Обмен файлами, потом подкачки... ну просто смех.
1С - это "подстава" для клиента
Когда Вы внедряете проект 1С клиенту, Вы с оптимизмом (уверенностью) рассказываете ему о гибкости этой системы, говорите, что благодаря конфигуратору и вообще конфигурированию, Вы за считанные часы добавите или измените функционал любого документа или режима обработки, при этом не забываете сказать, что очень много (большинство) предприятий работают именно на этой системе. При этом как-то умалчиваете о том как надежно это все будет работать и сколько будет стоить конфигурирование. Ведь не говорите Вы клиенту, что конфигурирование будет стоить 10$ в час. Уверен, что нет.
Потому-что если Вы это скажете, клиент задаст вопрос, а сколько часов надо для того чтобы сделать отчет, и Вы ему не будете говорить, что мол бог его знает, что может потребоваться и 10 и 20 часов в зависимости от заморочек самого отчета. Это будет потом, постфактум. Это будет, когда Вы присадите клиента на "иглу" 1С.
Предположим, Вы внедрили 1С проект. Предположим это типовая конфигурация. Как правило от какого-нибудь франчайзи, который в свою очередь поддиферил типовую от самого 1С. Клиент работает год. Вся эта "причудовая" конструкция - умирает (к стати невозможно определить по какой). Кому он должен будет предъявить претензию? А никому. Потому что тут крайних нет. Тут всегда можно сказать, хорошую фразу. "Ну мы не в курсе, скорее всего кто-то из ваших пользователей вошел в конфигуратор и по незнанию чего-то там напортачил. Ведь в процессе эксплуатации мы не присутствовали". Так Вы же пароль на конфигурацию ставили? Ой, пароль. Пароль можно легко сломать Сауроном (по-моему так). И все. Вот Вам и подстава клиента. Веками он не докажет обратное.
Когда в процессе работы внедренного проекта, Вам звонит клиент и говорит, что у нас тут что-то не работает или отломилось. Положите руку на сердце и согласитесь, что Вы и оплаты не хотите за поиски и выравнивания ситуации. потому-что времени уйдет столько, что выставленный вами счет очень быстро сровняет стоимость 1С с современной ERP-системой. Ну правда может быть не за один раз. Это что не подстава?
В связи с тем, что вина за все глюки 1С автоматически перекладывается на заказчика. В нашем мире развелось столько фирм, которые в своем составе имеют 2-3 реальных программиста, очень высокой квалификации, и человек 20-30 натасканных выпускников ВУЗов, которым однозначно поставлена задача руководством, чтобы они на территории заказчика меньше 3-4 часов не были. Таким образом посещение так называемого специалиста заказчику обходится в 30-40 долларов + плюс еще и за вызов мастера 15. Вот мальчик приходит уточняет проблему запоминает (или записывает все жалобы) и начинает в поте лица активно работать с окнами. Потом спустя 3 часа констатирует, что эту проблемму возможно решить только в центральном офисе и уходит. Ну а дальше додумайте сами. Вот вам и еще подстава.
Внедренцы не забывают сказать клиенту, что 1С работает с SQL Server, но об этом дальше.
1С - это геморой для разработчика.
Не хочу повторятся, кое что я описал выше и в прошлом топике. Но хочу узнать. Т.е. кто мне может однозначно ответить. Для чего базу 1С разместили на SQL Server?
Для того, чтобы игнорировать встроенные средства самого SQL Server-а?
По-моему, потому-что на ДБФ загибаются большие объемы. вот и захотелось немного воздуха глотнуть. И наконец-то забыть про индексацию?
Ну прясо смех какой-то, хранимые процедуры на SQL Server - это утопия, а вот мы сделали сервер процессов - какая-то ActiveX (COM) мулька, которая творит чудеса, вот только Вы пожалуйста используйте коротенькие запросы... потому-что, "в этом сила брат". А вдруг Вы завтра захотите разместить свою базу, которую проектировали под MS SQL на Oracle. А если мы мульку от 1С приймем, то сможем ну просто с любой базы брать данные. Надо же как круто, а кто-нибудь интересовался, зачем в MS SQL например DTS? А на фига нам DTS, мы сделали сервер процессов. А MS SQL нам нужен только для того, чтобы наша ДБФ-ная концепция не загибалась.
Что-то меня понесло. Думаю лучше остановиться и сказать напоследлк.
=======================================
А не проще ли, вместо того, чтобы своих клиентов перетягивать с 1С77 на 8-ку, чем заставить их купить новые лицензии (кто-то тут говорил, что для их предприятия это выльется в 2000 баксов), да плюс трудозатраты на перетягивание существующих данных и кода умножив это все на 10$ в час.
Разработать свое решение и внедрить его за теже деньги. После чего иметь руль в своих руках.
На сколько я понял, почти все здесь сталкивались с 1С и отчетливо знают как надо зделать или как не надо делать. Может хватит кормить разработчиков, которые сделали пластилиновую среду (ядро) на "иглу" которой Вы сажаете своих клиентов. Отдаете на откуп глюкам 1С свою репутацию и мастерство.
==================================================
И хочу вернуться на начало и пояснить еще дну свою фразу.
"Поверьте мне я спокоен. И уже спокоен 7 месяцев."
Семь месяце назад, я плюнул на великолепие 1С, и за 7 месяцев в связке MS SQL Server + VB.NET была построена биллинговая ситема для оператора связи АТС в г.Киеве. и сдана в эксплуатацию.
И в дальнейшем не при каких условиях, не наступлю на эти грабли.
1С - это как в одной народной украинской песне поется (а как известно из песни слов не выкинешь)
"ЗАМУЧАЛИ, МОЛОДОГО ТАТАРЫ ПРОКЛЯТЫЕ"
(ничего личного... народная мудрость)
Всем всего нилучшего.
|
