|
Как ускорить работу через COM с другими базами ? Базы на SQL. | ☑ | ||
---|---|---|---|---|
0
dark70
24.12.21
✎
10:54
|
Были файловые базы. Был отчет который запускался в одной из баз, далее через com цеплялся к другим базам (4 шт) и оттуда запросом вытаскивались данные. Работало нормально. Потом все эти базы перевели на SQL. Отчет стал долго формироваться и если раньше с такими же параметрами и отборами он формировался 1 минуту, то сейчас можно и 5 минут ждать. И нагрузка на сервер доходит до 98%. В каждой базе писать в общем модуле функцию к которой обращаться из основной базы также через COM, а поможет ли ?
|
|||
1
Ненавижу 1С
гуру
24.12.21
✎
10:59
|
(0) главное тут, что появился сервер приложений
и сейчас по вводным остается гадать где у вас данные собираются: на клиенте, на сервере, может бегают туда-сюда |
|||
2
Ёпрст
24.12.21
✎
11:07
|
(0) надо поднять вэбсервер на го, переписать получение данных под rest api и тогда полетит. Инфа 100%
|
|||
3
dark70
24.12.21
✎
11:08
|
Запрос &НаСервере выполняется.
Там же результат запроса в табл. значений и оттуда Отчет.ТабличнаяЧасть.Загрузить(ТЗ); |
|||
4
dark70
24.12.21
✎
11:13
|
получается, что искать через замер производительности ? И подозрение на Отчет.ТабличнаяЧасть.Загрузить(ТЗ);
|
|||
5
H A D G E H O G s
24.12.21
✎
11:22
|
(4) Получается
|
|||
6
Ботаник Гарден Меран
24.12.21
✎
11:22
|
web-сервисы быстрее Com в такой ситуации.
|
|||
7
dark70
24.12.21
✎
11:49
|
(6) Тогда придется лезть в конфигуратор остальных баз ?
|
|||
8
Chai Nic
24.12.21
✎
11:52
|
Попробуй обмениваться между базами не напрямую, а через сериализацию/десериализацию таблиц значений. В этом случае передача через COM будет атомарной - передается строка, это намного быстрее должно быть.
|
|||
9
Ёпрст
24.12.21
✎
12:05
|
Разверни цент, сливай данные туда, отчет строй там. Еще быстрее будет
|
|||
10
Dmitrii
гуру
24.12.21
✎
12:43
|
Для начала неплохо бы вообще определиться - что стало узким местом.
Может проблема вовсе не в COM. Клиент-серверные базы в принципе зачастую медленнее выполняют отдельные операции, чем файловые. Тогда переход на вэб-сервисы никакого заметного результата не даст (кроме пользы отказа от COM). В самой базе-источнике отчета, если сформировать этот отчет, он будет так же медленно собираться? |
|||
11
mistеr
24.12.21
✎
12:43
|
(0) Для начала нужно выяснить, время уходит на выполнение запросов или на обработку результата?
|
|||
12
Kassern
24.12.21
✎
12:48
|
(0) создайте 5ой базу, которая будет собирать инфу с других 4х баз для отчета. А вы будете уже цепляться к ней по http, получить структуру данных по параметрам и загонять в свой отчет. Можно даже с использованием СКД, просто при комоновке указываем полученную таблицу.
|
|||
13
Kassern
24.12.21
✎
12:48
|
(12) *5ую
|
|||
14
Chai Nic
24.12.21
✎
12:53
|
(10) Кстати да. Возможно тормозит именно исполнение запроса. На постгресе такое часто бывает, неудачный план выбирается.
|
|||
15
SuperMario
24.12.21
✎
13:36
|
Смотрите план запроса (или в ТЖ или в трассировке СУБД).
(14) Если запрос составлен криво, то и план будет не оптимальным (или планировщик запроса отвалится по таймауту и вернет рандомный план как оптимальный или SQL промахнется со статистикой и выделением памяти под запрос и дальше начнется фейерверк. Про покрытие запроса индексом -это отдельная тема). |
|||
16
Chai Nic
24.12.21
✎
14:39
|
(15) И бывает так, что на файловой базе запрос выполняется оптимально, а на постгресе например уходит в нестедлупы по огромным таблицам. Чаще всего так происходит, когда запрос имеет вид "селект фром селект". Постгрес очень не любит такое.
|
|||
17
vde69
24.12.21
✎
14:42
|
(6) +100
(7) нет, у всех баз есть публикуемый сервис ODATA, этого формата должно хватать на 90% всех обменов |
|||
18
ИС-2
naïve
24.12.21
✎
15:04
|
надо делать замер производительности.
Если долго подключается к COM, то можно сделать робота, который будет вытаскивать данные заранее и сохранять в базу, где формируется отчет. Com возможно долго подключается из-за проверок лицензий - помню с ними были какие-то проблемы |
|||
19
dark70
24.12.21
✎
17:55
|
Измерил.
Connection=v8.Connect(СтрокаПодключения); 55% выполнение запроса еще 34% |
|||
20
mistеr
24.12.21
✎
18:00
|
(19) Коннект в цикле для каждой строки, что ли? :)
|
|||
21
dark70
24.12.21
✎
18:36
|
(20) ага :)
количество 1 подключение 17 секунд. |
|||
22
dark70
24.12.21
✎
19:32
|
Еще раз сделал замеры при одинаковых условиях (параметры, отборы).
На файловых базах : подключение 5 секунд. запрос 13 секунд. На SQL базах подключение 15 секунд. запрос 17 секунд. Т.е. разница во времени выполнения запроса не такая существенная на фоне увеличения времени подключения к клиент-серверной базе через com. |
|||
23
Fram
24.12.21
✎
19:58
|
(22) это все на одной машине, и клиент и сервер 1с и сервер БД?
|
|||
24
dark70
24.12.21
✎
21:16
|
Да, все на одной машине.
|
|||
25
Йохохо
24.12.21
✎
21:25
|
(24) всё же уточни по (20), сколько коннектов на забор данных из одной внешней базы?
|
|||
26
dark70
24.12.21
✎
22:00
|
(25) Из 5-й подключаюсь к 4-м другим базам.
К одной базе один коннект. Создал коннект, подключился к базе №1, выполнился запрос, отключился, результат загрузил в ТЗ. И так еще 3 раза все сгружаю в одну ТЗ. |
|||
27
Йохохо
24.12.21
✎
22:02
|
(26) тогда "5 минут ждать" из (0) нуждаются в пояснительном замере
|
|||
28
dark70
24.12.21
✎
22:08
|
(27) Замеры на домашнем компе. Одни и те же базы, только сделал файловые и SQL варианты.
На файловых базах : подключение 5 секунд. запрос 13 секунд. На SQL базах подключение 15 секунд. запрос 17 секунд. На рабочем сервере картина еще хуже, там одна SQL база обрабатывается больше минуты, а их таких 4. Вот и набегает 5 минут. |
|||
29
Йохохо
24.12.21
✎
22:12
|
(28) вот по пятничному, вы смахиваете на журналиста. Там умножаю, тут нет. Вы понимаете, что даёте бредовые данные для понимания Ваших метрик?
|
|||
30
dark70
24.12.21
✎
22:12
|
(29) Не понял.
|
|||
31
Йохохо
24.12.21
✎
22:19
|
(30) на себя
|
|||
32
dark70
24.12.21
✎
22:41
|
(31) Что "на себя" ?
Замер производительности показывает пропорции. Я показал разницу между файловой и клиент-серверной версиями. Выше уже писал, что пока базы не были переведены на SQL, скорость работы отчета устраивала. |
|||
33
dark70
26.12.21
✎
21:06
|
Переписал отчет с использованием WEB-сервиса.
Стало быстрее. Но тут другая засада :( Если формировать отчет по очень дальнему периоду, например, за 2019 год, то на рабочем сервере отчет завис, пару минут подождал, закрыл базу. Пробовал несколько раз. На домашнем компе этот же отчет в этой же базе и при таких же параметрах формируется за 5 секунд. Одна и та же платформа и SQL и на рабочем и на домашнем компах. |
|||
34
dark70
26.12.21
✎
21:06
|
засада уже на формировании отчета местной, не удаленной базы.
|
|||
35
dark70
26.12.21
✎
21:30
|
Извиняюсь за выражение, но какая-то хрень творится.
Захожу через сервер и оттуда выполняю запрос к текущей базе. Отчет завис, выше писал уже. Захожу тонким клиентом через веб-сервер и оттуда выполняю запрос с теми же параметрами к текущей базе. Отчет выполняется за 5 секунд. Нафига тогда ставили этот долбаный SQL с 1с-сервером, выпулив почти пол ляма ? |
|||
36
H A D G E H O G s
26.12.21
✎
21:36
|
(35) Позовите специалиста.
|
|||
37
acht
26.12.21
✎
21:39
|
(35) Интересно, а тебе какое дело до "почти пол ляма"?
|
|||
38
Смотрящий
26.12.21
✎
21:40
|
(37) Скорее всего рубился за ... денег выделили, ну и спросят в последствии ...
|
|||
39
dark70
26.12.21
✎
22:18
|
(36) Уже звали, вернее те сами пришли. Теперь вот плоды.
(38) С меня не спросят :) Не я же ставил и моим мнением не интересовались, просто поставили перед фактом. На домашний комп поставил SQL и 1С-сервер. Закинул базу с рабочего сервера. На моем компе аж летает хоть захожу просто через тонкого, хоть через веб. На рабочем же сервере запрос к дальним периодам просто вешает базу. Например, запрос за 2019 год. Речь сейчас об обычном простеньком запросе к остаткам и оборотам по счетам. |
|||
40
Garykom
гуру
26.12.21
✎
22:22
|
(39) Пора "На рабочем же сервере"
|
|||
41
Garykom
гуру
26.12.21
✎
22:22
|
(40)+ менять
|
|||
42
dark70
26.12.21
✎
22:25
|
(41) Что менять ?
Я с SQL не дружу. Может там что-то в настройках криво сделали ? Знать бы где. На домашнем компе я тупо по методичке устанавливал, никаких настроек не делал. |
|||
43
Garykom
гуру
26.12.21
✎
22:31
|
(42) имхается там просто сервер говно
хуже чем твой домашний комп |
|||
44
dark70
26.12.21
✎
22:41
|
Пока были файловые базы, то работало намного быстрее.
Домашний комп : АМД Ryzen 5 3500 20Гб памяти. диск SSD Рабочий сервер : Интел ксенон Е5-2630 1,8 Ггц памяти 220 Гб диск SSD Сейчас на рабочем сервере крутится простейший запрос, загрузка ЦП 40%, памяти 20%. Крутится уже 15 минут. На домашнем компе этот же запрос к такой же базе выполняется за 5 секунд. Не верится, что дело в железе. |
|||
45
Garykom
гуру
26.12.21
✎
22:54
|
(44) сам сравни https://www.cpubenchmark.net/compare/AMD-Ryzen-5-3500-vs-Intel-Xeon-E5-2630L-v4-vs-Intel-Xeon-E5-2630L-v3/3588vs2914vs2818
особенно Single Thread Rating и возможно там на зионе виртуалка или еще какая хрень и буст не работает |
|||
46
dark70
26.12.21
✎
22:58
|
Глянул.
На сервере ксенон Е5-2630 v2 |
|||
47
dark70
26.12.21
✎
23:05
|
Сейчас выгрузил дт и загрузил в файловую базу. Сформировал отчет за 20 секунд.
SQL-база минут 15 формировала отчет пока я принудительно не закрыл базу. Железо ведь не настолько хуже на сервере, чтобы была такая большая разница ? |
|||
48
H A D G E H O G s
26.12.21
✎
23:23
|
(47) Конечно нет. Наши отцы и деды формировали отчеты на 486sx и ничего. Позовите специалиста.
|
|||
49
dark70
26.12.21
✎
23:29
|
(48) Я же уже отвечал
Ну да ладно, мне не трудно повторить "Уже звали, вернее те сами пришли. Теперь вот плоды." |
|||
50
dark70
26.12.21
✎
23:31
|
Мог бы думать на свой отчет. Но он аж летает на моем домашнем компе где я сам установил платформу с сервером.
|
|||
51
acanta
26.12.21
✎
23:37
|
Я не специалист, но говорят что в sql иногда требуется какое-то обслуживание, фоновые задания по реиндексации в наименее загруженное время.. я не уверена что это так называется в sql.
|
|||
52
H A D G E H O G s
26.12.21
✎
23:43
|
(51) Расскажите о себе.
|
|||
53
dark70
26.12.21
✎
23:47
|
У меня на домашнем 2019, на сервере 2014. Платформа 8.3.18.1363 одинаковая и на сервере и на домашнем компе.
Может здесь собака порылась ? |
|||
54
dark70
26.12.21
✎
23:48
|
2019 и 2014 - это я про Microsoft SQL Server
|
|||
55
Garykom
гуру
26.12.21
✎
23:50
|
(51) любой специалист скажет надо на сервере провести тесты
на пустом без сторонней нагрузки и с обычной нагрузкой и принять решение выкинуть этот сервер на помойку или под архивофайлопомойку |
|||
56
acanta
26.12.21
✎
23:52
|
(55)тесты имеете ввиду Гилева в попугаях?
|
|||
57
Garykom
гуру
26.12.21
✎
23:52
|
Сейчас не надо покупать дорогущие сервера за многолямов
Надо брать нечто шустрое но дешевое и менять планово через 3-4 года а не ждать десятки лет |
|||
58
Garykom
гуру
26.12.21
✎
23:53
|
(56) не только
банальный CPU-Z бенчмарк и CrystalDiskMark дисковой |
|||
59
Garykom
гуру
26.12.21
✎
23:58
|
Ну и писать отчеты под сервер 1С должен специалист по клиент-серверу
А не тот кто только для файловой локальной умеет или в RDP Ибо там на передаче между клиентом и сервером по тормозной локалке бывает упс, особенно если в цикле с клиента сервер дергать или много данных сериализовывать сложных типов |
|||
60
Garykom
гуру
27.12.21
✎
00:05
|
(59)+ для общего развития https://xn----1-bedvffifm4g.xn--p1ai/news/2017-03-09-how-server-call-works/
|
|||
61
dark70
27.12.21
✎
00:10
|
(60) Там запрос простейший.
на клиенте Выполнить() оттуда вызов процедуры на сервере. Запрос=Новый Запрос; Текст = "ВЫБРАТЬ | ЕСТЬNULL(ХозрасчетныйОстатки.Субконто1, ХозрасчетныйОбороты.Субконто1) КАК Контрагент, | ЕСТЬNULL(ХозрасчетныйОстатки.Субконто1.Родитель.Наименование, ХозрасчетныйОбороты.Субконто1.Родитель.Наименование) КАК Родитель, | ЕСТЬNULL(ХозрасчетныйОстатки.Субконто1.Наименование, ХозрасчетныйОбороты.Субконто1.Наименование) КАК Наименование, | ЕСТЬNULL(ХозрасчетныйОстатки.Субконто1.ИНН, ХозрасчетныйОбороты.Субконто1.ИНН) КАК ИНН, | ЕСТЬNULL(ХозрасчетныйОстатки.СуммаОстатокДт, 0) КАК НамДолжны, | ЕСТЬNULL(ХозрасчетныйОстатки.СуммаОстатокКт, 0) КАК МыДолжны, | ЕСТЬNULL(ХозрасчетныйОбороты.СуммаОборотДт, 0) КАК Оплата, | 0 КАК Сальдо_1007 |ИЗ | РегистрБухгалтерии.Хозрасчетный.Остатки(&НаДату, Счет В ИЕРАРХИИ (&СписокСчетов), , ) КАК ХозрасчетныйОстатки | ПОЛНОЕ СОЕДИНЕНИЕ РегистрБухгалтерии.Хозрасчетный.Обороты(&ОплатаС, &ОплатаПо, , Счет В ИЕРАРХИИ (&СписокСчетов), , , КорСчет = ЗНАЧЕНИЕ(ПланСчетов.Хозрасчетный.РасчетныеСчета), ) КАК ХозрасчетныйОбороты | ПО ХозрасчетныйОстатки.Субконто1 = ХозрасчетныйОбороты.Субконто1 | |ОБЪЕДИНИТЬ ВСЕ | |ВЫБРАТЬ | Хозрасчетный_1007.Субконто1, | Хозрасчетный_1007.Субконто1.Родитель, | Хозрасчетный_1007.Субконто1.Наименование, | Хозрасчетный_1007.Субконто1.ИНН, | 0, | 0, | 0, | ЕСТЬNULL(Хозрасчетный_1007.СуммаОстаток, 0) |ИЗ | РегистрБухгалтерии.Хозрасчетный.Остатки(&НаДату, Счет = ЗНАЧЕНИЕ(ПланСчетов.Хозрасчетный.МатериалыПереданныеВПереработку), , ) КАК Хозрасчетный_1007" ; Запрос.Текст = Текст; Граница = Новый Граница(КонецДня(Отчет.НаДату), ВидГраницы.Включая); Запрос.УстановитьПараметр("НаДату", Граница); Запрос.УстановитьПараметр("ОплатаС", Отчет.ОплатаС); Запрос.УстановитьПараметр("ОплатаПо", КонецДня(Отчет.ОплатаПо)); Запрос.УстановитьПараметр("СписокСчетов", СписокСчетов); РезультатЗапроса = Запрос.Выполнить(); Все, больше ничего нет. Вообще ничего. Даже никуда результат не вывожу, чтобы проверить где косяк. И на моем сервере работает, на рабочем вешается. |
|||
62
ДедМорроз
27.12.21
✎
00:22
|
Полное соединение - не есть хорошо,часто бывает очень геоптимальное исполнение-нужно гнать результат во временные таблицы и из индексировать по соединяемым поляи,тогда будет быстро.
Что касается Com-соединенря,то оно работает в режиме толстого клиента и все действия выполяются на клиенте (в соединении)как это было в обычном режиме. Конечно,если делать соединение на сервере,то по сети ничего бегать не будет,а вот через границу процессов - да. |
|||
63
dark70
27.12.21
✎
00:36
|
(62) На SQL 2019 аж летает.
Сейчас даже не о com или web идет речь. Зависает простейший запрос к своей же базе. На SQL 2014 полностью зависает база. Где-то есть список совместимости платформ 1С с версиями SQL ? |
|||
64
acanta
27.12.21
✎
00:39
|
Простите, а обычные типовые осв,карточка счета и журнал ордер по субконто формируются одинаково быстро(медленно)?
|
|||
65
H A D G E H O G s
27.12.21
✎
00:45
|
(63) Раскидайте Остатки и Обороты по временным таблицам.
|
|||
66
Смотрящий
27.12.21
✎
01:10
|
(63) А чего скульный профайлер говорит ?
|
|||
67
H A D G E H O G s
27.12.21
✎
01:28
|
(66) lazy table spool скорее всего он говорит. И ReadRowCount >10^6
|
|||
68
Bigbro
27.12.21
✎
04:31
|
я бы обновил статистику для начала.
есть немалая вероятность что все полетит. ну а нет тогда уже ковыряться. |
|||
69
Обработка
27.12.21
✎
06:18
|
Ребята вопрос немного в тему.
Не хочу отдельную ветку создавать. Какая альтернатива СОМ-соединению для отчетов кроме как rest через api? Чтоб вообще не трогать конфы а только внешими отчетами. HTTP запросах нужно ли что до в конфу допиливать? И еще что лучше для того чтоб сравнивать остатки между базами. Мне нужно на время перехода из Ут+Розница на КА постоянно сверять остатки.. |
|||
70
2mugik
27.12.21
✎
06:57
|
Я думаю через txt файлы(
|
|||
71
Обработка
27.12.21
✎
07:00
|
(70) Это ответ мне?
Я имел ввиду если с подключением. Через текстовик писал уже. Не удобно |
|||
72
Гений 1С
гуру
27.12.21
✎
08:04
|
(0) перепиши на http-сервисы
|
|||
73
Гений 1С
гуру
27.12.21
✎
08:05
|
(71) XML
|
|||
74
Гений 1С
гуру
27.12.21
✎
08:05
|
(71) Еще ODATA можешь попробовать.
|
|||
75
Мимохожий Однако
27.12.21
✎
08:08
|
(69) Какова периодичность сверки?
|
|||
76
Гений 1С
гуру
27.12.21
✎
08:13
|
(69) я кстати, делал расширения с HTTP-сервисами для снятия отчетов.
А что касается сверок, то можно или запускать с ключом внешнюю обработку или если это типовая, настроить ту же внешнюю обработку для запуска по расписанию. |
|||
77
dark70
27.12.21
✎
08:54
|
(65) Уже лучше. На моем компе 4 секунды, на сервере 25 секунд. Но хотя бы не зависает.
Спецы, а все же, есть разница какую версию SQL на каком релизе платформы использовать ? У меня 2019 и никаких тормозов. На рабочем сервере 2014 и зависания. |
|||
78
ДенисЧ
27.12.21
✎
08:55
|
(77) Почитать требования платформы - не предлагать?
|
|||
79
Галахад
гуру
27.12.21
✎
09:00
|
(69) Если не лень править конфигурации, можно прямыми запросами обойтись. :-)
|
|||
80
ptiz
27.12.21
✎
09:15
|
(77) Пока ты не дал инфы про рабочий сервер: размер баз, количество ОЗУ, виртуалка или нет. Что показывает очередь к дискам в момент выполнения запросов.
|
|||
81
dark70
27.12.21
✎
09:34
|
(78) Ты как в каждой дырке затычка. Предложи еще ЖКК почитать.
(80) Не виртуалка. Базы 4-5 Гб. Остальное в 44-м сообщении писал. |
|||
82
Обработка
27.12.21
✎
09:35
|
(75) Не часто. Думаю возможно что в день несколько раз и потом несколько дней или неделю тишина будет.
|
|||
83
ptiz
27.12.21
✎
09:49
|
(81) Там ни про загруженность ОЗУ, ни про очередь к дискам ничего нет. При таких базах это вряд ли сыграет, но тем не менее. Возможно, полнотекстовый поиск перестраивается или другие регл.задания просто кладут на лопатки этот древний процессор.
|
|||
84
acht
27.12.21
✎
09:54
|
(81) > Предложи еще ЖКК почитать
А ты не читал еще что-ли??? |
|||
85
dark70
27.12.21
✎
10:03
|
(37) А, так это ты тот "специалист", что лапшу на уши повесил клиенту о том как все начнет просто летать после перехода на SQL ? А я то думал, чего это ты взъелся за упоминание про те пол ляма ))
(83) Точно не помню, но где-то 20% память и 40% ЦП. Очередь к дискам не смотрел. |
|||
86
acht
27.12.21
✎
10:12
|
(85) Не. Я - тот, кто бумаги на покупку подписывал. Вот у меня и вопрос - тебе-то дело какое? Получил задание - делай. Не можешь - сознайся и не делай. Но нет, кругом все у тебя не так.
|
|||
87
Dmitrii
гуру
27.12.21
✎
10:13
|
(81) >> Предложи еще ЖКК почитать.
Первая здравая мысль за третьи сутки существования ветки. Была ещё про то чтобы пригласить специалистов, но ты упорно делаешь вид, что это не к тебе адресовано. Желание разобраться самостоятельно конечно похвально и достойно уважения. Но проблема явно в недостатке компетенций. (85) >> лапшу на уши повесил клиенту о том как все начнет просто летать после перехода на SQL? А ты свечку держал? Лично слышал что специалисты говорили клиенту? Ты уверен, что знаешь причины перехода на SQL? Ты уверен, что требования специалистов были клиентом выполнены, а не было диалога типа "сейчас у нас нормального железа нет, а потому поставьте нам SQL и 1С на вот это вот древнее *авно мамонта, а мы потом когда-нибудь честно-честно сделаем апгрейд". PS Странный ты какой-то. Тебе помочь пытаются, а всё что ты можешь - только огрызаться и жаловаться на каких-то мифических специалистов, которые всё испортили до тебя. |
|||
88
Мимохожий Однако
27.12.21
✎
10:21
|
(26) При подобной схеме логичнее запускать в каждой базе регламентное задание, которое выкладывает своё отчет в папку. Когда надо что-то посмотреть без всякого кома читаешь эти файлы и принимаешь решение. И не важно на SQL базы или файловые или в блокнотике записывали.
|
|||
89
Kassern
27.12.21
✎
10:22
|
(0) Насколько актуальными должны быть данные? Если хотите, чтобы летало и актуальность в несколько минут вас устроит то:
1) Поднимаете еще 1 базу агрегатор. 2) Поднимаете http сервис в этой базе. Добавляете метод для загрузки данных и метод для отдачи итоговой инфы. 3) Создаете в этой базе табличку для хранения данных 4) Создаете план обмена в 4 базах с фиксацией изменений по данным из отчета. 5) Пишите внешнюю обработку с рег заданием (либо в конфу встраиваете новое рег задание). В ней получаете изменения по плану обмена и выгружаете их post запросом в базу агрегатор. 6) Рабочей базой, где нужен отчет, получаете от базы агрегатора ТЗ с данными и пихаете в СКД. 7) Продумать механизмы контролирования обмена (уведомления об ошибках и т.д.) |
|||
90
dark70
27.12.21
✎
10:36
|
(86) "Но нет, кругом все у тебя не так."
На домашнем компе где 1с-сервер и SQL я ставил сам, все летает. На рабочем сервере зависает. Не медленно работает, а именно ЗАВИСАЕТ полностью база, другие пользователи тоже в этот момент работать нормально не могут. Ну и при чем тут я ? Не я же ставил на рабочем сервере всю эту .... "Не можешь - сознайся и не делай" Что я не могу ? Отчет я переделал. А в настройки SQL я не полезу, не я ставил, не мне и исправлять . |
|||
91
acht
27.12.21
✎
10:41
|
(90) > SQL я ставил сам
Причем поставил версию, отличную от той, что в продуктиве и начал по ней делать далеко идущие выводы. Умничка. |
|||
92
dark70
27.12.21
✎
10:43
|
(89) Переделал уже. Спасибо H A D G E H O G, раскидал запрос по временным таблицам, заработало.
Сделал в удаленных базах WEB-сервис. Пока не к спеху, но наверное перенесу WEB в расширение. (91) Так я и спрашивал, может есть рекомендации для какой платформы какую версию SQL. На 2019 даже без переделок отчета все летает. А на 2014 зависает. |
|||
93
Обработка
27.12.21
✎
11:07
|
Ребята как победить такое:
m:error xmlns:m="http://schemas.microsoft.com/ado/2007/08/dataservices/metadata"> <m:code>8</m:code> <m:message>Сущность 'Catalog_ВидыНоменклатуры' не найдена</m:message> </m:error> по комнде http://localhost/intertopKAmarat/odata/standard.odata/Catalog_ВидыНоменклатуры |
|||
94
Kassern
27.12.21
✎
11:12
|
(93) зачем в этой теме? Вы ВидыНоменклатуры для одата опубликовали?
|
|||
95
Обработка
27.12.21
✎
11:18
|
||||
96
dark70
27.12.21
✎
11:21
|
По версиям вот кое-что нашел
http://catalog.mista.ru/1c/articles/913435/ "Хуже всех, во всех тестах себя показал MSSQL 2014! Часто возникали ошибки при тестировании." Как раз эта и установлена на сервере. Ну и по тестам https://www.tableau.com/about/blog/2016/3/announcing-real-time-analytics-sql-server-2016-our-performance-test-results-51385 " Самый продолжительный запрос выполнялся за 3,83 секунды в SQL Server 2016 по сравнению с 3048 секундами в SQL Server 2014 - это повышение производительности в 795 раз!" Т.е. вполне реально, что на 2014 SQL база вешается, а на 2019 нормально формируется отчет. |
|||
97
Смотрящий
27.12.21
✎
11:23
|
Ну-с, осталось взять себя за помидоры и наконец таки заапдейтить SQL-сервер в продуктиве, до 2019
|
|||
98
Kassern
27.12.21
✎
11:25
|
(95)
// создаём массив метаданных Массив = Новый Массив; Массив.Добавить(Метаданные.Справочники.Контрагенты); Массив.Добавить(Метаданные.Справочники.Номенклатура); // активируем УстановитьСоставСтандартногоИнтерфейсаOData(Массив); Добавьте в массив еще и виды номенлкатуры |
|||
99
Обработка
27.12.21
✎
11:46
|
(98) Уже. Сам. Успел. Спасибо тем не менее
|
|||
100
H A D G E H O G s
27.12.21
✎
12:03
|
(92) Магия, епт.
|
|||
101
dark70
29.12.21
✎
08:50
|
(100) Ага, магия :)
Или мне кажется или так и есть: полное соединение и отдельные врем. таблицы по скорости одинаково ? Только что-то мне разонравился вариант с WEB-сервисом. Сделал через HTTP и туда передаю сам текст запроса и параметры. В таком случае и раскидывать по временным таблицам не нужно. Да и проще перенести в расширение, что я и сделал. |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |