Insert into select SQL Server — kompletny przewodnik 2026

INSERT INTO SELECT w SQL Server to instrukcja służąca do kopiowania danych z wyniku zapytania SELECT do istniejącej tabeli. W praktyce jest to jedno z najczęściej używanych poleceń w pracy administratorów baz danych, analityków, programistów aplikacji biznesowych i zespołów wdrażających systemy ERP, CRM, sklepy internetowe lub hurtownie danych. Pozwala przenieść dane między tabelami, zbudować tabelę roboczą, zasilić raport, wykonać migrację, zarchiwizować rekordy albo przygotować dane do dalszego przetwarzania — bez ręcznego eksportu do pliku.

W 2026 roku temat insert into select sql server jest nadal aktualny, ponieważ SQL Server 2022 pozostaje podstawową wersją produkcyjną w wielu firmach, a środowiska działają zarówno lokalnie na Windows Server 2025, jak i w chmurze Azure. Firmy migrują też aplikacje ze starszych wersji SQL Server, porządkują dane pod KSeF, integrują systemy księgowe i coraz częściej automatyzują raportowanie przy użyciu Microsoft 365, Power BI oraz narzędzi ETL. W takich scenariuszach poprawne użycie INSERT INTO ... SELECT decyduje nie tylko o szybkości operacji, ale również o bezpieczeństwie danych, zgodności typów, zachowaniu kluczy, kontroli duplikatów i stabilności całej aplikacji.

Najważniejsza zasada jest prosta: INSERT INTO SELECT wstawia dane do już istniejącej tabeli, natomiast SELECT INTO tworzy nową tabelę na podstawie wyniku zapytania. To rozróżnienie ma duże znaczenie przy zakupie, wdrażaniu i utrzymaniu środowiska SQL Server, bo w firmowej bazie danych rzadko chodzi o jednorazowe kopiowanie rekordów. Częściej potrzebny jest powtarzalny, kontrolowany proces, który działa na produkcji, respektuje indeksy, ograniczenia, transakcje, uprawnienia i audyt.

Co robi INSERT INTO SELECT w SQL Server?

Instrukcja INSERT INTO SELECT pobiera dane zwrócone przez zapytanie SELECT i zapisuje je w wybranej tabeli docelowej. Tabela docelowa musi istnieć wcześniej, a liczba i kolejność kolumn w części INSERT musi odpowiadać liczbie oraz typom danych zwracanym przez SELECT.

Podstawowa składnia wygląda tak:

INSERT INTO dbo.TabelaDocelowa (Kolumna1, Kolumna2, Kolumna3)
SELECT KolumnaA, KolumnaB, KolumnaC
FROM dbo.TabelaZrodlowa;

W tym przykładzie wartości z KolumnaA, KolumnaB i KolumnaC zostaną wstawione odpowiednio do Kolumna1, Kolumna2 i Kolumna3. Nazwy kolumn źródłowych i docelowych nie muszą być identyczne. Liczy się kolejność, liczba kolumn oraz możliwość konwersji typów danych.

Najczęstsze zastosowania INSERT INTO SELECT to:

• kopiowanie danych między tabelami w tej samej bazie,
• przenoszenie danych między schematami, np. z stg do dbo,
• zasilanie tabel raportowych lub agregacyjnych,
• archiwizacja rekordów przed usunięciem,
• migracja danych ze starej struktury do nowej,
• tworzenie historii zmian,
• import danych z tabel tymczasowych,
• przygotowanie danych do integracji z systemami ERP, księgowością lub hurtownią danych.

Najprostszy przykład firmowy:

INSERT INTO dbo.KlienciArchiwum (KlientId, Nazwa, NIP, DataArchiwizacji)
SELECT KlientId, Nazwa, NIP, GETDATE()
FROM dbo.Klienci
WHERE Aktywny = 0;

Tutaj do tabeli archiwalnej trafiają tylko nieaktywni klienci. Dodatkowa kolumna DataArchiwizacji jest uzupełniana funkcją GETDATE(), czyli bieżącą datą i godziną serwera.

