|
Доступ к рабочей SQL базе 1с | ☑ | ||
---|---|---|---|---|
0
Buuuf
16.02.23
✎
10:45
|
Всем доброго дня! Пытался получить сегодня у ИТ-отдела доступ к sql базе 1с для того, чтобы выгружать данные напрямую для автоматизации некоторых процессов, а не через кривые отчеты, на что мне сказали, что мои запросы завалят базу и вообще, вот тебе автоавтоматияеска рассылка. К примеру, на прошлой работе у меня был доступ к базе и мы спокойно выгружали данные с несколькими миллионами строк и ничего не ломалось. Как убедить их дать доступ?
|
|||
1
Kassern
16.02.23
✎
10:48
|
(0) Как убедить вас, что вы нарушаете лицензионное соглашение 1с подобными действиями?
|
|||
2
Bigbro
16.02.23
✎
10:49
|
выбей себе для начала копию базы, сделай все на ней покажи что базу не валишь, все работает быстро и красиво по сравнению с "кривыми отчетами" в рабочей.
тогда будет аргумент. |
|||
3
magicSan
16.02.23
✎
10:51
|
(0) odata пробуй
(1) не нарушает |
|||
4
Kassern
16.02.23
✎
10:54
|
(3) Нельзя выгружать данные напрямую в скуль в обход 1с.
|
|||
5
Kassern
16.02.23
✎
10:57
|
(3) Почитайте: https://1c.ru/texts/kp_license.htm?ysclid=le6t4jtfpv30620988
"вносить какие-либо изменения в код ПРОГРАММНОГО ПРОДУКТА, содержимое баз данных и других наборов данных, в которых система хранит информацию, за исключением тех изменений, которые вносятся штатными средствами, входящими в состав ПРОГРАММНОГО ПРОДУКТА и описанными в сопроводительной документации;" |
|||
6
magicSan
16.02.23
✎
11:03
|
(5) 1. он не вносит а читает
|
|||
7
magicSan
16.02.23
✎
11:04
|
(5) 2. это 1С:Комплект поддержки, причем тут платформа?
|
|||
8
Kassern
16.02.23
✎
11:06
|
(6) Если так, то ладно, я ТС понял, что он туда, что-то выгрузить хочет напрямую, в обход 1с.
|
|||
9
Buuuf
16.02.23
✎
11:06
|
Через odata не вариант, так как он начинает лагать на уровне 100тыс. строк, про миллионы я и говорить не буду. Насчет лицензионного соглашения не знаю. Я лишь буду выгружать данные не занимаясь внесением данных
|
|||
10
Kassern
16.02.23
✎
11:08
|
(9) Вы просто хотите напрямую таблицы скуля читать и собирать где-то отчет минуя 1с?
|
|||
11
magicSan
16.02.23
✎
11:10
|
(9) чанками выгружай
|
|||
12
Buuuf
16.02.23
✎
11:10
|
Да
|
|||
13
Buuuf
16.02.23
✎
11:11
|
Что такое чанки?
|
|||
14
magicSan
16.02.23
✎
11:11
|
(9) если (10) прав, то нужные таблицы реплицируешь в какую угодно систему и оттуда тянешь. ОЛАпчик )))
|
|||
15
Garykom
гуру
16.02.23
✎
11:13
|
(11) ага чанками в 50 потоков
чтобы сервер 1С точно лег |
|||
16
Обработка
16.02.23
✎
11:18
|
(0) Зарегался сегодня.
Кто ты сам-то? Чьих будешь? Под кем ходишь? )) Если ты 1сник то перепиши кривые отчеты в нормальные. Не лезь в 1С своими грязными ручками. Туда может лезть только 1сник. )) |
|||
17
Bigbro
16.02.23
✎
11:33
|
(15) а при чем тут сервер 1с, если напрямую всосать со скуля?
|
|||
18
Bigbro
16.02.23
✎
11:36
|
(9) просто когда тянешь данные из 1с в обход ее механизмов, нужно учитывать что можешь поймать рассоглосование, когда в одной таблице данные уже обновлены а в другой еще нет, и 1с когда из нее тащишь данные не позволила бы тебе влезть в этот логический разрыв, а скуль позволит скорее всего.
хотя если одну большую таблицу тянешь скорее всего все пройдет норм. |
|||
19
OldCondom
16.02.23
✎
11:51
|
А что не так в 1С с чтением миллионов строк?
Тормозит не запрос, а твой отчет, отрисовка и прочее. Сделай без отчета. |
|||
20
Bigbro
16.02.23
✎
11:59
|
кстати да, это ж не 7ка, запросы более-менее нормально работают?
что там с этими миллионами сделать надо? очень быстрый вариант - средствами 1с выдернуть нужные данные, и опять же средствами 1с сохранить результат во внешнюю базу данных sql с которой уже делайте что угодно. |
|||
21
arsik
гуру
16.02.23
✎
12:01
|
У меня вопрос. Через внешний источник данных можно к своей же базе подключится?
|
|||
22
Buuuf
16.02.23
✎
12:15
|
(17) 1С же размещают, кажется, на sql серверах. Не знаю точно, но слов ит-отдела, неверный Sql запрос может сломать базу
|
|||
23
OldCondom
16.02.23
✎
12:16
|
||||
24
OldCondom
16.02.23
✎
12:17
|
(22) "С же размещают, кажется, на sql серверах"
Ясно, понятно. Поддерживаю ит отдел, все правильно тебе ограничили |
|||
25
Buuuf
16.02.23
✎
12:20
|
(24) Чувак, я не 1с-ник и не проектировщик БД и имею лишь поверхностные знания. Я хочу получить доступ к базам для прямой выгрузки и хочу понять, почему сервер может лечь от этого и как мне убедить их дать мне доступ. Везде, где я работал, доступ свободно давали, а тут как девки
|
|||
26
Bigbro
16.02.23
✎
12:20
|
(22) в 1с трехзвенка - клиент, сервер приложений, сервер базы данных.
про кривые sql запросы... ну если вы пишите такие которые не-1с базу sql ломают, то и 1с не поздоровится. выбивайте копию базы, чтобы на кошках тренироваться. возможно в процессе появится понимание что оно не особо и нужно. |
|||
27
OldCondom
16.02.23
✎
12:24
|
(25) "Чувак, я не 1с-ник". А, тогда понятно.
Да в целом верно, что не дают, ты действительно можешь положить базу кривым запросом, даже на чтение, вариантов масса. Если там есть 1Сники, пусть тебе напишут что надо, может веб сервис поднимут. Я бы тоже не дал. Запустишь что-нибудь, дэдблоки полетят у всех, кому это надо? |
|||
28
sikuda
16.02.23
✎
12:34
|
(25) А зачем в базу 1С пихать миллион строк за раз? 1С это не тот инструмент для быстрого добавления большого объема с без бизнес логики и связанности данных.
Вы там не биллингом занимаетесь? |
|||
29
Йохохо
16.02.23
✎
12:35
|
(25) "и как мне убедить их дать мне доступ" убеди не "дать доступ", а дать доступ к ограниченному количеству хранимок, которые они сделают по твоему списку запросов после аудита
|
|||
30
experimentator76
16.02.23
✎
13:04
|
(27) деадлоки же :)
|
|||
31
experimentator76
16.02.23
✎
13:08
|
(0) у тебя там похоже конфликт с кем-то из-за "кривых отчетов".
и занимаешься ты строительством своего блэкджека с куртизанками. ИМХО если есть там 1сники то с ними попытаться разобраться с отчетами и т.п. в скуль базу 1С напрямую действительно лучше не лезьть да и ждет тебя там много сюрпризов если раньше с 1С базами не работал напрямую в общем я видел OLAP по базам 1С и даже работало, но ничего такого что по тем же данным собрала бы 1С ОПЕРАТИВНО там нет. |
|||
32
magicSan
16.02.23
✎
13:13
|
(31) значит не видел.
(25) Зачем тебе хотеть? У тебя есть задача говоришь что нужно для её релаизации. Не дают доступ на чтение возвращаешь задачу с соответсвующим результатом. |
|||
33
mistеr
16.02.23
✎
13:18
|
(9) А что за сценарий у тебя, что постоянно нужно миллионы строк тянуть? Обычно так только первый раз, а потом только изменения.
Может архитектуру стоит чуть пересмотреть? |
|||
34
mistеr
16.02.23
✎
13:19
|
(25) >хочу понять, почему сервер может лечь от этого
То что кривые запросы могут положить сервер, для тебя новость? |
|||
35
uPstart_
16.02.23
✎
13:20
|
(0) Зачем тебе это. Как только получишь доступ, сразу будешь причиной всех тормозов (даже если ничего не делал). Что ты хочешь увидеть в SQL, куча таблиц с непонятными связями. Лучше попроси программистов, что бы они тебе выгрузили необходимые данные в специально созданную для тебя таблицу или базу.
|
|||
36
Волшебник
модератор
16.02.23
✎
13:23
|
(35) Мудрая мысль
|
|||
37
shuhard
16.02.23
✎
13:30
|
(25) ты про декартово произведение чё нам доложить можешь ?
|
|||
38
sikuda
16.02.23
✎
13:46
|
(25) (24) Чувак, я не воин города Эфеса и не жрец храма Артемиды и имею лишь поверхностные знания. Я хочу просто принести факел в храм Артемиды и посмотреть повнимательнее на интересные таблички у дальней стенки. Я хочу понять, почему что от меня Герострата что-то должно произойти? Везде, где я приносил факел ничего не сгорало, а Вы тут как девки!
ЭЗОП наше все ;) |
|||
39
experimentator76
16.02.23
✎
15:17
|
(32) видел больше компаний где обходились без OLAPа
так что 1С может сформировать нужные отчеты для работы. такая логика понятна? |
|||
40
Волшебник
модератор
16.02.23
✎
15:29
|
(38) Неплохо-неплохо.
Герострат — житель древнегреческого города Эфеса (ныне Сельчук, территория Турции), который сжёг храм Артемиды в своём родном городе летом 356 года до н. э. По рассказу древнегреческого историка Феопомпа, Герострат сознался во время пытки, что поджёг храм для того, чтобы его имя помнили потомки. https://ru.wikipedia.org/wiki/Герострат |
|||
41
experimentator76
16.02.23
✎
16:45
|
(40) Переродился получается
|
|||
42
ptiz
16.02.23
✎
16:51
|
(25) "хочу понять, почему сервер может лечь от этого " - если ты этого не понимаешь, радуйся, что тебя не пускают.
|
|||
43
Arbuz
16.02.23
✎
17:06
|
Да это же мечта админа - открыть скуль наружу и пустить туда стадо дятлов в обход приложения.
|
|||
44
1snik_d
17.02.23
✎
13:57
|
Типа на 1с нельзя запрос написать, который сервер положит.
|
|||
45
Kassern
17.02.23
✎
14:02
|
(44) На 1с можно через кластер такие сеансы отрубать автоматически.
|
|||
46
АгентБезопасной Нацио
17.02.23
✎
14:08
|
(43) с полными правами...
|
|||
47
Гость из Мариуполя
гуру
17.02.23
✎
16:39
|
(40) на самом деле его звали не Герострат. А как его хвалина самом деле, история умалчивает, может Гиппон, а может аристарх.
но жрецы, после того, как он сознался, постановили умышленно записать поджигателя под вымышленным именем, чтобы потомки не помнили истинного поджигателя, а помнили вымышленное имя. |
|||
48
Гость из Мариуполя
гуру
17.02.23
✎
16:40
|
хвалина = звали на
|
|||
49
Гость из Мариуполя
гуру
17.02.23
✎
16:43
|
О Герострате писал только греческий историк Феопомп, на которого ссылались все остальные авторы, упоминавшие о пожаре храма Артемиды в Эфесе.
Сам Феопомп родился через почти 20 лет после предполагаемой казни (Герострата). Никаких других данных про Герострата нет, ничем он больше не прославился и ни в какие другие работы, дошедшие до нашего времени, не попал. Храм Артемиды горел несколько раз и окончательно сгорел только в 268 г. уже новой эры, его сожгли готы. После первого пожара и после второго пожара (Герострат) его восстанавливали, даже расширяя и украшая. |
|||
50
breezee
17.02.23
✎
20:46
|
Скиньте пример сложного отчета на скуля для примера. Вы вообще кем являетесь в компании? (0)
|
|||
51
breezee
17.02.23
✎
20:49
|
(0) У нас есть какая-то система "кубы" с которыми работают скульные программисты. Может вам такую же надо? Хз что там но вроде известный термин
|
|||
52
Sasha_1CK
21.02.23
✎
11:13
|
(0) BI что ли?
|
|||
53
Valdis2007
01.03.23
✎
18:36
|
(0) DROP TABLE скажи делать не будешь
|
|||
54
val
01.03.23
✎
19:11
|
(0) Поднимите AlwaysOn асинхронную, сделайте читаемой Secondary реплику и читайте оттуда. Основная база по любому не будет тормозить.
|
|||
55
Обработка
02.03.23
✎
07:46
|
А почему тема сидит в разделе ЖОБ? Ау админы?
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |