|
Характер работы на 8 | ☑ | ||
---|---|---|---|---|
0
Злопчинский
06.03.17
✎
13:36
|
Интересует взгляд опыт семерочников переехавших на снеговика. Как изменился характер работы? Изменился ли вообще? Интересно мнение фиксов и фри
Спсб |
|||
338
ildary
10.03.17
✎
11:24
|
(336) Lets make 1C object model great again!
|
|||
339
Garykom
гуру
10.03.17
✎
11:25
|
(336) Параолимпиада
|
|||
340
Garykom
гуру
10.03.17
✎
11:26
|
(337) Длинная иерархия в чем то гибче, .Net был просто глотком свежего воздуха после Java
|
|||
341
Господин ПЖ
10.03.17
✎
11:26
|
(338) кстати да. ее периодически надо ревизировать. не только добавляя новое, но и убирая к куям старое, замещая "неудачные" объекты/методы
кому надо - есть старые платформы там все будет продолжать работать |
|||
342
Garykom
гуру
10.03.17
✎
11:28
|
(341) Уверен что 9.0 еще не пишут? Хотя сча мода 10-й обзывать или X
|
|||
343
eks1985
10.03.17
✎
11:28
|
(341) Ага и тут такие визги начнутся "опять поменялиииии" ))
|
|||
344
eks1985
10.03.17
✎
11:31
|
Вот красота какая есть
Глобальный контекст. ПолучитьBase64БуферДвоичныхДанныхИзБуфераДвоичныхДанных ПолучитьБуферДвоичныхДанныхИзBase64БуфераДвоичныхДанных |
|||
345
Господин ПЖ
10.03.17
✎
11:35
|
(343) от этого имхо хоть какая-то польза будет
объектная модель не может только "наращиваться" - она сама себя раздавит под своим весом. она и упрощаться должна, убирая лишнее, артефакты разные из 7.7 когда пля перестанут кишки от перечисления в конфигуратор "прятать" |
|||
346
Тыгдымчик
10.03.17
✎
15:11
|
(345) >>когда пля перестанут кишки от перечисления в конфигуратор "прятать"
в смысле надо перечисления в предприятии заводить? |
|||
347
Господин ПЖ
10.03.17
✎
15:12
|
(346) нет. надо чтобы все все было внутри таблицы перечисления
|
|||
348
Вафель
10.03.17
✎
15:13
|
(342) Они даже 8.4 не осилили
|
|||
349
Тыгдымчик
10.03.17
✎
15:14
|
(347) а зачем тебе всё в одной таблице?
|
|||
350
Господин ПЖ
10.03.17
✎
15:20
|
||||
351
Тыгдымчик
10.03.17
✎
15:25
|
(350) а зачем нужно лепить вьюхи?
|
|||
352
Вафель
10.03.17
✎
15:26
|
(350) зачем ты через прямой доступ к базе лезешь.
нужно через вебсервисы хотя бы |
|||
353
Господин ПЖ
10.03.17
✎
15:27
|
>зачем ты через прямой доступ к базе лезешь
когда объемы большие других вариантов нет |
|||
354
Тыгдымчик
10.03.17
✎
15:30
|
Какая задача-то стоит изначально? Я знаю только одну задачу когда это нужно - получение представления перечисления во внешнем источнике данных.
|
|||
355
NorthWind
11.03.17
✎
10:05
|
(215) разбитие на много модулей ещё не есть полноценное ООП. Ладно, пусть модуль это класс и пусть ключевое слово Экспорт это аналог public, а все остальное private. Но! Об ООП можно было бы говорить, если бы было можно было сделать модуль-наследник на основании модуля-предка и перегрузить в нем часть функций и процедур, возможно, вызвав в каких-то местах этих перегруженных процедур процедуры предка. Причём иерархия должна поддерживать неограниченное число поколений, сколько надо потомков у потомков - столько и заводим. Где это?
|
|||
356
Злопчинский
11.03.17
✎
12:52
|
(299) ты не поверишь
ГлРазложить(что-то,чем-то).ПолучитьЗначение(индекс); |
|||
357
Aleksey
11.03.17
✎
12:57
|
(355) Ну типа ВариантыОтчетовПереопределяемый
Т.е. есть предок ОМ ВариантыОтчетов, а есть модуль-наследник ВариантыОтчетовПереопределяемый в котором как раз и перегружены часть функций и процедур поведения которых ты можешь изменить |
|||
358
Aleksey
11.03.17
✎
13:01
|
Характер работы на 8-ке виден на примере касс и 52-ФЗ
В 7-ке у тебя прямой доступ к кассам через драйвера и руководства пользователя от разработчика касс на 500 страниц. И ты крутишь это как хочешь В 8-ке у тебя всех методов работы с кассой на полстраницы, ибо работы с драйверами вынесено в БСО, а тебе остается более высокий уровень абстракции и ты сидишь и читаешь чужой код пытаясь понять, кто накосячил, разработчики драйверов, разработчики БСО, разработчики конфигурации или разработчики платформы. |
|||
359
Aleksey
11.03.17
✎
13:02
|
Зато писанины меньше
|
|||
360
april
11.03.17
✎
13:20
|
ура!
даешь наследование в типовые! там именно наследования не хватает для полного счастья! |
|||
361
Garykom
гуру
11.03.17
✎
13:25
|
(359) И есть выбор или выбирать среди кучи готовых лисапедов со своими инструкциями на полстранички и своими уникальными техническими решениями - багами.
Или ваять свой очередной лисапед по мануалу на 500 страниц самому - не кажется это дурным когда каждый прог в каждой фирмочке свой лисапед создает уникальный? Пройденный этап, лучше когда выбор есть. Пока проблема что выбор среди готовых лисапедов слишком малый, поэтому самоделки от новичков еще конкурентны, будет большой выбор только редкая самоделка сможет показать класс. По сути самоделки только равные или превосходящие тиражные по качеству, но это же затраты на спецов и их время, такое написать а не разобраться и найти ошибки в готовом. |
|||
362
Aleksey
11.03.17
✎
13:31
|
(361) О каком выборе идёт речь? Пока что еинственный выбор это выбор между версией 2.2.38 с известными багами и 2.2.42 с неизвестными. Вот и весь выбор
Или у нас есть альтернативы БСО/БСП и т.д. и т.п. от других производителей |
|||
363
Garykom
гуру
11.03.17
✎
13:43
|
(362) Если скажу что альтернативы есть "от других производителей" и их "просто дофига"?
И банально кому то лень поискать-поизучать, убив на это дофига своего времени? |
|||
364
Aleksey
11.03.17
✎
14:04
|
(363) Меня и 7-ка неплохо кормит, с другой стороны 8-ка (БП 3.0) неплохо бесит.
|
|||
365
Z1
11.03.17
✎
14:40
|
(364) А можно поподробнее про
"с другой стороны 8-ка(БП 3.0) неплохо бесит" Руководство загорелось перевести бух 7.7 писаную переписанную на v8 - перейдем и будет нам счастье. |
|||
366
Aleksey
11.03.17
✎
14:45
|
(365) Будет счастье, но сразу
|
|||
367
Злопчинский
11.03.17
✎
14:53
|
(365) ну-ну...
|
|||
368
Aleksey
11.03.17
✎
14:55
|
В плане интерфейсных возможностей (ну типа выделил несколько документов в журнале и послал на печать / перепровёл или плюсики в отчете или консоль в отчете или групповое изменение реквизитов прямо в журнале и т.д.) это конечно счастье
Но в плане чехорды с интерфейсом (ОФ, УФ, Такс) и двигания кнопок. а так же в плане переписывания БСП и процедур, в результате после очередного обновления может выяснится, что часть старых отчетов перестало работать - радости мало Плюс отсутствия у 1с привычки проверять РЛС, в результате после добавления нового документа/отчета/регистра с вероятность 100% у бухгалтера после обновления будет ошибка доступа и они не смогут работать, что бесит, ибо часть кричат, а зачем ты обновил, мы работать не можем, давай не будем больше обновляется, другие кричат, а почему до сих пор не обновил нам нужно срочно новая форма отчета. И такое стабильно минимум раз в квартал, ибо у нас же 8-ка развивается. |
|||
369
Aleksey
11.03.17
✎
14:58
|
Ну и управляемые формы тоже оставляют двоякое чувство. Ибо теперь у части бухов панель слева, у части справа, другие не знают как её вытащить, а четвертые её так запрятали, что с собаками не найдешь. Т.е. на вопрос бухгалтера куда мне ткнуть приходится долго бродить по его интерфейсу в поисках заветной кнопки, а потом с удивлением обнаружить, что 1С накосячили и забыли добавить эту кнопку под ограниченными правами
|
|||
370
Z1
11.03.17
✎
14:59
|
(366) Да какое сразу я думаю переходить - это год в двух
программах работать (367) а что ну-ну меня ставят перед фактом - решение принято его надо выполнять. Мои аргументы лучший враг хорошего никого не интересуют. Я и сам с трудом верю что успешное перейдем - время покажет. А такой вопрос есть ли у кого база бух v8 которая ведется с 2006 года ? |
|||
371
Aleksey
11.03.17
✎
14:59
|
А так да, 8-ка лучше 7-ки. Правда мы 90% бухов сменили при переходе с 7-ке на 8-ку, ибо сопротивлялись очень.
Потом 50% сменили пи переходе с обычных форм на управляемые. Тоже нехотели идти в ногу со временем. |
|||
372
Aleksey
11.03.17
✎
15:00
|
(370) Ну мы в 2006 году перешли. Т.е. начали работать с версии 1.5
|
|||
373
Z1
11.03.17
✎
15:02
|
(372) я наверное не так выразился
я имею ввиду что все проводки с 2006 года лежат в одной бух базе или все их режут |
|||
374
Aleksey
11.03.17
✎
15:02
|
Как раз пошла реклама типа посмотрите какая крутая 8-ка. Ну в качестве тестового перехода решили сначала бухию перевести, а потом, как посмотрим на её масштабируемость, так и торговую базу перетащим.
До сих пор что-то очень сильные сомнения в переводе оперативной базы на 8-к |
|||
375
Aleksey
11.03.17
✎
15:03
|
(373) Ты физически таких не найдешь, ибо переход с 1.6на 2.0 был через перенос остатков
|
|||
376
Aleksey
11.03.17
✎
15:05
|
Поэтому по факту у меня некоторые фирмы уже 2 порезки пережили. С 2006 по 2010 - времена 8.0 и 1.6.
Перенос остатков на 8.1 на 2.0 до 2013-2014 года. потом опять порезка и переход на 3.0 |
|||
377
Aleksey
11.03.17
✎
15:07
|
просто изначально в 2013 году когда вышла 3.0 она не полностью поддерживала старое законодательство 2010 года и ранее. И поэтому корректно перенести не получалось, поэтому порезка и велкам
|
|||
378
Z1
11.03.17
✎
15:20
|
(376) а как же распределение авансов отгрузок
если есть хвосты с 2007 или есть рекомендации как такие хвосты надо закрывать например типа это наш доход заплатить налог. да и получается в любой момент в будущем придеться все мучительно резать или снова отстанешь от уходящего поезда |
|||
379
Aleksey
11.03.17
✎
15:25
|
(378) Хвосты закрываются по данным остатков, а не оборотов. Для закрытие хвостов не важно когда было движения, мы просто фиксируем что на такое то число у нас такие хвосты.
И да, никто не застрахован что через пару лет 1С прекратит поддержку 3.0 в пользу 4.0 на платформе 9.0. Хотя 1С что то задерживается с этим, обычно 4 года и смена релиза, а тут уже 5-ый год и тишина |
|||
380
Aleksey
11.03.17
✎
15:29
|
Хвосты по авансам это тот еще геморой. Рекомендую не переносить 76.АВ, а дать возможность программе самой сформировать данные по 76.АВ по данным 62.02
|
|||
381
Z1
11.03.17
✎
15:56
|
(380) спаcибо
А что надо делать в v8 если распределение авансов за январь уже закрыто и тут Вам в марте приходит письмо о переуступке долга(предположим одного) за январь ? надо откатывать весь январь и переделывать полностью или возможно перераспределить заново только этих двух клиентов ? |
|||
382
Z1
11.03.17
✎
16:04
|
+ к 381 или аналогичная ситуация :
Хороший клиент A просит переделать в конце марта или все или часть документов с января на свое другое юридическое лицо Б. сейчас документы переделываем в еще незакрытом налоговом периоде. |
|||
383
NorthWind
11.03.17
✎
19:30
|
(357) ну вообще-то там я не нашел реального наследования потомка от предка, хотя, может, плохо искал (8.2). Это просто два равноценных модуля, в имени одного из которых присутствует слово "Переопределяемый", а более никаких связей между ними я не увидел. Подобное "ООП", извините конечно, может быть реализовано в любом процедурном языке, который поддерживает более одного файла исходного кода в проекте.
|
|||
384
eks1985
11.03.17
✎
19:41
|
(383) В расширениях 8.3.9 появилась возможность переопределять методы модулей
https://wonderland.v8.1c.ru/blog/rasshirenie-moduley/ |
|||
385
NorthWind
11.03.17
✎
19:42
|
Можно говорить о наследовании, когда мы от Документа наследуем Реализацию, да. Но иерархия здесь предельно ограниченная. Мы можем унаследовать Реализацию от Документа, но не можем унаследовать РеализациюТоваров и РеализациюУслуг от Реализации, повторно использовав функционал Реализации с ее уже написанным кодом и нарисованными формами. Так что, ребята... я не хочу никого обидеть, но по-моему, для того кто хоть раз видел как оно происходит в C++ и Java, все очевидно. Ну нет тут ООП как нет. Есть попытки сделать его ограниченное подобие примитивными средствами.
|
|||
386
NorthWind
11.03.17
✎
19:46
|
(384) не прошло и 20 лет, чо :) Примерно как с бинарными файлами.
|
|||
387
NorthWind
11.03.17
✎
19:52
|
хотя справедливости ради надо сказать, что лучше поздно, чем никогда
|
|||
388
eks1985
11.03.17
✎
19:55
|
(385) >> Есть попытки сделать его ограниченное подобие примитивными средствами
Нет таких попыток. В 1с нет полноценного ООП by design. Это предметно ориентированная платформа. Однако это не отменяет того, что появляются присущие классическому ООП вещи, типа механизма расширений, определяемых типов. По сути нет только одного атрибута классического ООП - иерархии наследования, все остальное уже в наличии. |
|||
389
Волшебник
модератор
11.03.17
✎
19:57
|
(388) в 1С есть наследование.
|
|||
390
Лефмихалыч
11.03.17
✎
19:59
|
(321) ветка изначально с этой целью заводилась - найти аргументы, чтобы не выходить из зоны комфорта
|
|||
391
eks1985
11.03.17
✎
19:59
|
(389) Есть, я про произвольное наследование типо такого
>> но не можем унаследовать РеализациюТоваров и РеализациюУслуг от Реализации, повторно использовав функционал Реализации с ее уже написанным кодом и нарисованными формами Его нету и оно не нужно. |
|||
392
Лефмихалыч
11.03.17
✎
20:05
|
(391) на самом деле нужно оно, но его нет, по этому - виды операций типы шаблонов, виды типов и ярдёные ЕслиТоИначеЕслиТоКогдаТогда в модулях по 100500 тысяч строк. Наследование реализации могло бы это излечить. Но его нет.
|
|||
393
Лефмихалыч
11.03.17
✎
20:06
|
+(392) а, ну еще по той же причине (отсутствие возможности унаследовать реализацию) очень часто с виду и концептуально одинаковые штуки в 1С работают по-разному.
|
|||
394
Господин ПЖ
11.03.17
✎
20:08
|
>ЕслиТоИначеЕслиТоКогдаТогда в модулях по 100500 тысяч строк
за Если ИмяТабличнойЧасти = "Поступление" и прочие "магические буквы" надо убивать просто... |
|||
395
Господин ПЖ
11.03.17
✎
20:09
|
рефлексия бы упростила код в БСП, убрав "мусор"
|
|||
396
DenVaz
11.03.17
✎
20:20
|
(0) 50 лет - забей... 300-400 тыр на открытие алкоточки найди. Че дурью страдать - книжки читать? ИМХО, потратишь меньше времени и нервов.
|
|||
397
Злопчинский
11.03.17
✎
21:33
|
(381) нет, не надо ничего о катывать в январь. Оформляйте хозоперацию той датой когда о ней стало известно, то бишь когда и какой датой стоит вага подпись если таковая есть. Если никаких ваших подписей задним числом нет, то операцию проводить текущей датой, для подтверждения - сохранить конверт
|
|||
398
Aleksey
11.03.17
✎
21:57
|
(381) Ну вы же не в середине периода переходить будете. И не на САП с её запретом проводить задним числом
|
|||
399
NorthWind
11.03.17
✎
22:25
|
(391) не уверен. Если сказали "а" в виде наследования от встроенного библиотечного "класса", то почему не сказать "б" и не обеспечить наследования от пользовательского потомка? Тот же механизм Inherit... для форм в Delphi был очень недурен, и ему уже не один десяток лет.
|
|||
400
Волшебник
модератор
11.03.17
✎
22:42
|
(399) Наследование вредно.
|
|||
401
Злопчинский
11.03.17
✎
23:21
|
все должно работать быстро.
а не тормозить и волочься как ишак в конце рабочего дня на каменоломне. |
|||
402
Garykom
гуру
11.03.17
✎
23:24
|
(401) Это про 7.7 sql или про 8-ку ?
|
|||
403
Z1
12.03.17
✎
00:31
|
(397) тогда ответьте на 382
Обсуждать детали 381 даже не хочу |
|||
404
Z1
12.03.17
✎
00:39
|
(398) отгрузок много распределение отгрузка авансы по всем сделкам всех клиентов за месяц идет 10-12 часов
Сейчас для ситуаций 381 382 откатываю двух клиентов Распределяю этих двух клиентов |
|||
405
Aleksey
12.03.17
✎
00:52
|
(403) в контексте чего вопрос? В контексте порезки когда просят поменять документы за период который в прошлой базе.
Или в контексте 8-ки. можно ли задним числом менять документы |
|||
406
Aleksey
12.03.17
✎
00:53
|
Или вопрос по скорости, типа вот у нас в 7-ке месяц перепроводится 10-12 часов,, сколько часов будет перепроводится на этом же сервере 8-ка?
|
|||
407
Злопчинский
12.03.17
✎
01:47
|
(402) про восьмерку, ясен пень.
и даже не скорость выполнения каких-то операций. а просто скорость промаргивания/перерисовки экрана. оно, конечно, субъективно - но пока на восьмерке экран проморгнет - я уже успеваю забыть что я хотел... ;-) |
|||
408
Злопчинский
12.03.17
✎
01:49
|
(403) и чего? оцениваете риски/трудозатраты - и либо переделываете/либо не переделываете ;-)
|
|||
409
Злопчинский
12.03.17
✎
01:50
|
(406) хм, а у тебя сколько в среднем отгрузок за месяц, и скольо в среднем строк в отгрузке?
|
|||
410
Garykom
гуру
12.03.17
✎
02:20
|
(407) Если УФ то обновить комп, выкинуть rdp или даже запускать вебклиента в браузере.
И понять что если навесить на движок 7ки для форм столько хлама сколько навешивают на движок 8ки, то она тупо виснуть будет. Проблема разрабы конфигураций на крутых топовых i7 с десятками гигагерц оперативки и широкоэкранными мониками от 24'. Сча абсолютно такая же трабла со старым железом, новыми браузерами (ибо на старых почти никакие сайты не пашут) и попытке серфинга в инете. У меня дома вот открыто в хроме 17 вкладок-сайтов и все ОК, тормозов нету. Так и 1С 8ка не тормозит совершенно по интерфейсу. На работе больше 5 вкладок не могу открыть на устаревшем компике - так да есть легкие тормоза в 1С особенно на ОФ, а вот УФ летают если база на сервере. |
|||
411
Aleksey
12.03.17
✎
02:26
|
(410) А если тонкие клиенты, то что?
вебклиента в браузере - нежизнеспособный. Мало того что часть функционала не работает, которая без проблем работает в тонком клиенте, так еще и тормозит всё. |
|||
412
Aleksey
12.03.17
✎
02:34
|
(409) В базе за декабрь 5208 реализаций по 12 организациям (закупается на одни продается через другие)
Непосредственной средний чек порядка 10 строк (недавно для расчета расходов ККМ ленты считал по продажам клиентам - 9,7 в среднем за месяц вышло) |
|||
413
Garykom
гуру
12.03.17
✎
03:35
|
(411) Проводил тесты на последних версиях платформы и там вебклиент работает великолепно в плане скорости и отзывчивости, видно что много усилий вложено разрабами платформы.
И да, вебонли это к сожалению (или к счастью кому как) близкое и неизбежное будущее. asm.js и wasm(webassembly) потихоньку пилят, в будущем в "браузере" будет работать весь софт (Гугл с ХромОС слегка поторопился но тренд верный). Представь что все игрушки будут запускаться в браузере, который юзает видяху для отрисовки (WebGL) и т.д. |
|||
414
Garykom
гуру
12.03.17
✎
03:40
|
(413)+ По сути браузер это еще одна прокладка для унификации дикого разнообразия железок после операционных систем и драйверов.
Поэтому UWP скоро прикроют )) оно банально устарело в задуманном виде. Ибо кому нужна эта "универсальная винплатформа" если можно в игрушки играть и так http://beta.unity3d.com/jonas/AngryBots/ |
|||
415
Dmitry1c
12.03.17
✎
08:23
|
(410) у меня на работе наоборот комп мощный, а дома ноут...
|
|||
416
Digger
12.03.17
✎
15:06
|
(412) ~50 тысяч реализаций те же средние 10 строк. Месяц в БП 3 (с кассой приходами и проч) перепроводится за 22 часа. Но это параллельно три организации запустили пересчитываться. Насколько время увеличится если еще организаций добавить в перепроведение хз, надо пробовать. )
|
|||
417
eks1985
12.03.17
✎
15:50
|
(407) >> а просто скорость промаргивания/перерисовки экрана.
оно, конечно, субъективно - но пока на восьмерке экран проморгнет - я уже успеваю забыть что я хотел... ;-) 410 Скорость прорисовки в моей типовой БП 3.0 которую не допиливал, не настраивал, тест с пользовательского компа, последовательное открытие разных реализаций, "без прогрева", сразу после запуска базы. https://goo.gl/4gl5fn |
|||
418
Aleksey
12.03.17
✎
16:05
|
(417) А зачем ты поубирал с экрана ссылочные реквизиты?
|
|||
419
Aleksey
12.03.17
✎
16:07
|
Плюс какая то древняя версия, тогда еще небыло кучу всяких "онлайн сервисов" по проверки всего и вся
|
|||
420
eks1985
12.03.17
✎
16:09
|
(418) Чтобы данные не светить, поверь мне с сылочными полями или без них, все открывается и закрыватся мнгновенно.
>> Плюс какая то древняя версия, тогда еще небыло кучу всяких "онлайн сервисов" по проверки всего и вся Релиз на декабрь 2016 года, сейчас уже не вспомню какой |
|||
421
Aleksey
12.03.17
✎
16:11
|
У тебя счета учета в виде колонок, а не гиперссылка
|
|||
422
eks1985
12.03.17
✎
16:14
|
(421) Где? В табличной части?
|
|||
423
Garykom
гуру
12.03.17
✎
16:18
|
(421) Поверь это без разницы, а сам давно не тестил вебклиента тут на днях запустил и поразился разнице при работе "вебклиент - файловый вариант".
|
|||
424
Garykom
гуру
12.03.17
✎
16:19
|
(423)+ в смысле когда обычный клиент по сетке к файловой базе и через браузер к файловой через апач на той машинке поднятый
|
|||
425
eks1985
12.03.17
✎
16:30
|
На мой взгляд ключевым моментом, чтобы все "моргало быстро" является чтобы база целиков в кэш влазила, оперативная память нынче дешева, лучше не поскупиться на нее и дать SQL серверу достаточно памяти, тогда больно совсем ну будет, ну может только чуть чуть =)
|
|||
426
Лефмихалыч
12.03.17
✎
19:50
|
(407) пестёжь
|
|||
427
Aleksey
12.03.17
✎
20:04
|
Собственно никто не спорит , что при определенных условиях однопользовательская будет "мигать" быстро. Тем более 1С как раз свою платформу затачивала на ускорение однопользовательской работы.
Но в реальности мы используем на сервере в многопользовательском режиме, и там все ни так весело |
|||
428
Лефмихалыч
12.03.17
✎
20:07
|
(427) >1С как раз свою платформу затачивала на ускорение однопользовательской работы
это откуда взято? Ссылку на источник этой инфы можешь дать? |
|||
429
eks1985
12.03.17
✎
20:13
|
(427) Хз чего там 1с затачивала, у меня на 6 бухах открывается нормально, в оперативой базе 25-30 пользователей тоже норм все летает, уверен и на 100 и на 200 пользователях будет работать норм при прямых руках.
|
|||
430
Aleksey
12.03.17
✎
20:14
|
(428) Из описания к новым релизам платформе. Они несколько раз писали типа ускорена работа в однопользовательском режиме в файловой версии
|
|||
431
eks1985
12.03.17
✎
20:16
|
То, что ускорена однопользовательская работа не означает, что с многопользовательской все плохо =)
|
|||
432
Aleksey
12.03.17
✎
20:18
|
Работа с базой данных.
Ускорена работа с файловой информационной базой, при одновременном выполнении следующих условий: с информационной базой работает одно клиентское приложение (в том числе конфигуратор); клиентское приложение и база данных расположены на разных компьютерах; на обоих компьютерах поддерживается протокол SMB 2.1 (используется ОС Windows 7 и выше); при работе формируется значительное число транзакций записи в базу данных. (с) http://downloads.v8.1c.ru/content//Platform/8_3_9_2170/1cv8upd.htm#5a3fed9f-6292-11e5-a3f7-0050569f678a |
|||
433
Лефмихалыч
12.03.17
✎
21:04
|
(432) это и "1С как раз свою платформу затачивала на ускорение однопользовательской работы - на столько не одно и то же, что аж в разных вселенных.
То, что по ссылке означает, что теперь в однопользовательском режиме массовые транзакции записи выполняются быстрее, чем раньше, если база и клиент на разных компах и пользователь только один. Ни про какую там заточку нет речи вообще. Просто репорт об оптимизации чего-то там, что работает в указанных условиях. |
|||
434
Aleksey
12.03.17
✎
21:15
|
ну ты просил пруф, я привел. Были еще и другие попытки ускорить файловую версию
|
|||
435
Бертыш
31.03.17
✎
02:37
|
(33) Вы батенька неправы. Возможно Вы плохо знаете специфику кишек СКД. В табличном документе могут быть
1) Группировки (ну типа свернуть где и развернуть) причём они могут быть одновременно горизонтальные и вертикальные, то есть деревом значений тупо не отделаешься 2) Могут быть вставленные картинки и подобные объекты которые непонять как вставлять в коллекцию значений |
|||
436
Бертыш
31.03.17
✎
02:54
|
+435 Впрочем с картинками я погорячился
|
|||
437
sppr
01.04.17
✎
14:11
|
(0) изменился в сторону 77
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |