Quickstart: Schema's visueel ontwerpen met ingesloten GitHub Copilot-scenario's

De schemaontwerper van de MSSQL-extensie heeft GitHub Copilot rechtstreeks op het canvas ingesloten. U kunt beschrijven wat u nodig hebt in natuurlijke taal en tabellen, kolommen en relaties bekijken die worden gerealiseerd in het visuele diagram terwijl het Transact-SQL (T-SQL)-script live wordt bijgewerkt. In deze quickstart worden de scenario's beschreven die de ingesloten ervaring uniek nuttig maken: tabellen maken op basis van geselecteerde code in andere bestanden, veel-op-veel-relaties toevoegen, thematestgegevens genereren en externe artefacten importeren.

Belangrijke punten

• De ingebouwde GitHub Copilot van Schema Designer is een afzonderlijk traject, gescheiden van de @mssql chatparticipant. Het werkt rechtstreeks op het visuele canvas.
• GitHub Copilot in Schema Designer kan context ophalen uit andere editorselecties (bijvoorbeeld een JSON-structuur in een TypeScript-bestand).
• Elke wijziging wordt in het deelvenster Wijzigingen in Copilot klaargezet ter controle voordat u deze naar de database publiceert.
• Uw aangepaste instructies zijn hier ook van toepassing.

Prerequisites

• Visual Studio Code waarop de MSSQL-extensie is geïnstalleerd (versie 1.41 of hoger).
• Een actief GitHub Copilot-abonnement.
• Een databaseverbinding in Objectverkenner (lokale SQL Server, Azure SQL Database of SQL-database in Microsoft Fabric).

Schemaontwerper openen

1. Klik in Objectverkenner met de rechtermuisknop op de database.
2. Selecteer Schemaontwerper openen.

De ontwerpfunctie voor schema's wordt geopend met een visuele weergave van uw bestaande tabellen. Het GitHub Copilot chatvenster wordt naast het canvas weergegeven.

Scenario 1: Een tabel maken op basis van geselecteerde code in een ander bestand

De ingesloten GitHub Copilot van Schema Designer kunnen selecties uit andere editorvensters lezen en gebruiken als context voor het maken van schema's. Dit is handig wanneer uw front-endlaag of toepassingslaag al in code vastgelegde gegevensshapes heeft die echte tabellen moeten worden.

1. Open het bronbestand op een afzonderlijk tabblad editor. Bijvoorbeeld een React-onderdeel met een MAGAZINES_DATA matrix.
2. Selecteer de gegevensstructuur in het bronbestand.
3. Schakel over naar het chatvenster van Schema Designer en verzend het volgende:

Using the selected JSON structure, create a new table called magazines.

GitHub Copilot:

• Neemt de bestandsoverschrijdende selectie mee als context.
• Leidt geschikte T-SQL-gegevenstypen af (NVARCHAR, INT, DATETIME2).
• Volg de aangepaste instructies voor naamgeving, beperkingen en controlekolommen.
• Plaatst de nieuwe tabel in het deelvenster Copilot-wijzigingen.

Controleer de voorgestelde tabel in het canvas en accepteer of maak de wijziging ongedaan.

Scenario 2: Een veel-op-veel-relatie toevoegen

Als de nieuwe tabel betrekking moet hebben op bestaande tabellen, vraagt u GitHub Copilot om de verbindingstabel en refererende sleutels te maken.

Add a many-to-many relationship between the magazines table and
the existing authors table. Ensure the foreign key columns align
with the current database schema and reference the correct primary
key columns.

GitHub Copilot maakt een magazines_authors koppeltabel met de juiste vreemde sleutels die naar beide tabellen verwijzen. Het visuele diagram wordt bijgewerkt om de nieuwe relatielijnen weer te geven.

Scenario 3: Testgegevens met thema genereren

Zodra het schema is ingesteld, kunt GitHub Copilot realistische seed-gegevens genereren en uitvoeren op uw database.

Seed the magazines and magazines_authors tables with test data.
- Tables already exist - do NOT create or alter them.
- Each magazine should be themed around science or technology.
- Include at least 5 magazines with creative titles, issues, and years.
- Look up existing authors in the database and link each magazine
  to one or more authors.

