Недостатки V8 #115555

Начинаю программить на 8-ке, типа переносить крутую базу на 8 движок. Плюсы 8-ки знают все, а по недостаткам тем нет. Они полюбому будут. Кто с каким гемором сталкивался в 8-ке? Я уже с периодическими регистрами сведений. Уж очень легко было в 7.7 например цены делать. Думаю тема топик будет полезен для всех, как предостережение :)

Начинаю программить на 8-ке, типа переносить крутую базу на 8 движок. Плюсы 8-ки знают все, а по недостаткам тем нет. Они полюбому будут. Кто с каким гемором сталкивался в 8-ке? Я уже с периодическими регистрами сведений. Уж очень легко было в 7.7 например цены делать. Думаю тема топик будет полезен для всех, как предостережение :)

Не поверишь - в V8 с периодикой вообще проблем нет - можно сделать не только цены, но и историю наименования товара.

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

Одно дела как это сделано в УТ, а другое как сам сделаешь. Что тебе мешает сделать в карточке? Ты прежде чем переносить "крутую базу" хоть напиши пару простеньких, а то затрахаешь тут всех.

2 Это сильно ошибочное мнение :) Документ изменения цен - это форевный рулез во все времена, ибо значительно упрощает жизнь и уменьшает варианты злоупотреблений системой.

Уважаемый 0xFFFFFF, у регистров есть дополнительные реквизиты, туда можно записать какая это ..... цену поменяла. Правда я привык самописным базам, и избалаванным пользователям. все для удобства начальства !!!

Это, батенька, если Вы ларек автоматизируете - тогда можно и в карточке, а если у Вас в базе хотя бы человек 5 работают - запаритесь концы искать.

VCD. Я сразу пишу крутые базы, потому что я не программист а гл.бух. и у меня особо времени нет. Я хочу объективно понять V8. Уже все цены в карточке сделаны.

Ну что мы зациклились на периодике. другие недостатки есть?

0по по моему просто тормозит интерфейс - смотрел пустую УТ

Недостатки медленная работа при массовом удалениии или записи данных, отсутствие в языке запросов возиожности использования операторов (update,delete и т.п.) , непонятный механизм блокировок.

Тормозит чуток. Если железки слабые (Проц<2Ггц, памяти<256 УТ/512 УПП) - тормозит чуток. Если ломана (особенно если криво сломана) - вылетает иногда.

МихаИл, да и бухгалтерии интерфейс тормозит, но это мне кажется недостаток железа.

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

VCD. пока работа связа с учетом данных и мне за это платят, я программирую. выйду на дядю Билла, придется тогда и ОС сочинять :)

Что еще сказать? Ты крутой пацан, видать.А тогда чего всякую ху.ню спрашиваешь на форуме?

VCD. Потому что ни хрена пока не понимаю в V8 (ни рена -это очень мало).

LOL сыну. Снимаю шляпу. ТЫ крутой Перес ДакуЭллер

Это и так понятно? А образование у тебя какое?

VCD. Инженер-экономист. Давай закроем эту тему?. Вывод в V8 все супер кроме тормознутого интерфейса, а остальное на любителя.

0 - движения можно создавать не из документа.

mes, если ты о регистрах, все уже сделал, очень нравится.

Не знаю, как там насчет интерфейса, но после того, как на моем слабеньком атлончике с обычным винтом 300 приходных + 6000 расходных накладных (по 30 строк в каждой) создались с проведением менее чем за полчаса - я этим продухтом сильно заинтересовался. В 7й версии сиё чудо делалось бы сутки.

Если ты думаешь, что создание баз данных - это простое кодирование, то ты заблуждаешься.На своей "крутой базе" ты это скоро узнаешь сам. А так - успехов тебе в твоем нелегком.

22 - да, о регистрах. Скажи - круто?24 - больше у тебя, больше... опыта11 - "Недостатки медленная работа при массовом удалениии или записи данных" - по сравнению с чем?"отсутствие в языке запросов возиожности использования операторов (update,delete и т.п.)" - и слава Богу."непонятный механизм блокировок" - в каком смысле? Зачем его понимать?

to 23 ты гонишь

Уважаемый VCD, я не заблуждаюсь, вот цифры по крутой базе: 1. основа бухгалтерия, шесть планов счетов, три организации в одной базе, 20 пользователей, 160 тыс. документов в год, оптовая торговля выгрузка заявок с Palm локально и через GPRS, два филиала. Конечно есть круче не спорю, но тема у нас не кто круче, а недостатки...

to 251.Не коректный вопрос, с чем с любым sql запросом на твой выбор. Посмотри простую очистку регистра с фильтром по дате , сколько телодвижений сделает 8.0 в профайлере.2. Попробуй записать в независимый регистр сведений с двух машин одновременно различные записи , с вероятностью 50% возникнет блокировка Разъясни почему ?

Кстати V8 отжирает почти 100 метров оперетивки. у всех так?

Зависит от конфы, но примерно так. А конфигуратор еще больше жрет.

гоню по поводу получаса? - нифига не гоню. Засекал. Там (в УТ) конечно нет проводок, но даже если будет дольше в два раза, то все равно отличный показатель.

28 - 1. Не буду спорить, что по сравнению с этим конечно медленней. Но я считаю что такое сравнение не корректно. Так можно договорится что графики функций 8ка рисует хуже чем маткад. А если сравнивать с подобным восьмерке классом программ?2. А зачем мне это разяснять? Для чего? Я что могу поменять механизм блокировок 8ки? Он для меня прозрачен.

Да конфа самая простая - базовая бухия. придется наращивать память.

0xFFFFFF и mes, раскажите о блокировках(это те что при транзакциях), надеюсь там регистры, справочники, журналы и тд. не зависят друг от друга как обещала 1С. Из-за этого и переходим на V8

(29, 33) это ещё что, вот УПП 300 метров отъедает :-))а вообще кушать то она кушает, но зато и использует её, а вот для 7.7 в этом смысле хоть гиг поставь, она быстрее работать не станет... в v8 отчёты формируются почти с той же скоростью, что 1000 проводок, что 10000...

defender1, это наверно если кто-то усиленно работает. у меня в терминале на 7.7 10 пользователей съедают 700 метров, а иногда один шустрый юзверь 1,5 гига(приходится выгонять).

Я когда из комплексной в бухию гружу (7.7) у меня она больше гига может скушать и виснет - приходится кусочками грузить. Большое файло не затягивает. Как только оператива съедает гиг (я подозреваю, это связано с цифрой 1024 метра) - все падает нах - хотя исходный (обычный текстовый)файл, ну метров 30. Че она там в оперативе с этим файлом делает - бог ее знает.

Поддерживаю. Низкая производительность. Надеялся на качественный скачек для V8... Главное что не сделано это нет КОМПИЛЯТОРА (!) в EXE, DLL. Кто бы предложил рынку. Конечно это опасно для бизнеса 1С, но пользователи бы получили хорошу производительность, особенно для систем непрерывной работы (магазины). Нет в v8 продвинутых мастеров и инструментов в конфигураторе для программистов.

так за то что он на серваке в DOOM III ганяет его увольнять нада :-))

"...Нет в v8 продвинутых мастеров и инструментов в конфигураторе для программистов" а продвинутых это тех, которые за тебя будут сами работать?

defender1, не серьезно, процесс 1cv77.exe ест столько памяти, предположительно юзер делал очеты, до конца не разбирался, а посылал на этого юзера :)

ну не знаю... честно говоря не сталкивался с таким, чтобы формирование отчёта отъедало по 1,5 г памяти... любопытно. Видел отчёты которые формируются несколько часов (то ещё рукоделье), но даже в этом случае столько не съедало... если только что то типа 37

defender1, ну вообще это появлялось после 1,5 недельной непрерывной работы сервера, так что теперь перегружаем раз в неделю. Устает он :( :)

а ты грузишь через текстовый файл - это случайно не XML, если с ХМЛ работать чрез v7plus.dll то памяти можно очень много потерять.

1) Стоимость.2) Требования к ресурсам.

Итоги по недостаткам:4) Язык какой-то непривычный (от себя);5) Отсутствие переодических реквизитов (маленькое неудобство);Еще есть что добавить, по программой части?

(45, 46)1. Стоимость по сравнению с чем?2. это есть, однако использует она их эти ресурсы3. не заметил тормознутости, особенно на последних релизах платформы4. не привычный, когда после 7.7 садишься, а потом когда научишься, на 7.7 смотреть тошно :-)5. это не неудобство, можно сделать и так, что ты не заметишь этого, а будешь так же как и в 7.7 заполнять одну цифирьку... зато рег сведений, на которых строится переодичность, позволяют много другого...

"Главное что не сделано это нет КОМПИЛЯТОРА (!) в EXE, DLL". Бред какой то. С чего ты судишь так ответственно? Все идет к тому, что создают среду исполнения и в ней определенный код. Посмотри тенденцию подобного рода систем.По поводу блокировок. Насколько я понял, в 7.7 и ниже, при определенных изменениях базы идет захват всей базы документов. В 8-ке, это немного по другому. Захватывается журнал документов. Поэтому, если чувстсвуете, что определенный тип документов слишком интенсивно будет "держать" базу при проведении, лучше всего, для него создать отдельный журнал. Но, повторяю, это мои мысли. Если я не прав, интересно послушать обратное или разъяснения.Еще. Меня бесило то, что проведение в 7.7 напрочь связано с датой документа. Например, 5 чила я вношу док за предыдущий месяц. Вернее, хочу чтобы он попал в отчетность предыдущего месяца. Тогда приходится извращаться и ставить последним числом предыдущего месяца. Это, на мой взгляд, изврат. 8-ка, по моему, от этого отошла.

defender11) Стоимость выше чем у 7.7, необходимость докупать ДопЛицензии2) все относительно минусы переходят в плюсы3) тормоза от малой памяти 256Mb4) пройдет :)5) неудобство для программиста (отдельно самому настраивать)

1. щас жисть такая :-) хотя и возможностей больше, есть за что платить...2. угу3. да, память она любит, но ведь как и все современные ПП начиная от ОС и заканчивая прикладной и игрушками :-)4. точно, у меня когда терь приходится сесть за 7.7 после этого монитор приходится протирать :-))5. это тоже пройдёт :-) зато к примеру ты можешь периодичность устанавливать не только по дате, а ещё и с разделением по ЮЛ.

2 у вас есть документ, отражающий определенную операцию в бухгалтерском учете (или оперативном), объясните каким образом операция по документу может быть проведена ранее нежели этот документ появился на свет?

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

Сдается мне, что вам не приходилось иметь дело с реальными предприятиями. Примеров масса. Даже не хочется приводить.Все верно. Я делал планирование на год вперед. Приходилось изгаляться.

2 это что за документ такой который делает проводки в бухучете (!) в будущем периоде? интересно как ваш глбух баланс сдает, когда у нее такие интересные вещи в учетной программе происходят?2 сдается мне что вам нравится создавать бардак. планирование это отдельная тема и никак не касается "хочу чтобы документ попал в отчетный период".

Кто знает? одинакова ли скорость у 8-ки в регистрах УТ и планах счетов Бухии? Регистры остатков в счет не берутся, ибо с ними много гемороя. уменя в 7.7 складской учет построен в бухгалтерии, она на текущий момент остатки по счету сама поддерживает, так что со скоростью проблем не было

Система управления базами данных Clarion 6.xx имеет на борту компилятор. Очень удобно отлаженный код перенести в EXE, DLL и отдать заказчику для эксплуатации. Что ж 1С v 8.0 не пошли по этому пути? Грамотные сотрудники есть. Главная их цель "привязать" к своему продукту а) пользователей, разработчиков конфигураций, внедренцев и получать доход сейчас и в перспективе... Возразите мне. :)

При чем тут планирование и бухучет? Сейчас, например, запланировать поставки на февраль 2006 года. И куда улетит твоя ТА?По поводу "хочу чтобы документ попал в отчетный период" - это их дело. Они за налоги отвечают. При чем тут бардак? Поработай в бухии более-менее нормального предприятия, хотя бы пару месяцев.Нравятся мне "строгие дяденьки" которые, чуть что, сразу орут - "Бардак! Оп твою ять!!!"

Ты верно подметил - это "Система управления базами данных Clarion". Там только объекты для работы с базами данных. Это не учетная система.

2 не знаю как кларион 6.0. но 2.0 в свое время закладывал в исполняемый модуль интерпретатор и сам код программы, и успешно его интерпретировал. думаю дальше пошли по той же схеме.2 :) человек писал о неких "проводках" поэтому я так и ответил. да нет почему строгие, просто надо стремится к порядку, а не наоборот, многие проблемы решаются административно с проблемой ввода документов задним числом, вопрос лишь в том желает ли руководство их решать.

Это объектно-ориентированная система. Гибкая и могу дажа сказать что она прекрасно справляется в страховой медицине. Не модная в России - это другое дело. Работает как с DBF так и с SQL различных производителей. Есть расширение по бухгалтерии, но не для Россиийского рынка. И, маленький плюс, формирует многопользовательское EXE, DLL приложение. Есть мастера, которых в 1С мы наверное никогда не увидим. Много лет назад сделан DBF вариант, когда в одном файле уживаются несколько таблиц. ( :-) ) Кто бы сделал библиотеку расширения до 1С?

всё таки лучше мух от катлет отделить :-) что значит скорость выше или ниже?если ТМЦ это субонто, то быстрее будут конечно работать регистры, где ТМЦ будет измерением...

не нужно мыслить так узко, 1С <> Бухгалтерия, есть масса задач, где весьма желательно отделять дату документа, от даты движений регистров, которые этот док совершает, и к "задним числом" это не имеет отношения движения можно в конце концов контролировать, а вот удобства в этом случае очевидны и для юзера и для программиста.

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

Дело в том, что я бух и работа с планами счетов мне более понятна, но не хочу чтоб страдала производительность. Решаю на чем строить склад на бухии, т.е. только с планом счетов, или применять регистры УТ(добовлять их бухию). у меня в 7.7 документы формируют и бухпроводки и складские. если что буду позже.

Проводки или что-то другое... Думаю, это не принципиально. Можно и на проводках планирование построить. А это все привязано к дате документа и далее...мама дорогая.Далее. На некоторых предприятиях, если не на всех, есть время для сдачи бух.отчетности. Это, как правило, зависит от "крупности" предприятия, специфики(например, распределенность по нескольким регионам) и степени автоматизации учета. Поэтому, "документирование" хоз. операций происходит даже до 10-15 чисел следующего месяца. Никто не запрещает это делать. И каким числом вносить документ, которого не было в системе, например 25-го числа предыдущего месяца? Мда..Работал я на ней. Не скажу что плохая. А не модная, наверное, потому, что не хватает "объектности" учетной. Универсальность, конечно, дело хорошее. Но, писать для учета, кое что, надо.

2 вы шутите, разве я говорил что 1с=бухгалтерия :) вы говорили о бухгалтерских проводках я вам соответственно ответил, что в бухгалтерии такого не может быть. вы видимо построили на бухгалтерской компоненте планировани, но ведь вы нигде этого не сказали, в общем-то своим постом я именно на это и хотел вам указать :)

А как ты собираешься вести партионный учет на счетах?

2 ничего против этого не имею. но и отражать документы вы будете датой принятия к учету верно? если же к вам документ поступил сегодня, ничто не мешает вам принять его к учету сегодня тоже верно? так в чем же проблема? :)

2 я близко не был с ним знаком, он обслуживал фирму в которой я работал.

