Что щас имеем. 1С комплексная 7.7 переработаная. ДБФ. Сервак на обычном Core i7 системнике с 10 рэйдом.  Документооборот 600-800 документов в день. 30 менеджеров оптовых и сеть из 17 магазинов. Все одновременно работают в базе 1С через терминал.

Тормозов нет, база летает. Затыков тоже нет по быстродействи.

Руководство взяло курс на расширение розничной сети и поставила план 1 новый магазин в месяц. То есть через год у нас будет уже не 17 а под 30 магазинов.

Меня просто интересует, какая перспектива у нашей системе? Всё таки сколько потянет наша система ещё пользователей?

Резать базу регулярно и все будет пучком

(1) Базе 2 года.  Сама база без внутренних каталогов занимает 6 гигов. Думаем что ещё год поработаем и будем резать.

Переход на SQL всё откладываем, так как нету надобности в нём.

такими темпами, еще года 4-5

можно ничего не делать

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

(0) проблемы решаем по мере их поступления. Сервак хороший. Будут проблемы - переводи на скуль. А так - забей.

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

(0) Фигня какая-то 30 менеджеров, 17 магазинов, 600-800 док, ДБФ, летает. Что за документы? Размер базы?

(0) Размер просмотрел. Что там такая куча народа делает?

(7)  "много" памяти - это сколько?

(10) http://www.trinitygroup.ru/products/server/1s/mr

хочется приключений, переходи на 8.2

(10) Думаю из расчета 250М на харю + 2Гига в термилке или в 2 раза меньше общей суммы при сетевых коннектах должно хватить за глаза. ;-)
В случае (0) я бы ставил 16Гиг и не парился.
(0) При переходе на скуль "летать" уже так  не будет - летать будет , но низко-низко (прямые запросы улучшат ситуацию), но надеги будет поболее. При переходе на 8-ку за "летать" забудь, зато будет много красивостей (одним словом - свистелок/перделок, к задаче учета имеющих весьма отдаленное отношение).

6 гигов на дбф? А это как? При таком размере базы до сих пор ни одна таблица 2 гига не превысила? Имхается мне нас разводят как лохов )

(14) У семерочной 1sjourn полюбасу уже должна зашкалить.

(14) Есть много чудного в датском королевстве... (С)
Мы перешли на скуль , когда общий вес дбф и индексов перевалил за 11 гиг. Журнал не шкалил, а вот регистр Остатки уже был на "сносях".

(16) Значит была толковая самописка, типовые мрут намного раньше.

(16): с крнел3х?
(17): гон. просто нужно уметь ими пользоваться.

(14) у нас 20, и ничего.. работаем, так что, автору верим.

(17) Ну или просто в документах было много строк, а самих доков мало. В журналы-то по-любому с каждого по строчке пишется. А до двух гиг оно и не доходит, глючить раньше начинает.

(20) ты просто с дбф не работал видать.
Ничего там "не глючит"
:)

(21) Со всем я работал и по всякому. 1sjorn какого у тя размера, ась?

Есть ошибка по чтению, если файло в среднем >1,3гига, но эту проблемку давно порешал hogik

(17) Верно. Жутко не типовая.

(23) Помнится ту проблему еще на территории дурочка решала, точнее не решала, а просто не имела ее, ибо база валялась на тачке с фри-бсд. Мож оно? Ну не может быть чтобы при 20 гигах общих журналы не разрослись, либо ты не только дбф считаешь, но и какую-то левую хрень.

(22) 320 метров,
select count(iddoc) from 1sjourn
2581641

+(25) Сделай ей пофигуратором сохранить-восстановить в другой каталог, наверняка там раз в 10 поменьше окажется...

(26) Самый большой файл какой?

http://s1.ipicture.ru/uploads/20111203/JLT2eomG.png
http://s1.ipicture.ru/uploads/20111203/14GNTUun.png

в принципе не может такого быть чтобы семерочная база весила 20 и ни одна из таблиц к двум гектарам не подобралась. 20 у тебя вместе с картинками или pdf там какими...

Вот Фома то неверующий..

(29) Ну и где тут 20 гиг )))))

(32) Два метра без малого самая большая таблица. Ты размер базы с какой-то хренью вместе посчитал.

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

http://s2.ipicture.ru/uploads/20111203/931SktaH.png

точно, буду звать тебя теперь Фомой

(35) А этим ты чего хотел сказать? У тебя регистр подобрался к критичному размеру. НГ еще нормально отметишь, а затем тебя ждет жесткий секс с извращениями, не видишь что ли?

(36) да не сцы ёпт.. Базу порезать, это дел на час максимум.
:)

(37) Когда йопнется уже не порежешь, так что заранее подсуетись. Размер rg реально опасный.

(14) Самая большая ДБФ - как раз общий журнал 1 Гиг ровно.

А там кстати 2 гига ограничение? не 4?

(38) да никуда она не денется, да и архивы есть.

(39)и.. сколько записей в твоём журнальчике ?
Мот того, 88 общих реквизитов там ? Или еще какой мусор ?

(39) два... даже чуть меньше
(40) ну а разницу между архивом и тем что упало тебя набивать и посадят, чтобы впредь неповадно было :)

(39) select count(iddoc) from 1sjourn
чего выдаёт ?

(41) Просто бухия там, а не торговля, у тя не очень много доков с кучей строк, а у него наоборот много маленьких.

(42) там нечему падать, до 2-х гигов еще далеко.

(9) Занимаются продажами... Больше всего документов плодят розничные магазины. в Базе 3 фирмы. И чтобы сделать перемещение товара с одной фирмы в другую, то плодятся сразу 3-4 документа автоматом.

(43)  я не программист 1С. Хз что с этим твоим "select count(iddoc) from 1sjourn" делать.

(44) у нас комплексная, если че..
:))
+ 2 плана счетов + двойной учет во всех регистрах.

(45) Да раньше падает-то... Фикси они такие фикси... Не, ну я предупредил, а там как хочешь )

(47) :)
ладно, вот так, че кажет ?
Процедура сформировать()
 сч=0;
 Док = СоздатьОбъект("Документ");
 Док.ВыбратьДокументы();
 Пока Док.ПолучитьДокумент()=1 Цикл
   сч=сч+1;
 КонецЦикла;
 Сообщить(сч);
КонецПроцедуры

(48) А нас рать... Как говорил Добрыня Никитич. Регистр-то не закрывается поди? ;) Работаем значит с бухией с двумя планами счетов, а самый большой файл rg... Да за такое надо выгонять без выходного пособия ))

(7)(13)  Так как память трёхканалка, то щас стоит 12 гигов. Все пользователи отжирают в среднем 6-8 гигов щас... Так как цена копеечная щас, то наростить до 24 гигов будет стоить меньше 100 баксов... так что в этом проблем нет.

А вот по поводу SAS  и правильных серваков, то меня они не устраивают тем, что нельзя оперативно раздобыть если что сдохнит, а также нельзя за недорого обновить сервак...  Так как фирма растёт быстро, то я уже 4-ре раза менял сервак - этому серваку год где-то. И его ещё оочень надолго хватит.  Для 10 рейда у меня пачка винтов лежит новых, как только вырубиться один винт, так сразу меняю его, благо они копейки стоили ещё совсем недавно.  Правда за 8 лет и 4 сервака это было только раза 3, да и то на первом и втором серваке...

(51) бухой что ли ?
Самый большой - RAAAAAAAAAAAAA

Незакрытые тоже есть, но, это не парит - там своя специфика.

(50) выполнил на старой копии которую делал 2 месяца назад. Выдало 383590

Аксапта

(55) вот тепереча подумай над этим:

320 метров и два с половиной милиона записей, это у нас
и
1 гиг и четыреста тысяч у вас..
Что-то не ладное в датском королевстве.

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

Это в этимологии слова перспектива. А если хотите секса - 1С конечно.

(57) У меня в этой базе 1 Гиг файлов RA и 1 Гиг файлов RG.  Это может сказать что либо?

(58) там незакрыт только книжка продаж.
Этот мусор издалека тянется, а мне лень копаться в этом. Бухи всё сдают и ладно.

(60) Только то что у тебя типовая торговля )

(60) если RG>RA от одноименного регистра, то этот регистр не закрывается.

(61) Правда все тупит безбожно, но бухи не жалуются и ладно... Ну да кто на что учился...

(57) А вы оптимизировали комплексную для этого?  У нас не было оптимизации для уменьшения размера. +  у меня начинается база с вводом остатков, а там куча документов, в которых максимальное количество строк, которое позволяет делать 1С, тоесть мы эти приходные документы били на 2-3 части, и это на каждый из 8 складов.

(65) да, но оптимизировать можно бесконечно :)

(59) Аксапта? да она не создана для наших реалий.... Темболее там цены наверное сами знаете на интеграцию... Она дороже бизнеса будет...
У самого есть сертификаты специалиста по программированию Navision и Axapta

В штатной, достаточно немного лишнего вырезать для нормального "полёта" и привет.
Например, кастрировать аналитику на 41 счете - она и так вся есть в регистрах.

(65) А зачем это делать если она фактически снята с поддержки уже давно, и в v8 все это делается без бубнов? Я понимаю когда база управленческая, все обкатано и обновлений не требует, но бухов-то за что так?

(69) снеговик, это мегатормоз с рюшечками, к сожалению.

(69) Если бы это всё взлетело на 8-ке, то секса бы щас было на порядок больше. И простеньким сервачком бы не отделались. Да и переработана она несчадно, наша комплексная....

(67) кинь описалово 1sjourn из словарика (*.dd) на поглядеть.

(70) Ух ты, еще остались адепты )) Не такой уж он тормоз если правильно готовить. Это как про скуль говорить что он тормоз супротив дбф. Тормозиит конечно, если в базе 1,5 буха, когда полторы сотни расклад уже немного другой. В восьмерке плюс к скулю еще сервер приложений имеестя, что тоже на малом количестве пользователей дает тормоза, а на большом существенный выигрыш. Ну и по разработке тупо быстрее чем прямые мутить, проверенно...

(72)


==TABLE no 3      : Журналы
# Name    |Descr                         |Type[A/S/U]|DBTableName|ReUsable  
T=1SJOURN |Журналы                       |A          |1SJOURN    |1        
#-----Fields-------
# Name      |Descr               |Type|Length|Precision
F=IDJOURNAL |ID of Journal       |C   |4     |0        
F=IDDOC     |ID Document         |C   |9     |0        
F=IDDOCDEF  |ID Def Document     |C   |4     |0        
F=APPCODE   |Application code    |N   |3     |0        
F=DATE      |date                |D   |8     |0        
F=TIME      |Time                |C   |6     |0        
F=DNPREFIX  |Prefix Document No  |C   |18    |0        
F=DOCNO     |Document No         |C   |11    |0        
F=CLOSED    |Flag Document is Clo|N   |1     |0        
F=ISMARK    |Flag Document is Mar|C   |1     |0        
F=ACTCNT    |Action counter      |C   |6     |0        
F=VERSTAMP  |Version stamp       |C   |6     |0        
F=RF639     |Reg Action Flag     |N   |1     |0        
F=RF464     |Reg Action Flag     |N   |1     |0        
F=RF4667    |Reg Action Flag     |N   |1     |0        
F=RF4674    |Reg Action Flag     |N   |1     |0        
F=RF635     |Reg Action Flag     |N   |1     |0        
F=RF3549    |Reg Action Flag     |N   |1     |0        
F=RF4343    |Reg Action Flag     |N   |1     |0        
F=RF405     |Reg Action Flag     |N   |1     |0        
F=RF328     |Reg Action Flag     |N   |1     |0        
F=RF351     |Reg Action Flag     |N   |1     |0        
F=RF2964    |Reg Action Flag     |N   |1     |0        
F=RF4335    |Reg Action Flag     |N   |1     |0        
F=RF4314    |Reg Action Flag     |N   |1     |0        
F=RF2351    |Reg Action Flag     |N   |1     |0        
F=RF438     |Reg Action Flag     |N   |1     |0        
F=RF4480    |Reg Action Flag     |N   |1     |0        
F=RF31823   |Reg Action Flag     |N   |1     |0        
F=RF35171   |Reg Action Flag     |N   |1     |0        
F=SP4056    |(P)Фирма            |C   |9     |0        
F=SP5365    |(P)ЮрЛицо           |C   |9     |0        
F=SP798     |(P)Проект           |C   |9     |0        
F=SP74      |(P)Автор            |C   |9     |0        
F=DS1946    |DocStream flag      |N   |1     |0        
F=DS4757    |DocStream flag      |N   |1     |0        
F=DS5722    |DocStream flag      |N   |1     |0        
#----Indexes------
# Name     |Descr         |Unique|Indexed fields                                              |DBName    
I=IDDOC    |Id Doc        |0     |IDDOC                                                       |IDDOC      
I=ACDATETIM|Date+Time+ID  |0     |DATE,TIME,IDDOC                                             |ACDATETIME
I=DOCNO    |Prefix+No     |0     |DNPREFIX,DOCNO(UPPER)                                       |DOCNO      
I=DOCTYPE  |Type+Date+Time|0     |IDDOCDEF,DATE,TIME,IDDOC                                    |DOCTYPE    
I=JOURNAL  |Journal+Date+T|0     |IDJOURNAL,DATE,TIME,IDDOC                                   |JOURNAL    
I=VIA4056  |VIA4056       |0     |SP4056,DATE,TIME,IDDOC                                      |VIA4056    
I=VIA5365  |VIA5365       |0     |SP5365,DATE,TIME,IDDOC                                      |VIA5365    
I=VIA798   |VIA798        |0     |SP798,DATE,TIME,IDDOC                                       |VIA798    
I=VIA74    |VIA74         |0     |SP74,DATE,TIME,IDDOC                                        |VIA74      
I=VIA1946  |VIA1946       |0     |DS1946,DATE,TIME,IDDOC                                      |VIA1946    
I=VIA4757  |VIA4757       |0     |DS4757,DATE,TIME,IDDOC                                      |VIA4757    
I=VIA5722  |VIA5722       |0     |DS5722,DATE,TIME,IDDOC                                      |VIA5722    
#
#=======================================================

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

(75) Смотря что... Если надо полторы формы на 1000 филиалов, то очень даже имеет смысл, лицензия-то бесконечная )

(67) Ну да, не будем спорить о реальных реалиях. У нас - все через #опу.

(76) Вот и у нас куплена одна анлим комплексная, а все филиалы через терминал работают...

А 8-ку нам насчитали мама не горюй...

(77) У вас - может быть.

(76) И много таких проектов?

(79) Да не прибедняйтесь. Я реалист. И дрочить навязанную херь не собираюсь. Так то.

(80) Проектов ни одного, а на фикси полно такого. Построили себе управленку на семере, да от добра добра не ищут. Проектов таких быть не может по той простой причине что для того чтобы сейчас семерку купить надо нуралиеву нижайше челом бить, и всячески письменно уговаривать почему же он должен тебе ее продать. А он еще подумает...

(82) а на вторичке её покупать лицензия не позволяет?

(83) нет

(82) А ты фикси? Меня лично проблемы нищебродов как-то не волнуют. Моим клиентам хватает денег и на лицухи, и на меня.
ЗЫ: а что, Нуралиев может и продать клюхи при правильном подходе? Я думал всё, абзац.

(85) Пафосно. Как то пафосно. Побольше такта, Джузеппэ(с).

(85) Продает... Если у тебя вся контора на семерке, и надо открыть новый филиал и ради этого перевод на новую версию невыгоден, так ты ему в ножки покланяйся, он так и быть продаст... Я не фикси, но на чем писать мне как-то пофик. Нищебродство тут ни при чем. Комплексную семерку сейчас на сеть филиалов держать мне непонятно, потому как это в том числе и бухия. Если же это управленка которая написана под себя и обновлять не надо, так почему нет?

(87) Комплексная - супер прохрамма, для идиотов! Ну правда! Идиот придумал такое, и ведь зараза  такая прав был! - нашлись покупатели!!

(87) Почему нет? Ну так можно же коробки осьмеры продать :)

Ну какой кретин свяжет торговлю, бухгалтерию и зарплату в одном флаконе? Ну, можно конечно! Если платформа грамотная. Но не боже мой 1С!!!!!!!!

(88) Это ты БГУ не видел...

(89) Так там на каждый ларек по лицензии надо. А их может быть очень много.

(91) Видел. Перекрестился.

(86) Никакого пафоса, прынцыпы. Пусть сирых и убогих автоматизируют сирые и убогие. А для красивых и успешных всегда найдутся богатые и щедрые клиенты.

(92) А.. ларьками не интересуюсь

Взять ту же УТ. Меня все не перестает забавлять концепция придурков, которые пишут типовые - ну бле через попу и через китай! Основная цель - прославить 1С - как она крута!
Посему доверие падает.

(29) а это что у тебя за интересная консолька..?

(94) читаем (96). Может проймет наконец...

(98) В (96) фигня какая-то. УТ - нормальная конфа, во всяком случае 10.3

(99) А 11 ваще ништяк, дружно все начинаем юзать управляемые, и пофик что между сотней человек несколько метров и гигабитная сеть, и формы обычные были бы мягко говоря удобнее, зато те трое что с филиала без тормозов работать могут. А и те и те сделать в одной конфе, это 1С не потянет, она фирма маленькая, бюджет не тот )))

ух! обнаружил у себя два "незакрытых" регистра... RG > RA - по одному понятно - есть там затык все руки не дойдут... но вот второй - блин, нет там незакрытости - просто очень большие переходящие остатки...

(100) Те и те и те делать просто глупо. Это неоправданно усложнит конфу.

+(101) Особенно хорош способ рассчета себестоимости с полным отказом от партионного. Пофик что там далеко не каждый программист не разберется, а бухи и подавно. В документации прямым текстом написано что бухам в нем разбираться не надо, за них все сделает специалист, а дальше все само будет работать :)

(103) Там море вопросов. Причем методологических. Поэтому я на нее даже не смотрю пока в качестве рабочего продукта.

А каково должно быть соотношение RG и RA для оборотных регистров...?

(102) Адепт, ема... Это не глупо, где приемлем толстый клиент существеннее удобнее работать с нормальными формами, управляемые это для удаленщиков. А что писанины внутри конфы будет больше, так это наши личные половые трудности, прога-то она вообще-то для пользователя пишется.

(103) я пока в окопе вместе с Ёпрстом (если не выгонит)... ;-)

(106) Да не пори фигни. Упр формы для юзера вполне удобны.

(108) Только надо ему пряник в жпу забить, и кнутом его, кнутом... чтобы он это понял )

Формы должны в своей подавляющей части просты и тривиальны как три копейки.. а не так как в типовых набросано...

(110) Да дело не в навороченности, а в самом подходе. В обычной форме у тебя перед носом журнал документов, или там список справочника где ты ищешь что тебе надо. В управляемой же подразумевается что списка у тебя нет. В принципе возможно, но не приветствуется. Нужный товар или документ ты должен искать поиском как в гугле. Это удобно если ты сидишь на московском серваке по диал-апу, но когда ты по локалке в полметре от этого сервака...

а если в этот момент клиент задает вопрос "а какие еще кастрюли у вас есть" - а тыв - как в гугле... вместо того чтобы видеть список, где кастрбли лежат водной группе или по другому признаку в списке рядом... не.. конечно напридумываить много можно - все упирается сразу в РАБОЧИЕ ФУНКЦИОНАЛЬНЫЕ МЕСТА для кокнретных категорий сотрудников

(111) Это ты сейчас о чем вообще? Ты наверное уф только мельком видел, да?

(113) признаюсь сразу - я = мельком.

(112) Отчеты никто не отменял.
(113) Я в курсе что в УФ списки возможны, я их даже ваял, но если почитаешь документацию и учебники там какие, то политика партии именно такая: списками не пользоваться, искать быстрым поиском. УТ 11 в целом выглядит мягко говоря убого.

Не нужно пытаться примерять свои стереотипы.
В 2003 году, помню, те же вопли были по поводу 8.0 и клюшек. Мол в восьмере нельзя быстрым поиском по любой колонке в списке. Мол скроллер не отображает реального положения в спиське и т.д.

(116) Да знаешь, меня этим не далее чем на прошлой неделе заморачивали всерьез, и я не нашел что ответить. И не далее чем позавчера опять, но там бушка забила, мол нельзя, ну и фик с ним, документов немного...

(115) По мне, так УТ11 _выглядит_ как раз таки офигенско.
И по поводу списков. Я не понимаю, о чем ты. Если про отборы, то так и говори. Да, их там нет, есть поиск. Он ничем не хуже, просто дело привычки.

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

(117) Чем именно?

(119) Это фигня. Ищи себе по сумме, Ctrl+F никто не отменял

(120) БГУ, журнал касса, привыкли искать сумму быстрым поиском. В восьмерке не работает и по Ctrl-F. Никак низя, разве что свое поле с кнопкой им подрисовать.

(121) Не работает Ctrl-F именно для суммы.

(122) Не знаю, что такое БГУ.
(123) Значит это вычисляемое поле. Ну это логично, что нельзя.

(124) Бухгалтерия государственного учреждения. Для бушки это совсем нелогично. Она знает что в предыдущей программе можно было искать как тупо набирая на клаве, так и по Ctrl-F3, теперь же нельзя никак. Можно ты при мне этой кассирше объяснишь что такое вычисляемое выражение? Я только камеру захвачу...

(125) А в клюхах по полю "Остаток", например, можно искать?

(126) Да в снеговике ни почем нельзя искать, а сумма там и не вычисляемое вроде, не суть. Просто тупой гимор. В этом плане бухи правду говорят, что где-то стало лучше, а где-то и хуже...

(127) Для кассирши даже контол-фэ нажать долго, там же на поток идет, долбит и долбит. Вбивает мало, а документов немеряно.

(127) В снеговике в любом списке можно искать по любой колонке _с данными_. По вычисляемому нельзя, логично. Потому как значение вычисляется в момент прорисовки строчки. Какой тут гимор?

(129) Ничего логичного. Я могу воткнуть на форме поле, написать простейший запрос, да даже конструктором сделать, который найдет за мгновение. Почему нельзя было сделать на уровне движка? Почему я не могу попасть в подчиненный документ пока сам не приделаю соответствующую кнопку? Просто писалось людьми далекими от народа, и только.

(130) Не воткнешь. За мгновение не найдет. Тебе нужно будет циклически вызывать запрос к таблице списка, возможно с неявным соединением через точку к другому объекту с поиском по подстроке в наименовании этого объекта.
А теперь прикинь, если в списке миллион объектов, а твоя кассирка набрала букв 10.
В той же номенклатуре или в тех же списках документов 7.7 попробуй что-нибудь _быстро_ найти по любой колонке в списке, где 500тыс объектов.

(131) Расскажи это разработчикам гугля )

(132)+ запросом находил и в 7.7, не хуже, ну прямым конечно, да тут речь не об этом. Им надо в течении дня ориентироваться, максимум там недели, какие там 500 тыщ...

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

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

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

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

(136) А еще можно взять бубен и сплясать вокруг бушки, ей будет весело, и она тебе простит отсутствие поиска быстрым набором. :) Некоторым даже в поле тобой созданное может быть долго переключаться, и это не прихоть. Просто разработчики движка платежек-то не забивали. Им кажется что мелочь, а оно и не мелочь совсем...

(137) Сейчас ты говоришь о мелкой кнопке, которой стандартно какбе нету. А чуть выше хотел, чтобы в цельной немелкой конфе формы продублировали. Где логика?
(138) Фигня. В движке все нормально. Все предусмотрено. Если твоя бушка заточена под 77, то это твои проблемы - ее переточить

+(139) А не хошь - не перетачивай. У меня не один десяток проектов готовых на 8, много сотен юзеров, от девушек до бабушек. Как-то никаких особых проблем никогда не было

(139).1 Не понимаю почему столь немелкая фирма в своей конфе не может себе позволить формы продублировать? Затраты на лишних программистов будущая выручка перекроет на несколько порядков. Просто жадно. Пипл и так схавает.
(139).2 Дело не в заточенности бушки. Просто где работа на скорость идет, каждый лишний клик мышкой может ее замедлить раза в два.

(141) А почему бы еще не реализовать досовские формы? А то особенно старенькие бухши не привыкли. Чего стоит такой большой фирме сделать такую поддержку? Ну и + еще формы как в 77.

Ты мне про скорость набора не рассказывай. Говорю же - скоростная работа прекрасно реализуется.

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

(126) Таки да, можно совершенно спокойно, например, в форме списка номенклатуры искать быстрым посиком по выисляемому полю "Остаток","Цена"

(143) В клюшках было готовое? Вот прям бери, ставь и работай. С бОльшим или лучше работающим функционалом? С твоими горячо любимыми прямыми запросами?
А где так? В кацапте? В САПе? Не смеши.

(145) Эм... Идеал-то недостижим конечно. Я всего лишь о том что новая версия программы должна расширять возможности старой, но никак не урезать. А тут вон оно чо, Михалыч...

(144) Ну это же ужасно? Для того, чтобы искать по вычисляемому полю, надо сразу вычислить все поля, так? А если их стотыщ?
(146) В данном случае 8 это по сути другой софт. Это не САП, в котором тянутся сопли от версий 70-х годов.

(147) речь может быть даже о том, что нереальные навороты платформы не принесли качественного скачка 9и даже может быть количественного) в реализации функционала типовых...? - за что боролись..? может типа такое мнение...?

(148) Может быть. Может быть, кто-то чего-то ожидал, но не увидел. Я вот вижу, что ТиС сосет у УТ по всем фронтам. То же самое могу сказать и про Бух, и про Зик/ЗиУП. А кто-то может и поспорит..

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

(149) Жаль что ты не знаешь что такое БГУ... Ты бы сразу пошел посыпать голову пеплом. Ее писали бухие инопланетяне покурив задорной травы...

(150) У нас тут свои какие-то конфы под это дело, учет очень сильно отличается

(149) слегка посмотрев УТ - ПРИНЦИПИАЛЬНЫХ отличий к подходу АВТОМАТИЗАЦИИ ТОРГОВЛИ (а не учета документов) - по сравнению с ТИС - не увидел.. да, есть всякие вкусняшки, есть полезности, но так, чтобы вывели процесс торговли на новый уровень по сравнениюс ТиС - не увидел.. может плохо смотрел...

вот вы тут херней страдаете.. а я вот где-то в районе недели назад сделал неверное движение (не заполнил реквизит в старых доках для "расширения" учета) - и все, отец!!! сижу вот.. пересчитываю базу... итоги количественные съехали... хорошо что хоть по операциям, по которым не надо первичку менять... вернее надо, но придется всего за один день СЧФ поменять для клиентов (а не за полгода.. уф...), да и то - расхождения только по ГТД

(153) хех... мне бы ща такие проблемы. Ностальгия прям )

(154) а что делать? сижу наблюдаю за перепроведением... пока все ок... но бляхамуха медленно...

..все жрут расчет временных итогов.. пора на пярмые наверное проводить...

(156) уменьши период хранения останков..до 5 дней и забудь что такое временный расчет итогов.

(74) упакуй эту табличку, для начала.
А так, можно и отборы поснимать с общих реквизитов.
Хотя, даже с ними эта табличка должна быть меньше.

(152). А какой в торговле может быть новый уровень? Купил дешевле - продал дороже.

(142) Реализуется - может быть. Но не реализована.
Кстати, хотел бы я на это посмотреть...

(149) если все фронта - это гламурный вид и дурацкая цветовая гамма, где все сливается, то да, в семерке этого нет. А все остальное в семерке или есть или добавляется с помощью ВК.

(142) вот такое
http://s53.radikal.ru/i141/1112/03/4028f3e9bc17.jpg
как сделать?

(162). Такое есть в восьмерке, правда не такое гибкое решение, но все-таки есть.

(163) там надо набирать и ентер нажимать...
На поточных операциях реально большие потери времени. Я б сказал, огромные..

+(164) по крайней мере, в УТ11

(164). В семерошном классе, тоже работать начинает только начиная с некоторого по порядку символа. Ну и ты ентре жмешь только один раз, потом продолжаешь набирать - фильтруется (вроде, не обращал внимание на этот момент).

(66) там можно устанавливать количество символов, начиная с которого...

(167). Да блин я же и говорю, что более гибкое решение. Во всех планах. Но и то что есть на восьмерке вполне себе рабочее. В обычной жизни подавляющее большинство пользователей про эту возможность не знают - ибо и так живут счастливо.

(168) Меня не волнует "счастливое подавляющее большинство". Меня волнует быстрый ("поточный") ввод именно в моей конторе...
которого я на УТ11 добиться не могу. вот и спрашиваю - это у меня руки кривые, или все-таки это технологическон ограничение платформы...

Опять клюшкосрач.

(170) Да не срач. Одним из топов было принято "стратегическое решение" перейти на "новую прогрессивную версию". Этого топа уже уволили, а бабла ввалили столько, что откзываться уже поздно. Но т.к. запускать мне - некоторые узкие места меня не устраивают.

(171) стопудово. Если есть устоявшаяся система 0 переход на новую - это все равно надо брать кого-то полностью на паралельную "разработку" новой версии. чтобы вечером манагеры ушли, утром пришли - все готово, все что в старой было - примерно также и в новой, осовение старого в новом поле - не более одного дня. Вот вертится у мну контора практически без моей помощи и нормально! оставить вертется как есть - и начать стругать новое - не фонтан, ибо по старой хотелки возникают - ит вроде несильно обязательные но полезные... вот и делаешь потихоньку постоянно что-то... то блин бонусы/премии, то блин ответхранение, то блин списаниеТМЦ на основании заявки. (КСТАТИ, В УТ ЕСТЬ СПСИАНИЕ НА ОСНОВЕ ЗАЯВКИ?); то блин прайс нужному клиенту для его инетмагазина выгрузить, то с бл..ими сетями по два дня перегворов спрактически нулевым эффектом, то блин хорошо бы авторааасылочку напоминаний клиентам про просрочку.. то для каких0нить долбодятлов в ТОРГ12 впилить ГТД; то блин хорошо бы групваре запустить; то блин ускорить проведение; то блин обеспечить неизменность и согласованность данных в счф ив учете; то блин запрограммировать совместную детяельность - ваще хз как сделать в бухии;  то блин пко/рко из торг в бух перекидать потому что эти мударасы 7 доков за день не могут продублировать; то блин какую-нить мегатаблицу со всей логистикой прямо вера наваять надо и так каждый день....
.
и тут, млин, еще унтахз навернулся.. все пошел чинить, не скучайте.. вечером расскажу

(172) Да "взяли". Франчей. по рекомендации того же. Это была та самая буква http://im3-tub-ru.yandex.net/i?id=54918957-06-72