Controleer de gegenereerde INSERT instructies voordat u deze uitvoert. GitHub Copilot referentiële integriteit respecteert door bestaande primaire sleutels op te zoeken in plaats van id's uit te vinden.

Controleer of de gegevens correct zijn geland:

Show me all the data in the magazines table and their linked authors.

Scenario 4: Een schema vanaf nul opbouwen

In een lege database kunt u een volledig toepassingsschema maken op basis van één beschrijving in natuurlijke taal.

I'm building a task management app. Create a schema with users,
projects, tasks, and comments. Users can belong to multiple projects
with different roles. Tasks can have multiple assignees. Comments
belong to a task and an author.

GitHub Copilot maakt alle tabellen, relaties, koppeltabellen en beperkingen aan en zet ze vervolgens klaar ter beoordeling. Deze stroom paren goed met de planmodus, gebruik de planmodus om eerst door het schema te redeneren en vervolgens het plan aan Schema Designer te geven voor uitvoering.

Scenario 5: Externe artefacten importeren

SchemaOntwerper kan schema-elementen genereren op basis van externe invoer: JSON-bestanden, toepassingscode, documenten of afbeeldingen.

Here's a JSON file describing our product catalog structure.
Create tables to represent this data, including appropriate
relationships between products, categories, and variants.

Voeg het bestand toe via #file: of sleep het naar de chat. GitHub Copilot leidt het schema af, inclusief de relaties die niet expliciet in de brongegevens zijn opgenomen.

Wijzigingen controleren voordat u publiceert

Elke voorgestelde wijziging wordt onder aan Schema Designer weergegeven in het deelvenster Copilot Changes. U kunt:

• Controleer elk toegevoegd, gewijzigd of verwijderd object afzonderlijk.
• Bekijk het exacte T-SQL-script dat wordt uitgevoerd.
• Accepteren om de wijziging toe te passen op het canvas, of Ongedaan maken om deze te verwerpen.
• Wanneer u klaar bent, selecteert u Wijzigingen publiceren om de DDL uit te voeren op uw database.

Validatie en beschermingsmaatregelen

GitHub Copilot in Schema Designer proactief problemen markeert voordat ze uw database bereiken:

• Tabellen zonder primaire sleutel.
• Ongeldige gegevenstypen voor SQL Server.
• Normalisatieproblemen (bijvoorbeeld herhalende groepen).
• Externe sleutels die verwijzen naar niet-bestaande kolommen.

Schema-gekwalificeerde namen (schema.table, schema.column) in de diff-weergave maken elke voorgestelde wijziging ondubbelzinnig.

Wanneer u dit versus op chat gebaseerde schemaontwerp gebruikt

Uw ervaring delen

Om ons te helpen GitHub Copilot voor de MSSQL-extensie te verfijnen en te verbeteren, gebruikt u de volgende GitHub-probleemsjabloon om uw feedback te verzenden: GitHub Copilot-feedback

Overweeg het volgende bij het indienen van feedback:

• Geteste scenario's: Laat ons weten op welke gebieden u zich richt, bijvoorbeeld het maken van schema's, het genereren van query's, beveiliging, lokalisatie.

• Wat goed werkte: Beschrijf alle ervaringen die soepel verliepen, behulpzaam waren of uw verwachtingen overtroffen.

• Problemen of bugs: neem eventuele problemen, inconsistenties of verwarrend gedrag op. Schermafbeeldingen of schermopnamen zijn vooral nuttig.

• Suggesties voor verbetering: Deel ideeën voor het verbeteren van bruikbaarheid, het uitbreiden van de dekking of het verbeteren van de reacties van GitHub Copilot.

Verwante inhoud

• GitHub Copilot-integratie in Schema Designer
• Schemaontwerper
• Quickstart: Schema Explorer en designer gebruiken
• Quickstart: Planmodus gebruiken voor het ontwerpen van specifieke databases
• Quickstart: Aangepaste instructies gebruiken om GitHub Copilot uit te lijnen met uw T-SQL-conventies
• Hoe GitHub Copilot werkt met de MSSQL-extensie