|
PostgreSQL / Кто чем делает миграцию данных из MSSQL в Postres?
|
|||
---|---|---|---|
#18+
безы скорее всего не пропустят... Заодно отработаешь сценарии постепенной заливки. Всё сразу не перетащишь всё равно, прлстой будет долгим. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.03.2023, 21:49 |
|
PostgreSQL / Кто чем делает миграцию данных из MSSQL в Postres?
|
|||
---|---|---|---|
#18+
миграция с мсскл - ссис у нас уже есть По моему опыту всякие ODBC, особенно некоммерческие, могут имет ограничения на предмет записи данных в удалённый приёмник, а вот с чтением как правило проблем очень мало. Так что если льёшь в посгрес, то и использовать надо средства посгреса. ИМХО. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.03.2023, 15:37 |
|
PostgreSQL / Кто чем делает миграцию данных из MSSQL в Postres?
|
|||
---|---|---|---|
#18+
1. несогласованный софт - типа пентахо или платная информатика - согласование через 7 кругов ада может длится полгода выступить на куче встреч и куче разных уровней начальникам доказать необходимость использования этого, далее проверка безов что это безопасно и банк не рискует )))) 2. уже безы запретили выгружать файлы и загружать - типа с мсскл в цсв выгрузить и в постгрес загрузить, всей истории не знаю да и насрать честно говоря, но что бы такое протолкнуть куча нервов своих, твоих руководителей и т.п. безопасники упёртые что пиздец. 3. дблинк или же линкед сервер по той же самой причине запретили. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.03.2023, 15:42 |
|
PostgreSQL / Кто чем делает миграцию данных из MSSQL в Postres?
|
|||
---|---|---|---|
#18+
эксперты сказали что это не безопасно и всё - пиздарики Пусть набирают штат сотрудников для переноса и те будут тыкать клавиши. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.03.2023, 15:43 |
|
PostgreSQL / Кто чем делает миграцию данных из MSSQL в Postres?
|
|||
---|---|---|---|
#18+
ну можно всякие екстеншены поискать для постгри ... |
|||
:
Нравится:
Не нравится:
|
|||
29.03.2023, 15:46 |
|
PostgreSQL / Кто чем делает миграцию данных из MSSQL в Postres?
|
|||
---|---|---|---|
#18+
тоже любили коней? Была себе одна служба и работала она в рамках федерального округа. То есть в каждом федеральном округе своя служба со своими базами со своей автоматизацией и так далее. В рамках округа базы были разные, у кого-то распределённые, у кого-то централизованные, где-то была репликация, где-то не было, соответственно отчётность и учётность тоже сильно отличались. Решило руководство страны навести порядок в учёте, точнее если раньше службы брали деньги с клиентов себе, но часть переводили в бюджет, то теперь решили, что всё в бюджет, а на расходы службам по бюджетным заявкам возвращать. Для наведения порядка было решено в плане учёта ТМЦ, зарплаты и прочей бухгалтерии перейти на единую платформу с общей БД. Платформа эта 1С естественно. У нас в округе тоже уже перешли на 1С какую-то к тому моменту, что не отменяло перехода глобального на 1С-ERP. Дошло дело до выгрузки остатков ТМЦ из баз округов в общую ERPу. Естественно это уже когда процессы оттестированы, планы счетов вбиты и частично, точнее все новые проводки идут уже в общей системе. Но для построения отчётности надо же остатки все сгрузить. Собирается совещание. Вопрос хотели решить быстро и велели всем справочники номенклатуры выгрузить и нормас. Но тут выяснилось, как всегда внезапно, что справочника номенклатуры будет недостаточно, ибо ручка эрих краузе номенклатурно вроде бы одна, а вот в реализациях в округах этих ручек как у дурака фантиков, все эрих краузе, все внешне одинаковые, отличаются внезапно ценой. На каждую цену заводилась новая номенклатура, ну так вот. Естественно (на самом деле противоестественно) что у бухгалтера с головной свежеиспечённой организации возник вопрос почему цены на ручки разные, что за бардак и вообще это попахивает откатами всех расстрелять немедленно! Бухгалтеры на местах сказали, что это не бардак, а закупки в разные момент времени, ибо ручки не вечные и иногда (часто) приходится пополнять исчезающие запасы всей канцелярки, поэтому расстрелять надо сраных торгашей из миномётов! На совещании присутствовала наша сотрудница, программист, специалист по бухгалтерским программам и она предложила сделать выгрузку из нашей системы в их в нужном виде, передать специалистам головной организации по защищённым каналам передачи данных, а те в свою очередь загрузят. Но был нюанс, нужно было определиться с параметрами выверки, как быть уверенным, что перенеслось всё и корректно. Для этого надо было сформировать отчётные документы за истекший период на окружных базах и на центральной в разрезе округов, затем сравнить циферки. Ну как бы на мой взгляд оно логично. Была на дворе пятница. Далее был такой диалог. Главбух центрального аппарата: - Не надо выгрузки, мои девочки забьют всю номенклатуру руками, так будет надёжнее. Наша программист: - Но у нас например около 20 тысяч позиций номенклатуры, у других округов списки тоже немаленькие... - А ничего страшного, за выходные справятся. Вот так вот оно иногда (часто) бывает... ... |
|||
:
Нравится:
Не нравится:
|
|||
30.03.2023, 12:05 |
|
PostgreSQL / Кто чем делает миграцию данных из MSSQL в Postres?
|
|||
---|---|---|---|
#18+
безопасники - это чтобы тебе проблем создать Потому что ты есть ни кто иной, как самая главная угроза безопасности. Ибо сказано, что основную угрозу составляет квалифицированный сотрудник организации, имеющий легальные доступы к информации. Это же азбука информационной безопасности. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.04.2023, 21:42 |
|
|
Start [/forum/search.php?do_search=1&tid=8476&author_mode=wrote_post&author=%D0%93%D0%BE%D1%80%D0%B1%D0%B0%D1%82%D1%8B%D0%B9%20%D1%91%D0%B6&start_from=337748]: |
0ms |
get settings: |
0ms |
get forum list: |
4ms |
searching: |
13ms |
get settings: |
0ms |
get forum list: |
4ms |
get topic data: |
4ms |
check forum access: |
0ms |
check topic access: |
0ms |
get forum data: |
0ms |
get found posts: |
21ms |
track hit: |
24ms |
get online users: |
44ms |
check new: |
1ms |
others: | 240ms |
total: | 355ms |
0 / 0 |