Имя: Пароль:
1C
1С v8
Производительность объектов на платформе 8.2
0 Bida
 
24.08.11
16:00
Вопрос к знатокам. Про оптимальный подбор объектов в 8.2.
Предыстория:  
Часто при написании кода в своих и чужих программах приходится учитывать скорость выполнения алгоритмов и хранения данных. Так как объёмы данных и расчёты значительны (фондовый рынок). Умею и использую оптимизацию запросов в MSSQL, прямые запросы из 1с по ado с оптимизацией, черные запросы в базы 7.7. Много уделяю времени на поиск узких мест в базах. Последнюю базу на 7.7 удалось в 20 раз ускорить за счёт этого, например.
Почему это важно:
Пример из жизни (много лет назад видел в одной конторе с толковым начальников и прогами) - в одной конторе была самописка на 7.7, бухпроводки а затем и регистры не справились с нагрузкой, изучив запросы транслятора 1с в sql они переписали всё на работу с справочниками на периодических реквизитах (итог в 50-80 раз увеличилась производительность по сравнению с регистрами).
Сама история:
Скоро собираюсь начать писать самописку на 8.2. До этого на ней ничего не писал. Больше на 7.7, немного на 8.1. Хотелось бы на управляюмых формах, естественно. В серверном варианте, с выводом результатов в клиент.
Что сделал:
Почитал книжки от 1с (толстая которая как словарь и другие, на форумах посмотрел) толком никакой информации нет. Есть абстрактные размышления что регистры быстрее и какие для чего лучше. А вот про миллионы записей и что реально там будет с производительностью - не нашел.
Тем более, что последние релизы 8.2 позволяют использовать внешние источники - вопрос насколько эффективно? Есть вариант написать только интерфейсную оболочку на 1с, а почти всю логику вынести в процедуры и функции MSSQL если будут тормоза (в одной конторе так сделали на NET, а не на 1с правда - итог летает всё и отчётеы с 5 млн строк за 10-30 секунд выводит на экран).
Вопрос: какие объекты наиболее производительные на 8.2 и что думаете по использованию внешних источников?

P.S Вообще, вопросы по производительности к 1с 8.1 возникли после покупки УПП и загрузки кладра в неё. Оказалось при пустой базе в файловом режиме это УГ. Перевели на sql, но осадок остался от разработчиков у которых приложение жутко начинает тормозить при 3-5 пользователях при загрузке маленького кладра России.
1 Beduin
 
24.08.11
16:05
(0) К чему в этой повести информация по 7.7 ?
2 zak555
 
24.08.11
16:06
поставь упп 1.3 под 8.2 и проверь кладр
3 Bida
 
24.08.11
16:07
(1) По 8.2 есть что сказать или для поддержания разговора написал?
4 БалбесВ1с
 
24.08.11
16:07
http://bida.ru/ Не нашел раздел "Скачать".
5 IamAlexy
 
24.08.11
16:08
бидаа....
6 IamAlexy
 
24.08.11
16:09
вообще конечно 1С то еще хавно... как недавно выяснилось - нельзя миллионную долю рукавицы списать.. казалось бы - такая мелочь.. а нельзя
7 Bida
 
24.08.11
16:09
(4) Не продаю я ничего. Это к Мане иди. :)
8 Beduin
 
24.08.11
16:10
(5) Интересно его в 1С возьмут. Ускорять.
9 БалбесВ1с
 
24.08.11
16:11
(8)Представил картину,как 1с его берет "интересно".
10 NcSteel
 
24.08.11
16:18
миллионы записей в регистрах не проблема. Так что храни в регистрах .
11 Bida
 
24.08.11
16:20
(2) Для теста не смогу сейчас поставить - на текущем сервере ключа от 1с-сервера нет, а на файловом варианте смысла проверять нет. Что летает теперь кладр? Что изменили?
На неделе могу проверить, если ты скажешь что летает кладр - хочу убедиться.
12 Reaper_1c
 
24.08.11
16:21
"Есть вариант написать только интерфейсную оболочку на 1с.." - забудь, нет такого варианта. Покупаешь книжку "Реализация прикладных задач в системе..." и изучаешь. Отдельное внимание - описанию физической организации таблиц и индексов. Понимая структуру таблиц объектов и их индексов сможешь и объекты подобрать, и запросы к ним писать достаточной производительности. Для алгоритмических расчетов на сервере приложении лучше использовать как можно более простые объекты - массивы и соответствия. Единственный недокументированный хинт снеговика - запись циклов и условий в одну строку, что приносит ускорение исполнения кода едва ли не по экспоненте при увеличении количества повторов. Кроме того отдельно изучи возможности кэширования механизмом повторного использования возвращаемых значений.
13 Ахиллес
 
24.08.11
16:24
>...они переписали всё на работу с справочниками на периодических реквизитах - За это надо левую руку тупой пилой отпиливать.
>...отчётеы с 5 млн строк выводит на экран - А за это правую руку ещё более тупой пилой отпиливать.
14 Bida
 
24.08.11
16:25
(10) То что хранить можно - это понятно. Насколько тормоза большие на поиске и возможности по построению допиндексов?
15 Bida
 
24.08.11
16:26
(12) Спасибо за информацию. Эту книжку не читал. Пороюсь в этом направлении. И за хинт - спасибо.
16 IamAlexy
 
24.08.11
16:27
(13) ыыыыыыыыыыыыыыыыыыыыыы

пилильщик...

к тебе видимо при проверке не приходили и не требовали "нам пох.й на количество, хотим видеть ВСЕ обороты в разрезе аналитики в печатном виде или на экране"

а строк, в нашем случае, было порядка 2х млн...
17 IamAlexy
 
24.08.11
16:28
(11) кладр это да... это показатель..
18 Ахиллес
 
24.08.11
16:30
(16) Вас сделали, как сынков. Люди отчёты в 5 миллионов строк просматривают, а у вас какие то жалкие два миллиона.
19 Serginio1
 
24.08.11
16:31
(0) Все зависит от задач, я использую запросы напрямую при Обновлении регистров сведений, т.к. в 1С нет возможности использовать Merge, ну и там где неиспользуемые возможности MS SQL в 1С приносят большой прирост. Но таких вещей очень мало.
20 Bida
 
24.08.11
16:31
(13) Ага, продолжай автоматизировать киоски. Не мешай нам деньги зарабатывать и радовать пользователей. :)
Про периодику я тоже так вначале подумал, пока не пришел и не изучил на месте их ситуацию - там всё очень правильно сделали.
Про 5 млн строк это к вопросу о производительности при нагрузке и отказоустойчивости прикладного решения.
21 Beduin
 
24.08.11
16:37
(20) Можно по байтам программку собрать, она будет летать.
Научись различать типовые механизмы с возможностью легкой модификации и снеговики(несомненно в некоторых ситуациях более быстрые) со сложной разработкой.
Популярность 1С в простоте ее модификации. Когда ты из базовых объектов собираешь логику.
22 Bida
 
24.08.11
16:41
(21) Скажу тебе что популярность 1с ещё и в привычке - заказчикам нравится интерфейс и им пофиг что за оболочкой программы. Главное чтобы удобно и быстро работало.
Но в 1с есть узкие места, которые становятся заметны лишь на определенных объёмах и действиях. Вот эти места и хочется обойти. Другие уже на грабли наступили - может поделятся опытом.
23 Bida
 
24.08.11
16:41
(19) Спасибо за инфу.
24 Alexandr Puzakov
 
24.08.11
16:45
>>отчётеы с 5 млн строк

*бегая по комнате*
А-а-а!... А-а-а-а-а!!!
25 Reaper_1c
 
24.08.11
16:46
(14) Все индексы кластерные. Скорость зависит только от полноты попадания в индекс. Дополнительное индексирование позволяет изменять состав кластерных индексов. Таким образом управление куцее, нужно просто заранее выбирать правильные объекты метаданных исходя из правил их индексирования.
26 Ахиллес
 
24.08.11
16:48
(23) Примерно представляешь себе, как хранятся периодические реквизиты в семерке? И сколько времени проходит тестирование, пересчет базы если таблица вырастает хотя бы до нескольких сот мегабайт? Как говорят в Одессе - идите на базар, купите там курицу и парьте мозги ей.
27 Beduin
 
24.08.11
16:48
(22) Вы просто не видели как спускали сотни миллионов рублей на создание своей учетной системы полностью с нуля.
Когда для изменения небольшого бизнес-процесса 10 человек пишут код и думают как организовать таблицы для хранения.
В 1С это можно делать гораздо менее трудозатратней, а производительность в большинстве задач в последнем приоритете.
28 Alexandr Puzakov
 
24.08.11
16:49
(19) а ведь низзя так делать...
29 Ахиллес
 
24.08.11
16:50
(24) Всего то сорок коробок бумаги. За 5 минут можно просмотреть такой отчет.
30 opty
 
24.08.11
16:54
Несколько миллионов записей периодики на семерке это жесть .
Круглое таскать квадратное катать .
И нафига вообще все эти регистры и субсчета придумывали ?
Я еще могу понять холивар регистры VS бухсчета , но ставить учет на справочниках с периодикой ?
31 kuza2000
 
24.08.11
16:55
(0) Ну, если есть опыт и понимание принципов работы SQL, то, по сравнению с 7.7 будет лафа. Все гораздо прозрачнее. Большинство объектов - регистры, справочники, документы и т.д. имеют свое прямое отражение в SQL. И к ним можно делать достаточно эффективные запросы, причем штатными средствами. Поэтому 8-ка имеет гораздо меньше проблем с производительностью. Структура хранения и индексирования информации в БД хорошо документирована. Проблемы, конечно, есть. Например нельзя штатными средствами создать составной индекс, или самому выбрать кластерный. У регистра сведений кластерного индекса вообще нет. Нет возможности использовать модификаторы запросов для указания типов соединений, и т.д.
  Для своего круга задач - средств, в основном, хватает. Но есть множество задач, где 1С неприминима. И дело тут не в объемах данных или количестве пользователей. Например, для биллинговых систем, когда при больших таблицах идут запросы с огромной частотой, но маленьким количеством строк. В такой ситуации без модификаторов и специальных индексов обойтись просто нельзя.
32 Ахиллес
 
24.08.11
16:55
И заметь, это НЕ ларёк был :-) То есть подразумеваются приличные обороты, количество записей.
33 Beduin
 
24.08.11
16:56
По моему автор больше любит рассуждать, чем делать.
34 opty
 
24.08.11
16:57
Особенно класно наверное на справочниках учитывать накопительную информацию , и рассчитывать промежуточные итоги .
35 Жан Пердежон
 
24.08.11
17:00
(25) феерично, хотя что еще от 86го ждать
36 Serginio1
 
24.08.11
17:06
(28) Почему???
37 Ахиллес
 
24.08.11
17:09
38 Serginio1
 
24.08.11
17:14
(28)
(37) Улыбнуло (не приминительно к сигаретам)
У меня десятки миллионов записей которые достаточно часто нужно обновлять. Массовая загрузка рулит, по сравнению с механизмами 1С
39 Ахиллес
 
24.08.11
17:16
(38) От ужо дядя Боря дознается, как ты его 1С нагибаешь. Отправит тебя в Сибирь снег убирать. Весь.
40 Axel2009
 
24.08.11
17:16
(0) 5 лет опыта и все напишешь.
41 kuza2000
 
24.08.11
17:18
(38) Точно, одна из существенных проблем 1С - нет пакетного обновления в принципе. Даже для не объектных типов данных :( Про загрузку я вообще молчу...
42 Axel2009
 
24.08.11
17:20
(41) итоги тоже будешь пакетно обновлять, али как?
43 Serginio1
 
24.08.11
17:24
(39) Да а то, что приходится воостанавливать данные Config?
И Боря неспособился создать инструменты для лечения?
И разве данные в MS SQL Борины?
(42) У регистров сведений нет итогов
44 kuza2000
 
24.08.11
17:26
(42) Да регистры накопления ладно, хотя и для них все решаемо. Справочники, регистры сведений, документы - тут вообще технически никаких препятствий нет.
45 Bida
 
24.08.11
17:27
(31) Спасибо, мне тоже нравится написание запросов в 1с 8, так как очень близкое к SQL. Вот составные и кластерные индексы НЕ штатными средствами когда создаёте - 1с при обновлении конфы их видит и затирает или не замечает? Как эту проблему решаете?
46 Alexandr Puzakov
 
24.08.11
17:27
(36) http://v8.1c.ru/predpriyatie/questions_licence.htm

смотри строку таблицы под №64
47 Axel2009
 
24.08.11
17:27
(44) безобразно, но единообразно (с)
48 Ахиллес
 
24.08.11
17:28
(43) Знаешь кто такие толкователи Торы? Вот время от времени они заходят на Мисту и дают разъяснения по поводу лицензионного соглашения 1С.  Вот они сказали, что низяяя :-)
49 Axel2009
 
24.08.11
17:30
(46)
Данное ограничение необходимо для обеспечения стабильности работы механизмов системы, осуществления поддержки и возможности перехода на новые версии "1С:Предприятия".

а не потому что ата-та.. =)
50 Alexandr Puzakov
 
24.08.11
17:31
(49) "Нельзя обращаться к данным информационной базы напрямую, минуя уровень объектов работы с данными "1С:Предприятия" - например при помощи средств СУБД или при помощи внешних компонент, которые реализуют прямой доступ к СУБД. Это ограничение распространяется на любые действия с данными, в том числе на изменение их структуры, а так же на чтение или изменение самих данных информационной базы или служебных данных "1С:Предприятия"."

оттуда же.
51 Axel2009
 
24.08.11
17:33
(50) нарушил - значит нет тебе поддержки, чтобы не было вопросов, я тут скриптик забацал на скуле, а у меня данные тютю. когото реально оштрафовали за это?
52 Ахиллес
 
24.08.11
17:34
(50)Видишь ли в чём дело, ни информационная база, ни данные в ней не принадлежат 1С, поэтому накладывать ограничения на чужую собственность вряд ли законно в принципе.
53 Serginio1
 
24.08.11
17:35
(46) Где конкретно?
54 Axel2009
 
24.08.11
17:37
или 1с когда внедряет решения по переводу на 1с террабайт информации месяцок ждет, когда же все загрузится? =)
55 Ахиллес
 
24.08.11
17:38
Самое прикольное, что данный пункт также запрещает делать резервные копии базы средствами 1С и это при том, что ВНЕЗАПНО! 1С не имеет встроенных средств архивирования.
56 Alexandr Puzakov
 
24.08.11
17:38
(53) см. (50)
57 Ахиллес
 
24.08.11
17:39
Самое прикольное, что данный пункт также запрещает делать резервные копии базы СТОРОННИМИ средствами и это при том, что ВНЕЗАПНО! 1С не имеет встроенных средств архивирования.
58 Axel2009
 
24.08.11
17:40
(57) ну дак ДТ типа уже архив.. хехе =)
59 Ахиллес
 
24.08.11
17:40
(58) Вот именно, что хе-хе.
60 Alexandr Puzakov
 
24.08.11
17:40
(55) не запрещает.

"... Это означает, что средства СУБД (или любые другие внесистемные средства) можно использовать только в том случае, если документация по продуктам линейки "1С:Предприятие" (включая ИТС) содержит явную рекомендацию использовать данное средство для решения данной задачи."

Насколько я знаю, создание резервных копий средствами СУБД прописано в документации.
61 Serginio1
 
24.08.11
17:44
(56) А администратору Баз Даных глубоко наплевать,кто данной базой пользуется.
"Данное ограничение необходимо для обеспечения стабильности работы механизмов системы, осуществления поддержки и возможности перехода на новые версии "1С:Предприятия".
"
При этом структура БД не изменяется.
(60) Огласи весь список рекомдаций? Опять же моя БД, что хочу то и делаю. Кстати а как там на счет аренды БД?
62 Serginio1
 
24.08.11
17:45
(61) Облаки сейчас хорошо продвигаются.
63 Ахиллес
 
24.08.11
17:46
(60) То есть 1С разрешает в админке нажимать только одну кнопочку, потому что обслсь и даже не смогла написать архивирование для собственного продукта.
Покупая MS SQL я так же и профайлер покупаю. Микрософт мне разрешает профайлером пользоваться, а 1С запрещает :-)
Самому то не противно этот бред одинэсовский каждый раз сюда постить?
64 Alexandr Puzakov
 
24.08.11
17:48
(51)
Статья 1280 ГК РФ
1. Лицо, правомерно владеющее экземпляром программы для ЭВМ или экземпляром базы данных (пользователь), вправе без разрешения автора или иного правообладателя и без выплаты дополнительного вознаграждения:
1) внести в программу для ЭВМ или базу данных изменения исключительно в целях их функционирования на технических средствах пользователя и осуществлять действия, необходимые для функционирования таких программы или базы данных в соответствии с их назначением, в том числе запись и хранение в памяти ЭВМ (одной ЭВМ или одного пользователя сети), а также осуществить исправление явных ошибок, ЕСЛИ ИНОЕ НЕ ПРЕДУСМОТРЕНО ДОГОВОРОМ С ПРАВООБЛАДАТЕЛЕМ.

Как-бы к Вашему "значит нет тебе поддержки" добавляется нарушение закона...
65 Alexandr Puzakov
 
24.08.11
17:49
(63) это не ко мне.
66 Ахиллес
 
24.08.11
17:51
(64)
1. Изменения в программу (1С) НЕ вносятся.
2. ПРАВООБЛАДАТЕЛЕМ БАЗЫ ДАННЫХ является ПОЛЬЗОВАТЕЛЬ.
3. Фирма 1С не имеет права писать лицензионные соглашения к продуктам фирмы Микрософт.
67 Axel2009
 
24.08.11
17:52
(64) мне НЕ нужна стабильность работы механизмов системы, мне НЕ нужно осуществление поддержки, мне НЕ нужен переход на новые версии 1с:предприятие.
пункт вуаау
68 kuza2000
 
24.08.11
17:53
(45) Не пробовал в обход 1С менять индексы.
69 Axel2009
 
24.08.11
17:54
(45) при изменении структуры хранения. меняется только для того объекта, у кого была произведена реструктуризация.
70 Alexandr Puzakov
 
24.08.11
17:55
(66) при чем тут право на БД?

"Нельзя обращаться к данным информационной базы напрямую, минуя уровень объектов работы с данными "1С:Предприятия"" <-- вот это место.
71 Axel2009
 
24.08.11
17:55
(70) а закон написан для правообладателя. а правообладатель БД - пользователь. наверное это имеется ввиду. так что ищи другую статью
72 Ахиллес
 
24.08.11
17:56
(70) Данные тем более принадлежат пользователю. Какое право имеет фирма 1С ограничивать меня в доступе к моим же данным?
73 Alexandr Puzakov
 
24.08.11
17:57
(67) вопрос не стоит "нужно - не нужно", это ведь СОГЛАШЕНИЕ, равно как и договор оно устанавливает УСЛОВИЯ. Не имеете права использовать, ЕСЛИ НЕ СОГЛАСНЫ С ЛИЦЕНЗИОННЫМ СОГЛАШЕНИЕМ.
74 acsent
 
24.08.11
17:57
(61) Это ты ОЧЕНЬ заблуждаешься
75 Bida
 
24.08.11
17:59
Нашёл статью - http://infostart.ru/public/71130/
Кто оптимизацией конфигураций занимается - есть интересные пункты.
76 Alexandr Puzakov
 
24.08.11
18:00
(72) >> меня в доступе к моим же данным

В доступе к данным она не ограничивает, она ограничивает В СПОСОБЕ РАБОТЫ с данными. И это ее право.
77 Ахиллес
 
24.08.11
18:03
(73) Вот, я тебе продам коробок спичек, а на этикетке напишу:
Пользователям этих спичек запрещено бриться. Нарушившие это правило обязаны уплатить штраф 1000000 рублей.
Если вы зажгли хотя бы одну спичку, значит вы приняли данное соглашение.
Спросишь какая связь между спичками и бритьём? А какая связь между лицензионным соглашением 1С и продуктами совершенно посторонней фирмы? примерно такая же.
78 Alexandr Puzakov
 
24.08.11
18:10
(77) договора Вы тоже пытаетесь опровергать, если они не соответствуют морали из Нового завета, или не укладываются в предпочтения дяди Гриши? Это ведь документ с определенными условиями, причем документ составленные в соответствии с законодательством, имеющий юридическую силу...
79 GoldenDawn
 
24.08.11
18:11
(0)кг/ам
80 Alexandr Puzakov
 
24.08.11
18:11
+(78) насильно использовать 1С:Предприятие никто не заставляет, да и альтернативы есть ;)
81 Ахиллес
 
24.08.11
18:11
(78) ВНЕЗАПНО. Договор тоже может быть незаконным.
82 Axel2009
 
24.08.11
18:13
(81) именно поэтому у них приписка зачем нужно это "правило" =)
83 Alexandr Puzakov
 
24.08.11
18:14
(81) может, но в нашем случае не является незаконным.
84 Axel2009
 
24.08.11
18:16
(73) я согласен со всем, но мне не нужна целостность данных и переход от одной версии к другой. поэтому зачем этот пункт?
85 Alexandr Puzakov
 
24.08.11
18:18
(84) я разве есть возможность выборочно соглашаться с отдельными пунктами? ;)
86 Bida
 
24.08.11
18:18
(79) То что 1с релизы платформы с новым функционалом и решением вопросов производительности выпускает регулярно ты в расчет не берешь - а зря. Они её постоянно дорабатывают и новые "плюшки" интересны. Так что где ты тут "кг/ам" увидел - непонятно.
87 Axel2009
 
24.08.11
18:19
(85) данное правило нужно для целостности данных. т.е. если целостность не нужна, то и правило не нужно.
88 Axel2009
 
24.08.11
18:20
(87)+т.е. в суд не заявишь на 1с, у меня целостность данных нарушена, я всего лишь использовал внешние изменения данных.
89 Alexandr Puzakov
 
24.08.11
18:21
(87) да нет там никакого "обратного" условия "если ... то ...". Про целостность данных - это лишь пояснение "для чего оно надо".
90 Axel2009
 
24.08.11
18:23
(89) псц с логикой.
данное ограничение необходимо для...; и перечислено 3 пункта.
это ограничение необходимо только для этих 3х пунктов.
91 vde69
 
24.08.11
18:24
(0) собственно имею некоторый опыт по работе с большими данными в 8.2, по последнему проекту: прирост в год примерно 15 гигов и это на самописке с 0, где нету всякого хлама :)

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

хотя конечно код тестить на скорость нужно обязательно :)
92 Alexandr Puzakov
 
24.08.11
18:24
(90) "Лицензионное соглашение не позволяет использовать недокументированные фирмой "1С" средства для построения решений на платформе 1С:Предприятие."
93 Aleksey
 
24.08.11
18:25
(30) Жесть в том что ВСЯ периодика храниться в ОДНОЙ таблице. Ну и чем это принципиально лучше проводок. Там хоть доп.индексы могут быть, а тут...
94 Ахиллес
 
24.08.11
18:25
(90) Я же говорил - толкователи Торы. Они знания по прямой связи от бога получают, им доводы обычных людей не интересны.
95 Axel2009
 
24.08.11
18:25
(92) и сюдаже сразу последний пункт. читаем ВСЕ вместе. а не только первую строчку
96 Alexandr Puzakov
 
24.08.11
18:25
+(92) внимательно и долго смотреть на словосочетание "не позволяет"
97 Axel2009
 
24.08.11
18:26
(96) внимательно читаем
"Данное ограничение необходимо для "
"Данное ограничение необходимо для "
"Данное ограничение необходимо для "
"Данное ограничение необходимо для "
98 Alexandr Puzakov
 
24.08.11
18:27
(97) повторяю, это пояснение "для чего оно надо". Никакого исключения тут НЕТ.
99 Axel2009
 
24.08.11
18:28
если нам нет необходимости в одном из "для", то данное ограничение НЕ необходимо.
100 Alexandr Puzakov
 