Warto podkreślić: INSERT INTO SELECT nie jest poleceniem „technicznym tylko dla administratora”. To podstawowe narzędzie pracy przy systemach biznesowych. Jeżeli firma korzysta z SQL Server jako silnika dla aplikacji sprzedażowej, magazynowej, produkcyjnej lub finansowej, polecenie to pojawia się w procedurach składowanych, zadaniach SQL Server Agent, migracjach, skryptach wdrożeniowych i procesach raportowych.

Składnia INSERT INTO SELECT — warianty i przykłady

Najbezpieczniejszą praktyką jest zawsze jawne podawanie kolumn docelowych. SQL Server dopuszcza zapis bez listy kolumn, ale w środowisku produkcyjnym jest to ryzykowne, ponieważ każda zmiana struktury tabeli może zepsuć skrypt lub, co gorsza, wstawić dane do niewłaściwych kolumn.

Bezpieczna forma:

INSERT INTO dbo.Produkty (Kod, Nazwa, CenaNetto, StawkaVAT)
SELECT KodProduktu, NazwaProduktu, Cena, VAT
FROM stg.ImportProduktow;

Ryzykowna forma:

INSERT INTO dbo.Produkty
SELECT KodProduktu, NazwaProduktu, Cena, VAT
FROM stg.ImportProduktow;

Drugi zapis zadziała tylko wtedy, gdy tabela dbo.Produkty ma dokładnie taką samą liczbę kolumn w dokładnej kolejności, z pominięciem kolumn automatycznych, jeśli SQL Server pozwoli je pominąć. W praktyce po dodaniu nowej kolumny, np. DataUtworzenia, skrypt może przestać działać.

Wstawianie danych z filtrem WHERE

Najczęściej INSERT INTO SELECT jest używane z warunkiem WHERE, aby przenieść tylko określony zakres danych:

INSERT INTO dbo.ZamowieniaArchiwum (ZamowienieId, KlientId, DataZamowienia, Kwota)
SELECT ZamowienieId, KlientId, DataZamowienia, Kwota
FROM dbo.Zamowienia
WHERE DataZamowienia < '2025-01-01';

To typowy scenariusz archiwizacji rekordów starszych niż określona data.

Wstawianie danych z JOIN

SELECT może zawierać połączenia wielu tabel:

INSERT INTO dbo.RaportSprzedazy (ZamowienieId, NazwaKlienta, Produkt, Wartosc)
SELECT z.ZamowienieId, k.Nazwa, p.Nazwa, zp.Ilosc * zp.CenaNetto
FROM dbo.Zamowienia z
JOIN dbo.Klienci k ON k.KlientId = z.KlientId
JOIN dbo.ZamowieniaPozycje zp ON zp.ZamowienieId = z.ZamowienieId
JOIN dbo.Produkty p ON p.ProduktId = zp.ProduktId
WHERE z.DataZamowienia >= '2026-01-01';

To użyteczny wariant przy zasilaniu tabel raportowych. Dane są pobierane z kilku tabel, przeliczane i zapisywane w jednej strukturze.

Wstawianie stałych wartości i funkcji

W części SELECT można używać stałych, funkcji i wyrażeń:

INSERT INTO dbo.LogImportu (NazwaPliku, LiczbaRekordow, DataImportu, Uzytkownik)
SELECT 'produkty_2026.csv', COUNT(*), SYSDATETIME(), SYSTEM_USER
FROM stg.ImportProduktow;

Takie podejście przydaje się przy audycie importów, integracjach i procesach automatycznych.

Wstawianie danych z tabeli tymczasowej

W wielu procedurach dane są najpierw przygotowywane w tabeli tymczasowej, a dopiero potem zapisywane do tabeli docelowej:

CREATE TABLE #NoweCeny (
    ProduktId int,
    CenaNetto decimal(10,2)
);

INSERT INTO #NoweCeny (ProduktId, CenaNetto)
SELECT ProduktId, CenaNetto
FROM stg.CennikImport;

INSERT INTO dbo.Cennik (ProduktId, CenaNetto, DataObowiazywania)
SELECT ProduktId, CenaNetto, '2026-01-01'
FROM #NoweCeny;

Ten model daje większą kontrolę nad walidacją danych przed ich zapisaniem do tabeli produkcyjnej.

INSERT INTO SELECT a SELECT INTO — kluczowe różnice

INSERT INTO SELECT i SELECT INTO są często mylone, ponieważ oba polecenia kopiują dane na podstawie zapytania SELECT. Różnica jest jednak fundamentalna: pierwsze wstawia dane do istniejącej tabeli, drugie tworzy nową tabelę.

Przykład SELECT INTO:

SELECT KlientId, Nazwa, NIP
INTO dbo.KlienciKopia
FROM dbo.Klienci
WHERE Aktywny = 1;

SQL Server utworzy nową tabelę dbo.KlienciKopia i zapisze w niej aktywnych klientów. Jeżeli tabela już istnieje, polecenie zakończy się błędem.

Przykład INSERT INTO SELECT:

INSERT INTO dbo.KlienciKopia (KlientId, Nazwa, NIP)
SELECT KlientId, Nazwa, NIP
FROM dbo.Klienci
WHERE Aktywny = 1;

Tutaj tabela dbo.KlienciKopia musi istnieć wcześniej. Możesz więc z góry ustawić klucz główny, indeksy, typy danych, wartości domyślne, ograniczenia NOT NULL, relacje i uprawnienia.

W środowiskach firmowych INSERT INTO SELECT jest zwykle lepszym wyborem, gdy proces ma działać regularnie. SELECT INTO sprawdza się przy szybkiej analizie, tworzeniu tabel roboczych, testach lub jednorazowym przygotowaniu kopii danych. Jeżeli jednak budujesz procedurę dla księgowości, sprzedaży, raportowania zarządczego albo integracji z KSeF, bardziej przewidywalne będzie utworzenie tabeli docelowej jawnie i zasilanie jej przez INSERT INTO SELECT.

Typy danych, kolumny IDENTITY, NULL i wartości domyślne

Najczęstsze problemy z INSERT INTO SELECT wynikają nie ze składni, lecz z niezgodności między strukturą źródła i celu. SQL Server musi umieć przypisać każdą wartość z SELECT do odpowiedniej kolumny w tabeli docelowej.

Zgodność typów danych

Jeżeli kolumna docelowa ma typ int, a źródło zwraca tekst nvarchar, SQL Server spróbuje wykonać konwersję. Jeśli wartość tekstowa nie jest liczbą, pojawi się błąd.

INSERT INTO dbo.Platnosci (Kwota)
SELECT KwotaTekstowa
FROM stg.ImportPlatnosci;

Jeżeli KwotaTekstowa zawiera np. brak, operacja się nie powiedzie. Bezpieczniej użyć TRY_CONVERT:

INSERT INTO dbo.Platnosci (Kwota)
SELECT TRY_CONVERT(decimal(10,2), KwotaTekstowa)
FROM stg.ImportPlatnosci
WHERE TRY_CONVERT(decimal(10,2), KwotaTekstowa) IS NOT NULL;

W systemach finansowych i magazynowych szczególną uwagę trzeba zwracać na:

• decimal zamiast float dla kwot,
• długości pól varchar i nvarchar,
• formaty dat,
• kolacje tekstowe przy porównywaniu danych,
• wartości NULL w kolumnach wymaganych,
• precyzję stawek VAT i cen netto/brutto.

Kolumny IDENTITY

Jeżeli tabela docelowa ma kolumnę IDENTITY, zwykle nie podaje się jej w instrukcji INSERT. SQL Server sam wygeneruje wartość.

INSERT INTO dbo.Klienci (Nazwa, NIP)
SELECT Nazwa, NIP
FROM stg.KlienciImport;

Jeśli KlientId jest kolumną IDENTITY, nie trzeba jej wstawiać. Próba jawnego wstawienia wartości do IDENTITY zakończy się błędem, chyba że użyjesz SET IDENTITY_INSERT.

SET IDENTITY_INSERT dbo.Klienci ON;

INSERT INTO dbo.Klienci (KlientId, Nazwa, NIP)
SELECT KlientId, Nazwa, NIP
FROM stg.KlienciImport;

SET IDENTITY_INSERT dbo.Klienci OFF;

Tego mechanizmu należy używać ostrożnie, głównie przy migracjach, gdy zachowanie starych identyfikatorów jest konieczne ze względu na relacje między tabelami.

NULL i wartości domyślne

Jeśli kolumna docelowa ma NOT NULL, a SELECT zwróci NULL, operacja się nie powiedzie. Można temu zapobiec przez ISNULL lub COALESCE:

INSERT INTO dbo.Klienci (Nazwa, Email)
SELECT Nazwa, COALESCE(Email, 'brak@domena.local')
FROM stg.KlienciImport;

Jeżeli kolumna ma wartość domyślną, możesz ją pominąć z listy kolumn. SQL Server zastosuje wtedy DEFAULT.

INSERT INTO dbo.Klienci (Nazwa, NIP)
SELECT Nazwa, NIP
FROM stg.KlienciImport;

Jeżeli tabela dbo.Klienci ma kolumnę DataUtworzenia datetime2 NOT NULL DEFAULT SYSDATETIME(), zostanie ona uzupełniona automatycznie.

Wydajność, transakcje i bezpieczeństwo danych

W firmowej bazie danych INSERT INTO SELECT może dotyczyć 100 rekordów, ale równie dobrze 10 milionów. Wydajność i bezpieczeństwo operacji zależą wtedy od indeksów, blokad, dziennika transakcyjnego, planu wykonania i sposobu porcjowania danych.

Transakcje

Jeżeli operacja jest krytyczna, warto użyć transakcji:

BEGIN TRANSACTION;

INSERT INTO dbo.KlienciArchiwum (KlientId, Nazwa, NIP)
SELECT KlientId, Nazwa, NIP
FROM dbo.Klienci
WHERE Aktywny = 0;

-- kontrola liczby rekordów, dodatkowe operacje

COMMIT TRANSACTION;

W razie błędu można wykonać ROLLBACK TRANSACTION. W praktyce najlepiej łączyć transakcje z blokiem TRY...CATCH:

BEGIN TRY
    BEGIN TRANSACTION;

    INSERT INTO dbo.KlienciArchiwum (KlientId, Nazwa, NIP)
    SELECT KlientId, Nazwa, NIP
    FROM dbo.Klienci
    WHERE Aktywny = 0;

    COMMIT TRANSACTION;
END TRY
BEGIN CATCH
    IF @@TRANCOUNT > 0
        ROLLBACK TRANSACTION;

    THROW;
END CATCH;

To standard dla skryptów produkcyjnych, zwłaszcza gdy operacja jest częścią migracji, wdrożenia lub procesu nocnego.

Indeksy i blokady

Wstawianie dużej liczby rekordów do tabeli z wieloma indeksami może być wolniejsze, ponieważ SQL Server musi aktualizować każdy indeks. Z drugiej strony brak indeksów może spowolnić część SELECT, szczególnie przy filtrach i JOIN.

Dobre praktyki:

• sprawdź plan wykonania zapytania SELECT,
• indeksuj kolumny używane w WHERE i JOIN,
• unikaj niepotrzebnego ORDER BY w operacjach wstawiania,
• dla dużych operacji rozważ przetwarzanie partiami,
• monitoruj rozmiar dziennika transakcyjnego,
• testuj skrypt na kopii bazy przed uruchomieniem produkcyjnym.

Przykład przetwarzania partiami:

WHILE 1 = 1
BEGIN
    INSERT INTO dbo.ZamowieniaArchiwum (ZamowienieId, KlientId, DataZamowienia)
    SELECT TOP (10000) ZamowienieId, KlientId, DataZamowienia
    FROM dbo.Zamowienia
    WHERE DataZamowienia < '2024-01-01'
      AND Zarchiwizowano = 0;

    IF @@ROWCOUNT = 0
        BREAK;

    UPDATE dbo.Zamowienia
    SET Zarchiwizowano = 1
    WHERE DataZamowienia < '2024-01-01'
      AND Zarchiwizowano = 0;
