1. Вам потрібно ввести всі проекти в одному чаті, лише тоді бот зможе знати, що їх зачепило. Тому вам потрібно пам’ятати про розмір вхідних даних, і бот має це розуміти:

• Я можу вставляти збережені процедури як вони є, вони мають найменший розмір, який ви можете отримати.
• Для баз даних MS Access у мене є код VBA, щоб завершити їхні таблиці та запити, див. Як мені отримати повний код sql для всіх запитів у всіх базах даних MS Access у папці?, експортувати його до xml і передати до чат.
• Для проектів SSIS мені потрібно зменшити файли, див. Як зменшити SSIS проект із двох мільйонів символів до основного розміру, який chatgpt 4 omni може з’їсти та переварити, щоб загорнути його в C# та UML?.

1. Будь-який вхід має бути анонімним. Для проектів SSIS це всередині коду.

   Вихідний файл email_map для повного проекту SSIS:

   

   Для будь-якого файлу ви можете переглянути Як зробити анонімним електронні листи всередині коду чи тексту, щоб мені не потрібно було ділитися ними з ChatGPT?, щоб замінити будь-яку електронну пошту фіктивною електронною поштою.

---

Об’єднання проектів працює:

• Попросіть бота відповісти таким чином, щоб копія відповіді дала боту достатньо інформації для подальшої роботи над повністю об’єднаним проектом, не знаючи більше вхідних даних проекту.
• Попросіть код C# для компонента SSIS-Script, який об’єднує всі кроки.
• Попросіть той самий код C# для кожного окремого проекту з метою їх об’єднання потім, щоб бот піклувався про ту саму структуру та той самий контроль і потоки даних.
• Запитайте інший раз про код C#, але тепер про один великий код C#, який розбиває код на старі проекти. Це допоможе вам дізнатися, який з об’єднаного коду походить від якого проекту, а також ви можете перевірити всі ці проекти за вхідними файлами та узгодити імена, де бот не знайшов посилання, про яке ви могли б знати. Наприклад, вам слід перенести старий код зі старого сервера на новий, якщо ви хочете отримати хороші збіги на новому сервері. Якщо назви стовпців і таблиць не збігаються, і якщо ви не показуєте таблицю зіставлення, бот може не вгадати гарне об’єднання.
• Ви також можете і повинні попросити об’єднати всі проекти в UML разом із кодом SQL.
• Ви повинні запитати вдруге для подальшого UML, щоб копати глибше в UML, оскільки бот часто починає з швидкої відповіді, хоча він може знати більше. Щоб отримати найкращий результат, надайте боту вільний вибір щодо того, чи бажає він копати глибше та чи хоче також використовувати інші інструменти UML, оскільки бот найкраще знає, чого бракує або чого корисного.
• Попросіть будь-який подальший огляд робочого процесу, який подобається боту, для його власного розуміння, якому більше не потрібно бути інструментом UML. Слідкуйте за відповіддю, і часто це допомагає запитати бота вдруге, щоб отримати глибші відповіді.

Попросіть робочий процес SSIS, який бот створив би з усього цього, з усім кодом SQL і будь-якими розділеннями, об’єднаннями, пошуками та іншими інструментами, які йому можуть знадобитися.

У моєму корпоративному інтерфейсі GPT 4 omni я не можу піти перевищує межу приблизно 500 000 символів, див. Як підрахувати справжню кількість символів (з будь-якими пробілами) або слів у GPT Chat, щоб дізнатися межу розміру чату?. Якщо ви досягнете цієї межі, вам слід задати останнє запитання робочого циклу SSIS відразу після входу в усі проекти, оскільки це допоможе вам найбільше налагодити робочий процес.

Але найрозумніше з усіх злиття — це ретельний код C#, який ви потім намагаєтеся налагодити. Зрозумійте це за допомогою набору UML, розділіть його на нові сценарії C#, доки не зможете повернутися до старих добрих інструментів SSIS, яким більше не потрібен C#.

Зверніть увагу, що я не створював "великий проект SSIS" Зрештою, я не створив проект SSIS з усіх проектів. Я зупинився, оскільки під час подальшої роботи та розмов стало зрозуміло, що деякі проекти потребують міграції, і тому вони не можуть відповідати іншим проектам жодним чином, і було зрозуміло, що міграція на інший сервер, поверх даних іншого проекту, вже буде найбільш потрібним об’єднанням.

Результати чату все ще були корисними:

• як огляд під час міграція,
• для обговорення процесу,
• як еталон.

Це виконується швидко, і воно варте витрачених символів і часу.