24.08.11
18:29
Сложно с вами...

Кто может скопировать сюда фрагмент лицензионного соглашения от фирмы 1С?
101 Ахиллес
 
24.08.11
18:29
(92) Опять фэйл. В SQL формате платформой является программа MS SQL SERVER например, а 1С это так... оболочка дешёвая, но никак не платформа.
102 opty
 
24.08.11
18:29
(93) Так я и говорю жесть :) И с точки зрения хранения большого объема данных принципиально хуже проводок и тем более регистров . В восьмерке хоть регистры сведений , и то не панацея . А вести учет на справочниках ...
103 Serginio1
 
24.08.11
18:30
(96) А как можно доказать, что используются недокументированные средства, если структура БД не изменна?
104 opty
 
24.08.11
18:31
Как говорится регистры не справились с нагрузкой , перенесли на справочники и все залетало . Просто регистры готовить не умеют :))
105 Ахиллес
 
24.08.11
18:32
(103) Возьмёт тебя Боря за Фаберже, сам во всём признаешься.
106 Alexandr Puzakov
 
24.08.11
18:32
(103) доказательство - отдельная тема.
107 Alexandr Puzakov
 
24.08.11
18:36
(101) да? А я думал, что она СУБД...

Видите ли в чем дело, если Вы захотите использовать какую-либо ФиговуХреновину, на использование которой правообладатель установил определенные ограничения, то Вы ее сможете использовать только в пределах этих ограничений. И совершенно пофиг, что она будет стоять на Вашем танке, который в сотни раз сложнее ее, и в тысячи раз превосходит ее по массе...
108 Serginio1
 
24.08.11
18:36
(105) Прецинденты огласите!
109 Serginio1
 
24.08.11
18:39
Кроме того, опять же вернемся к "Нарушена целостность структуры конфигурации" и ее лечению. Лечится она так http://forum.sys-admin.kz/index.php?topic=558.0
а инструментов от 1С нет. Кому предъявлять претензии, ведь простои дорого стоят
110 Ахиллес
 
24.08.11
18:40
(107) Какие ваши основания?
"Лицензионное соглашение не позволяет использовать недокументированные фирмой "1С" средства для построения решений на ПЛАТФОРМЕ 1С:Предприятие."
Совершенно очевидно, что речь идёт о файловом варианте, в SQL формате СУБД это именно программа MS SQL SERVER например, было бы странно, что бы один набор данных хранился и обрабатывался двумя СУБД :-)
111 Alexandr Puzakov
 
24.08.11
18:42
(110) >>Совершенно очевидно, что речь идёт о файловом варианте

в очередной раз копипастю:

"Лицензионное соглашение не позволяет использовать недокументированные фирмой "1С" средства для построения решений на платформе 1С:Предприятие. Это означает, что средства СУБД (или любые другие внесистемные средства) можно использовать только в том случае, если документация по продуктам линейки "1С:Предприятие" (включая ИТС) содержит явную рекомендацию использовать данное средство для решения данной задачи."
112 Ахиллес
 
24.08.11
18:45
...пипец просто какой то... РЕШЕНИЕ НЕ ПОСТРОЕНО НА ПЛАТФОРМЕ 1С:ПРЕДПРИЯТИЕ, РЕШЕНИЕ ПОСТРОЕНО НА ПЛАТФОРМЕ MS SQL, Оракл, Датабэйс, или ещё черт знает на какой ПЛАТФОРМЕ, поэтому данный пункт соглашения не может ничего запрещать.
113 Alexandr Puzakov
 
24.08.11
18:47
(112) Вы это фирме 1С скажите.
114 VVi3ard
 
24.08.11
18:47
Блин а по теме есть что написать? Тоже приходится работать с огромными объёмами (есть базы по 640гб) c миллионами записей в регистрах, было бы интересно почитать опыт тех кто на 8.2 переходил.
115 Ахиллес
 
24.08.11
18:48
(113) Если бы я был юристом микрософта например, то давно уже засудил бы 1С по этому пункту, а так, как, я им не являюсь, то мне тупо пофигу.
116 Alexandr Puzakov
 
24.08.11
18:50
(115) замечу, Вы вообще не юрист, а в разработке лицензионного соглашения принимали участие юристы фирмы 1С...
117 Ахиллес
 
24.08.11
18:51
Ну и что? В этот раз они хапнули больше чем смогут проглотить. Грамотный юрист в суде их на подтирки порвет с такой лицензией.
118 Serginio1
 
24.08.11
18:59
(113)
"доступ к информационной базе ПРОГРАММНОГО ПРОДУКТА и построение систем на основе ПРОГРАММНОГО ПРОДУКТА с помощью средств и технологических решений, не предусмотренных в сопроводительной документации;

"
SMS предусмотрен в сопроводительной документации?
119 Ахиллес
 
24.08.11
19:01
Доказательство того, что 1С не является платформой очень простое. Имеем на компьютере MS SQL сервер с загруженными данными пользователя и программу 1С:Предприятие с подключением к данной базе данных.
Стираем с компьютера программу MS SQL SERVER и пытаемся получить данные пользователя. Что получаем? Правильно - БОЛТ!
Теперь в аналогичной ситуации стираем с компьютера программу 1С:Предприятие и рисуем в профайлере запросик и О, ЧУДО! Пользователь видит собственные данные. Вопросы относительно того, кто является СУБД и ПЛАТФОРМОЙ, а кто оболочкой  дешёвой у суда ещё имеются? Нет? Ну вот и чудненько. За сим разрешите откланяться.
120 milan
 
24.08.11
19:02
(114) С извлечением данных проблем вроде нет - таблицы остатков, измерения, агрегаты, индексы, а вот с изменением есть. Там где в скуле update, insert, select into отработает за минуты, в 1С перепроведение документов будет длится часами, а может сутками.
Но в 8.2.14 есть внешние источники данных, может быть здесь получится что-то отыграть.
121 opty
 
24.08.11
19:02
(114) Ну не так давно делали сравнительные тесты на скорость записи и выборки между справочником и регистром сведений на скулевой базе , в целях реализации расширенной системы логирования на восьмерке (в семерке на справочнике реализовано) . 1.5 миллиона записей , все средствами восьмерки , без прямого обращения к SQL .
В общем если ссылок на объекты нет (ненормализованная база) , выборка данных из справочника примерно вдвое быстрее чем с регистра , если данные нормализованы регистр чуть быстрее на выборке .
122 milan
 
24.08.11
19:06
(121) а у меня не получилось со справочником, может платформа стара была, но пришлось перепилить на регистр. Может из-за того что в справочнике были поля неограниченной длины и оно их в любом случае тащила, но в общем щас логи на регистре период+счетчик - измерение + два поля с упакованным текстом - работает отлично.
123 opty
 
24.08.11
19:07
Выборка из справочника естественно по индексированным полям
По скорости записи справочник несколько быстрее (не надо генерить GUID да и сама структура проще) , но опять же зависит от типа данных
В общем с учетом всех факторов остановились на справочнике для реализации данной узкой задачи
124 opty
 
24.08.11
19:08
>> Может из-за того что в справочнике были поля неограниченной длины
Не может , а точно из-за этого
125 milan
 
24.08.11
19:08
(123)
>>По скорости записи справочник несколько быстрее (не надо генерить GUID да и сама структура проще) , но опять же зависит от типа данных

эт как ?
126 opty
 
24.08.11
19:10
(125) Это про GUID или про структуру ?
127 opty
 
24.08.11
19:13
При реализации лога , допустима вероятность и она высока , что у нас будут абсолютно одинаковые записи (особенно при записи изменений в табличных частях доков , именно для этого все и делается) , для регистра это недопустимо естевенно , приходится добавлять уникальный номер записи
128 opty
 
24.08.11
19:18
Под типом данных (в контексте предыдущего поста) я подразумевал ссылки на объекты . Если хранить ссылки на объекты , то регистр слегка выигрывает у справочника по скорости выборки , но для реализации лога это не приемлемо , документ может быть уже удален например а запись в логе должна остаться . По этому храним тип документа (как описан в метаданны) его номер и ID
129 kuza2000
 
24.08.11
19:21
(121) Это интересно. Можно узнать, по каким принципам делали выборки, понять примерные тексты запросов?
130 MM
 
24.08.11
19:21
(119) Если можно работать без 1С, то зачем вы за него деньги платили и взяли на себя обязательства по его лицензионному соглашению? Работайте со скулем без Платформы 1С:Предприятие, которую вы обозвали дешёвой оболочкой.
131 valeriy vm
 
24.08.11
19:23
Если работать с внешними источниками данных и хранить там данные можно забыть про СКД, что такое СКД можете почитать.
Это один из минусов внешних источников хранения данных.
132 bazvan
 
24.08.11
19:28
(119) чето пургу ты прогнал какую то. с помощью 1С ты построил структуру (таблицы всякие, связи прочее) и потом туда данные напихал.
Раз ты удаляеш 1С так и структуру методанных удаляй, а потом своими профайлами ползай сколько влезит
133 opty
 
24.08.11
19:31
(129) Запросы простые - выбрать все записи соответствующие критерию или диапазону по индексируемым полям .
Причем как правило пользователя интересуют изменения по конкретному документу , либо по номенклатурной позиции за определенный период времени , исходя из этого и построена структура справочника
134 Ахиллес
 
24.08.11
19:37
(130) Меня она вполне устраивает в качестве дешёвой оболочки.
А если на компьютере не будет установлено 1С:Предприятие?
(132) Всё нормально на одном компьютере создаётся структура таблиц, а на другом компьютере, который работает с прямыми запросами 1С даже не ночевало никогда.
135 Ахиллес
 
24.08.11
19:39
(132) Удаление происходит штатными средствами путем нажатия кнопочки унинсталл. Если при унинстале 1С удалится структура метаданных, значит так тому и быть.
136 Mort
 
24.08.11
19:40
(119) Пятнично
137 Bida
 
24.08.11
19:42
(131) Кстати, хороший аргумент. :)
138 kuza2000
 
24.08.11
19:42
(133) А почему двухкратная разница на выборке получилась, не разбирались? Мне что-то даже в голову ничего не приходит...
Какие измерения у регистра были? У РС индексы своеобразно строятся - все измерения туда входят...
139 opty
 
24.08.11
19:52
(138) Честно говоря особо не разбирались :(
Возможно из за того что у регистра пришлось делать больше десятка измерений
А может из-за того что справочник как говорится больше похож на стандартную таблицу скуля и за счет этого выборка эффективней .
Если бы можно было в рамках этой задачи хранить ссылки на объекты , измерений потребывалось бы меньше (в ряде случаев можно брать инфу из объекта непосредственно) и структура регистра получилась бы оптимальней
140 opty
 
24.08.11
19:57
Причем по регистру удобней и быстрее делать разнообразные группировки , в рамках задачи группировки не нужны (ну или почти не нужны) , фактически на скуле отрарабатывается стандартный select
141 opty
 
24.08.11
19:59
(138)>> РС индексы своеобразно строятся - все измерения туда входят...

Один из факторов почему запись в справочник происходит быстрее
142 Ахиллес
 
24.08.11
20:01
(136) Вот тебе ещё более пятничная история.
Базван, следи за руками, рубашка у меня с коротким рукавом, в них ничего нету.
1. Покумаем МС микрософт скуль сервер.
2. Покупаем клиент-серверную 1С
3. С помощью 1С создаём базу и наполняем её данными пользователя.
4. Нажимаем кнопочку унинсталл, удаляем 1С с компьютера пользователя, возвращаем коробку в магазин, уведомляем фирму 1С о расторжении договора.
Вопрос. Я имею право с помощью средств мс скуль сервера получить доступ с своим данным? Очевидно, что да, раз они не удалились, значит принадлежат мне, а не фирме 1С.
5. Покупаем клиен-серверную 1С и подключаем её к нашим данным.
Очевидно, что поскольку структура БД и Данные пользователя не создавались с помощью ДАННОГО экземпляра программы 1С, то фирма 1С ни в коем разе не может претендовать ни на какую их часть. Делаем с собственной БД, наборами данных всё что заблагорассудится и любыми средствами.
143 Mort
 
24.08.11
20:07
Доказательство того, что Windows не является платформой очень простое. Имеем на компьютере фильм в формате avi и программу Windows с возможностью просмотра файла.
Стираем с компьютера файл avi и пытаемся его посмотреть . Что получаем? Правильно - БОЛТ!
Теперь в аналогичной ситуации стираем с компьютера программу Windows, устанавливаем Linux и О, ЧУДО! Пользователь видит кино. Вопросы относительно того, кто является ПЛАТФОРМОЙ, а кто оболочкой  дешёвой у суда ещё имеются? Нет? Ну вот и чудненько. За сим разрешите откланяться.
144 bazvan
 
24.08.11
20:10
(142) 1С создала структуру методанных. Выгружай данные в тхт и делай с ними пофик что.

зы доказывать надоело. когда возмут за одно место тогда и будеш рассказывать сказки.
145 Serginio1
 
24.08.11
20:50
(144) С применением внешних источников, можно делить базу на 2 источника данных. Но вот по соглашению внешние источники данных тоже являются СУБД и источником данных системы.
Лучше бы озаботились пакетной обработкой данных и использовать аналог Merge для опциональной записи либо только изменений, либо всего при проведении.
Да и доказать довольно таки сложно, т.к. я могу и не знать что сделает фрилансер в во внешних обработках.
Опять же смори (109).
146 Ахиллес
 
25.08.11
10:34
(144) А кровью цыплёнка, я сервер окропить не должен, что бы навсегда очистить его от 1С? 1С:Предприятие это ОС, покупалось для того, что бы производить продукт, продукт в данном случае это базы данных, структуры метаданных. Весь продукт принадлежит владельцу ОС.
147 MM
 
25.08.11
10:52
(142) Опять нарушение, 1С не давала разрешения на работу с данными не созданными ДАННЫМ экземпляром программы.
Я думаю, скоро в лицензионном соглашении появится требование при расторжении договора вручную уничтожить все метаданные созданные экземпляром, от которого клиент отказывается.
(119), (143) А хотите я также докажу, что силовой провод соединяющий сервер с сетью является не только платформой, но и СУБД? :)
Требовать и эффективности, и гибкости от одной и той же программы — все равно, что искать очаровательную и скромную жену... по-видимому, нам следует остановиться на чем-то одном из двух. Фредерик Брукс-младший