END;

Ten przykład pokazuje ideę, ale w realnym systemie należy dopilnować, aby UPDATE dotyczył dokładnie tych rekordów, które zostały wstawione. Często wykorzystuje się do tego tabelę tymczasową z identyfikatorami.

Minimalizacja ryzyka duplikatów

Jednym z najczęstszych błędów jest wielokrotne uruchomienie tego samego skryptu i zdublowanie danych. Można temu zapobiec przez NOT EXISTS:

INSERT INTO dbo.Klienci (NIP, Nazwa)
SELECT i.NIP, i.Nazwa
FROM stg.KlienciImport i
WHERE NOT EXISTS (
    SELECT 1
    FROM dbo.Klienci k
    WHERE k.NIP = i.NIP
);

Dodatkowo warto mieć unikalny indeks na kolumnie biznesowej, np. NIP, NumerFaktury lub KodProduktu. Skrypt aplikacyjny jest ważny, ale ostateczna ochrona danych powinna istnieć także na poziomie bazy.

INSERT INTO SELECT w migracjach, raportach i integracjach firmowych

W realnych wdrożeniach SQL Server INSERT INTO SELECT rzadko działa jako pojedyncza, ręcznie uruchamiana komenda. Częściej jest elementem większego procesu: migracji danych, synchronizacji systemów, raportowania, obsługi importu lub archiwizacji.

Migracja danych

Przy migracji ze starego systemu do nowego zwykle tworzy się tabele pośrednie, ładuje dane wejściowe, waliduje je, a potem przenosi do tabel docelowych.

INSERT INTO dbo.Kontrahenci (Nazwa, NIP, Email, TypKontrahenta)
SELECT 
    LTRIM(RTRIM(Nazwa)),
    REPLACE(NIP, '-', ''),
    NULLIF(Email, ''),
    CASE 
        WHEN CzyDostawca = 1 THEN 'Dostawca'
        ELSE 'Klient'
    END
FROM stg.StarySystemKontrahenci
WHERE Nazwa IS NOT NULL;

W tym przykładzie dane są jednocześnie oczyszczane: usuwane są spacje, myślniki z NIP, puste e-maile zamieniane na NULL, a typ kontrahenta mapowany do nowej struktury.

Raportowanie i hurtownie danych

W hurtowniach danych INSERT INTO SELECT zasila tabele faktów i wymiarów. Na przykład tabela dziennej sprzedaży może być ładowana raz na dobę z systemu transakcyjnego:

INSERT INTO dw.FaktSprzedazDzienna (DataSprzedazy, ProduktId, Ilosc, WartoscNetto)
SELECT 
    CAST(z.DataZamowienia AS date),
    p.ProduktId,
    SUM(p.Ilosc),
    SUM(p.Ilosc * p.CenaNetto)
FROM dbo.Zamowienia z
JOIN dbo.ZamowieniaPozycje p ON p.ZamowienieId = z.ZamowienieId
WHERE z.DataZamowienia >= '2026-01-01'
GROUP BY CAST(z.DataZamowienia AS date), p.ProduktId;

Taki schemat pozwala oddzielić szybkie zapytania raportowe od obciążonej bazy produkcyjnej.

Integracje z księgowością i KSeF

W polskich firmach w 2026 roku duże znaczenie ma przygotowanie danych do obiegu faktur i integracji z KSeF. SQL Server często przechowuje dane faktur, kontrahentów, stawek VAT i płatności. INSERT INTO SELECT może służyć do przygotowania tabel eksportowych, kolejek integracyjnych lub rejestrów audytowych.

INSERT INTO dbo.KolejkaKSeF (FakturaId, NumerFaktury, NIPNabywcy, WartoscNetto, WartoscVAT)
SELECT FakturaId, NumerFaktury, NIPNabywcy, WartoscNetto, WartoscVAT
FROM dbo.Faktury
WHERE Status = 'GotowaDoWysylki'
  AND CzyWyslanoDoKSeF = 0;