фин планирование как раз целесообразно делать на проводках :-) ИМХОа что касается работы бухгалтерии, то например можно посмотреть документ "Регистрация оплат поставщику для НДС", документ имеет одну дату, а вот движения могут быть разными и помоему это удобно (не путать с удобством самой системы учета НДС реализованной в БП :-))) )

а что это проблема? :-) за примером далеко ходить не надо, это в БП реализовано...

Ничто не мешает. Но!! Это они решают какому отчетному периоду его отнести. Поэтому приходится вносить 31 числом. Неужели не понятно? - Искажают дату документа и дату операции.

70а что за фирма?я в разных бизнесах на кларионе работал но больше на фарм

2 это Ростов-на-Дону, а вы в каком городе?

75хм а я думал про кларик только в москве слышали )

2 постойте, но почему в такой ситуации неоходимо вводить именно датой конца месяца? что мешает ввести документ датой документа?

2 видите, не такой уж и нераспространенный как вам казалось. :)

2 если не секрет, фарм опт или розница?

Не Потапов ли?

79и то и другое

Ну, это я к примеру. Конечно, лучше вносить тем числом, когда совершалась операция. Но, всякое бывает. И операция может совершатся и не в том месяце, что отчетный. Но, ее, вполне можно, в угоду налоговой политике или еще чему, отнести на предыдущий месяц. Вот и вносят 31 числом. Хотя, можно было внести 5 числом и указать отчетный период - предыдущий месяц.

2 в рознице е-фарма на пятки не наступает?

83тогда - каждый в своем болотцесейчас хз - уж лет 5 без клариона

2 я не спорю, такой механизм нужен, но не в бухгалтерском учете, лично мое мнение, все что нужно для бухгалтерского учета реализовано в 77.

VCD Работал как то в Темрюке на алкоголе, правда еще Замом. местный прогр-ст 7.7 сделал все это на 41 счете. добавив субконто Партии (потом много подобных конфиг видел), но там весь учет белый, у себя учет сделал во втором плане счетов с нужными данными. Все идет паралельно, нет гемора с загруками-выгруками (не считая филиалы)

Что такое Слон?- Это змея...- Это ствол дерева...- Это рог... А это Слон. А слепые, ощупывая хвост, говорят "змея"... "Восьмерка" по мощи превзойдет Оффис. И война уже началась.

А мне казалось они разнонаправлены

маладессссь:)

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

ага, превзойдет....а вообще ребяты фигню порют...Ох еще залетят они на проводках, отличных от даты документа....планирование, кстати, прекрасно делается и текущей датой...

У МС есть несколько нехороших свойств -- достаточное количество денег- достаточное количество программистов- достаточное количество тестеров- достаточно амбиций.В результате с некоторым запозданием появляется СРАЗУ РАБОТОСПОСОБНЫЙ продукт, который начинает усиленно продвигаться...

Невсегда у крупных компаний выходит отобрать нишу у более мелких...

Этто так...Но, видно, Н. решил вступить в битву :) Посмотрим... не все страны покоряли империи, где-то и обломы были ;)

это утверждение в отношении МС практически не работает

(93, 94) Вы слепые? Вы, действительно, не видите как отнимаются ниши и покоряются империи?Впрочем, если вместо 1С будет MS 1C, будет только лучше. Торговлю, управление и прочее закроют. Останется только бухгалтерия. Все будет хорошо. К тому же, можно будет отсюда свалить к врагам...

Боюсь, что у МС все таки хватит денег....Если только не пролоббируют закон, запрещающий использовать продукты МС для ведения фискального и управленческого учета

. круто... но вероятно...

Для того, чтоб внедрять свое произведение в России - МС нужны специалисты.Где они их возьмут? Или мы всё-таки станем зарабатывать больше денег? И клиент соответственно будет больше платить за внедрение и поддержку?И какой смысл клиенту переходить на другую систему, ежели он при этом будет платить больше бабла? Тут немного не та ситуация. Это не ОС, не Браузер, Не текстовый, и не табличный редактор. Немного другая специфика.

сотка