(171). Твое бабло ввалили чтоли? Если нет то че ты так переживаешь?

(174) у нас, советских, собственная гордость!

(169). Кодируйте быстрый набор. Вводится реквизит с индексированием, вводятся правила кодирования посикового реквизита - получаете профит. Тут вопрос больше организационный чем технический, хотя семерка позволяет его решить и технически более круто. Но, даже на семерке если в наименовании номеклатуры бардак, то при вводе первых симовлов ты вполне можешь получить список охрененной длины где будеи чего попало.

*поискового реквизита

(176) в семерке бардака с наименованиями нет.
а про "реквизит с индексированием, вводятся правила кодирования посикового реквизита" - объясни подробней, плз. Желательно - картину, если есть.
зы. я хочу выбирать последовательно по первым буквам (а лучше - и не по первым). такое - возможно?

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

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

(179) я даже не говорю про "гтатное восьмерочное". Мне нужно рабочее и быстрое (не в кодировании, а в работе) решение

(180) я "автоматизирую выездных агентов". там мне хватает короткого. а в поточной работе операторов - оператору придется помнить "сокращенные коды"

(181). Ну ты чета немного тупишь - уж извини. Или рыбку съесть или нак*р сесть. Решение оно техническими работами не ограничивается - организационные зачастую решают проблемы быстрее.

(182). оператору придется помнить "сокращенные коды" - да, именно так, если коды не числовые и логически понятные, то у оператора проблем не будет, тем более что с оператора ума особого не требуется, только память хорошая.

(183) туплю, согласен. Ибо не представляю как закодировать "поисковй реквизит" так, чтоб было удобно.
(184) это очень дерьмовое решение.

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

(180). У моего клиента, к примеру, все статьи затрат начинаются на некоторый код, например 05 - это материалы. Вводят 05, жмут энтер видят все материальные статьи затрат. Это удобно. Это чисто организационная мера. Пока никто не жаловался.

(186) в семерочном решении, которое я привел - поиск по вхождению. Я на такое на снеговике даже не претендую.
дайте мне хотя бы выбор по первым символам с отображением списка...

(185). Это отличное решение. Оператор - это как кодер по ТЗ, существо тупое и делает ровно то что ему говорят. Если кодирование понятное, то ему еще лучше. Выучить все эти коды и вперед.

(187) статьи затрат и т.п. буховские штучки - достаточно легко. Хотя сам принцип кодирования "чтобы выбрать материальные затраты, наберите 05" - пованивает идиотизмом...
УТ хороша для неспешной работы по продаже холодильников вагонами (как в штатном примере). Для более-менее массовой (потоковой) работе - оно гомно.

(188). Ты с восьмеркой на каком уровне дружишь? У меня такое ощущение, что я разоваривая с человеком, который в ней вообще не шарит (я сам в ней не супер, но не до такой степени). То о чем ты пишешь там реализовано, разница с семерошным классом я описал выше.

(190).Про пованивание - это ты нагрубил сейчас. Сиди дальше на семерке, я тут пропагандой не занимаюсь. Ориведерчи. Наступай на грабли сам.

(189) у операторов текучка довольно большая. Чтобы обучить оператора "под кодирование" - нужно пару недель. Если он за это время не плюнет и не уйдет.

(191) на хреновом. Но и "супер-пупер-франчи", да и мои прогеры - не смогди показать в УТ11 приемлемого по скорости и удобству способа работы

(194). Хамы идут лесом и разбираются сами.

(191) а насчет наступания на грабли - так и попросил объяснить или показать  "в картинках"

(195) Ну, что называется, "слив защитан"...

(197). Договорились.

Семёра форева!

(200) да!

Все не читал, но во-первых виноваты хохлы.
Во вторых надо как-то перейти на 8...
Дальше мысли пока закончились

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

инструкция - куча буковок и 22 картинки... и это только унитаз-внтуренности.. теперь вам понятно скольо тамм унутре kgx всяких в снеговике..?

(201) Но-но, попрошу хохлов не трогать :). Добавим в дискуссию немного газа (слишком дорогой газ для хохлов, так сказать, наживаетесь на братьях славянах) и получится феерическая тема :). Все в одном :).

(202) Хорошая аналогия.
Вопрос - а результат то какой? Лучше смывает или также?

Вечно прибегут отмороженные снеговиком и всю ветку обосрут ... и не надоело ?

ЗЫ: у нас есть база на упп, как-то говорить про этот кал даже не хочется.

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

(207) Т.е. не имеет значение - снеговик или клюшки? Всё от фирмы зависит.
Согласен.

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