W takim przypadku kluczowe jest unikanie duplikatów, transakcyjność i dokładny audyt. Błąd w danych faktury może mieć konsekwencje księgowe, dlatego skrypt powinien być testowany i objęty kontrolą wersji.

Zakup i legalność środowiska SQL Server

Jeżeli INSERT INTO SELECT ma działać w firmowym systemie, liczy się nie tylko poprawny kod, ale też legalne i stabilne środowisko: SQL Server, Windows Server, odpowiednie CAL lub model licencjonowania per core, kopie zapasowe i wsparcie. Przy zakupie licencji warto zwrócić uwagę na zgodność edycji z obciążeniem, liczbą użytkowników i planem rozwoju bazy. Subtelna, praktyczna ścieżka zakupowa: sprawdź dostępne licencje na kluczesoft.pl/klucze-sql-server — z fakturą VAT 23%, co ma znaczenie dla firm rozliczających koszty IT i przygotowujących dokumentację zakupową.

Najczęstsze błędy i dobre praktyki

INSERT INTO SELECT jest proste w składni, ale błędy potrafią być kosztowne. Największe ryzyko występuje tam, gdzie skrypt działa na danych produkcyjnych, bez transakcji, bez testu i bez kontroli liczby rekordów.

Dobre praktyki dla zespołów IT:

• zaczynaj od samego SELECT i sprawdź wynik przed dopisaniem INSERT,
• porównaj liczbę rekordów źródłowych i docelowych,
• zapisuj skrypty w repozytorium, a nie w notatniku,
• dokumentuj założenia migracji,
• uruchamiaj duże operacje poza godzinami szczytu,
• wykonuj backup przed zmianami masowymi,
• używaj środowiska testowego zgodnego z produkcją,
• ograniczaj uprawnienia — nie każdy użytkownik powinien mieć prawo masowego wstawiania danych.

Praktyczny schemat pracy wygląda tak:

-- 1. Sprawdź dane
SELECT NIP, Nazwa
FROM stg.KlienciImport
WHERE NIP IS NOT NULL;

-- 2. Sprawdź potencjalne duplikaty
SELECT NIP, COUNT(*)
FROM stg.KlienciImport
GROUP BY NIP
HAVING COUNT(*) > 1;

-- 3. Wykonaj kontrolowane wstawienie
BEGIN TRY
    BEGIN TRANSACTION;

    INSERT INTO dbo.Klienci (NIP, Nazwa)
    SELECT i.NIP, i.Nazwa
    FROM stg.KlienciImport i
    WHERE i.NIP IS NOT NULL
      AND NOT EXISTS (
          SELECT 1
          FROM dbo.Klienci k
          WHERE k.NIP = i.NIP
      );

    COMMIT TRANSACTION;
END TRY
BEGIN CATCH
    IF @@TRANCOUNT > 0
        ROLLBACK TRANSACTION;

    THROW;
END CATCH;

To podejście jest znacznie bezpieczniejsze niż szybkie kopiowanie danych bez walidacji. W firmach, gdzie baza obsługuje sprzedaż, magazyn, faktury, płatności lub produkcję, taki standard powinien być obowiązkowy.

Częste pytania

Czym różni się INSERT INTO SELECT od zwykłego INSERT INTO VALUES?

INSERT INTO VALUES wstawia konkretne wartości podane ręcznie w zapytaniu, np. jeden rekord klienta. INSERT INTO SELECT wstawia wynik zapytania SELECT, czyli może jednocześnie przenieść setki, tysiące lub miliony rekordów. VALUES jest dobre do pojedynczych wpisów, a INSERT INTO SELECT do operacji zbiorczych, migracji, archiwizacji i zasilania raportów.

Czy tabela docelowa musi istnieć przed użyciem INSERT INTO SELECT?

Tak. W SQL Server tabela docelowa dla INSERT INTO SELECT musi istnieć wcześniej. Jeżeli chcesz utworzyć nową tabelę automatycznie na podstawie wyniku zapytania, użyj SELECT INTO. W środowisku produkcyjnym zwykle lepsze jest jednak wcześniejsze utworzenie tabeli, ponieważ daje kontrolę nad typami danych, indeksami, kluczami i ograniczeniami.

Czy INSERT INTO SELECT kopiuje indeksy i klucze?

Nie. INSERT INTO SELECT nie kopiuje struktury tabeli, tylko dane. Indeksy, klucze główne, klucze obce, constrainty i wartości domyślne muszą już istnieć w tabeli docelowej. Jeśli tabela docelowa ma indeksy, SQL Server będzie je aktualizował podczas wstawiania danych.

Jak uniknąć duplikatów przy INSERT INTO SELECT?

Najczęściej stosuje się warunek NOT EXISTS, LEFT JOIN ... WHERE IS NULL albo unikalny indeks na kolumnach biznesowych. Najbezpieczniej łączyć kontrolę w zapytaniu z ograniczeniem w bazie danych. Jeśli np. NIP klienta ma być unikalny, utwórz unikalny indeks i dodatkowo filtruj rekordy w INSERT INTO SELECT.

Czy można używać JOIN, GROUP BY i funkcji w INSERT INTO SELECT?

Tak. Część SELECT może zawierać JOIN, WHERE, GROUP BY, HAVING, funkcje systemowe, wyrażenia CASE, konwersje typów i agregacje. To jedna z największych zalet tej instrukcji. Możesz nie tylko kopiować dane, ale też je przekształcać, oczyszczać i agregować przed zapisem do tabeli docelowej.

Czy INSERT INTO SELECT działa między różnymi bazami danych?

Tak, o ile użytkownik ma odpowiednie uprawnienia. Można odwołać się do tabeli przez pełną nazwę, np. BazaZrodlowa.dbo.Klienci i wstawiać dane do BazaDocelowa.dbo.Klienci. W przypadku różnych serwerów można użyć linked server, ale trzeba uwzględnić wydajność, bezpieczeństwo i konfigurację uprawnień.

Co zrobić, gdy pojawia się błąd „Column name or number of supplied values does not match table definition”?

Ten błąd oznacza, że liczba kolumn w części INSERT nie zgadza się z liczbą kolumn zwracanych przez SELECT, albo pominięto listę kolumn i struktura tabeli nie pasuje do wyniku zapytania. Rozwiązanie: jawnie podaj kolumny docelowe i upewnij się, że SELECT zwraca dokładnie tyle samo wartości w tej samej kolejności.

Czy INSERT INTO SELECT może zablokować bazę danych?

Tak, zwłaszcza przy dużych operacjach na tabelach produkcyjnych. Wstawianie milionów rekordów może powodować blokady, wzrost dziennika transakcyjnego i spadek wydajności aplikacji. Dlatego duże operacje wykonuje się partiami, poza godzinami szczytu, po wcześniejszym teście i najlepiej z monitoringiem.

Czy warto używać transakcji przy INSERT INTO SELECT?

Tak, szczególnie w operacjach biznesowo ważnych. Transakcja pozwala cofnąć zmiany, jeśli wystąpi błąd. Najlepszą praktyką jest użycie BEGIN TRANSACTION, COMMIT, ROLLBACK oraz TRY...CATCH. Dzięki temu unikniesz sytuacji, w której część danych zostanie wstawiona, a część nie.

Czy INSERT INTO SELECT jest dostępne w SQL Server 2022 i nowszych środowiskach?

Tak. INSERT INTO SELECT jest podstawową instrukcją T-SQL i działa w SQL Server 2022, Azure SQL Database oraz typowych środowiskach firmowych opartych o Windows Server 2025. Składnia pozostaje stabilna, ale wydajność zależy od projektu bazy, indeksów, planu wykonania, rozmiaru danych i konfiguracji serwera.

Sprawdź też

• Sql server management studio — kompletny przewodnik 2026
• Ms SQL Server Express — kompletny przewodnik 2026
• SQL Server — kompletny przewodnik 2026
• Sql Server Express — kompletny przewodnik 2026

Potrzebujesz licencji? Microsoft SQL Server — sprawdź ofertę KluczeSoft.pl — legalne klucze, faktura VAT, dostawa e-mail.