Select insert into sql server — kompletny przewodnik 2026

SELECT INTO i INSERT INTO SELECT to dwa fundamentalne polecenia T-SQL, które każdy administrator i deweloper SQL Server powinien znać na wylot. W 2026 roku, po premierze SQL Server 2025 z ulepszonym silnikiem Intelligent Query Processing 3.0, wydajność operacji masowego przenoszenia danych osiągnęła poziomy nieosiągalne jeszcze dwa lata temu. Jeśli zarządzasz danymi w środowisku produkcyjnym, zrozumienie niuansów tych poleceń bezpośrednio przekłada się na szybkość działania aplikacji, koszty infrastruktury i bezpieczeństwo danych. W tym przewodniku przeprowadzę Cię przez wszystkie aspekty SELECT INTO i INSERT INTO SELECT w SQL Server — od składni, przez optymalizację wydajności, po najnowsze funkcje dostępne w 2026 roku.

Czym jest SELECT INTO w SQL Server?

Polecenie SELECT INTO tworzy nową tabelę i wypełnia ją wynikami zapytania SELECT w jednej operacji atomowej. To najprostszy sposób na szybkie skopiowanie danych do nowej struktury bez wcześniejszego definiowania schematu. SQL Server automatycznie dobiera typy kolumn na podstawie źródłowego zapytania, co znacząco przyspiesza pracę z danymi tymczasowymi, raportowymi i archiwalnymi.

SELECT 
    kolumna1, 
    kolumna2,
    kolumna3
INTO NowaTabela
FROM IstniejacaTabela
WHERE warunek;

Warto podkreślić, że SELECT INTO działa w trybie minimalnie rejestrowanym (minimally logged), o ile baza danych jest w modelu odzyskiwania prostym (Simple) lub bulk-logged. Dla operacji na dużych wolumenach danych — w 2026 roku coraz częściej mówimy o tabelach przekraczających 10 TB — ta cecha staje się kluczowa, ponieważ drastycznie redukuje obciążenie dziennika transakcji i przyspiesza wykonanie nawet o 40% względem tradycyjnych operacji CREATE TABLE plus INSERT.

SQL Server 2025 rozszerzył funkcjonalność SELECT INTO o natywną obsługę kompresji PAGE i ROW już na etapie tworzenia tabeli docelowej, co wcześniej wymagało osobnego polecenia ALTER TABLE. Dla firm operujących na setkach gigabajtów danych dziennie, ta pozornie niewielka zmiana eliminuje kosztowne operacje post-processingowe.

INSERT INTO SELECT — składnia i zastosowania

W przeciwieństwie do SELECT INTO, polecenie INSERT INTO SELECT wymaga, aby tabela docelowa już istniała. To podstawowe narzędzie do ładowania danych do istniejących struktur — czy to stagingowych, produkcyjnych, czy raportowych. Składnia jest pozornie prosta, ale kryje w sobie wiele pułapek wydajnościowych.

INSERT INTO TabelaDocelowa (kolumna1, kolumna2, kolumna3)
SELECT 
    kolumna1, 
    kolumna2,
    kolumna3
FROM TabelaZrodlowa
WHERE warunek;

W 2026 roku najlepsze praktyki nakazują jawne wymienianie kolumn — zarówno w INSERT, jak i SELECT. Automatyczne mapowanie na podstawie kolejności kolumn było źródłem niezliczonych błędów produkcyjnych, szczególnie po migracjach i refaktoringu schematów. Gdy zmienisz kolejność kolumn w tabeli docelowej, zapytania bez jawnych list przechodzą cicho, ładując dane do niewłaściwych kolumn — katastrofa, która w środowisku finansowym czy medycznym może oznaczać naruszenie zgodności regulacyjnej.

Praktycznym zastosowaniem INSERT INTO SELECT jest proces ETL wewnątrz bazy — na przykład ładowanie danych z tabel tymczasowych do głównych tabel produkcyjnych po walidacji i transformacji. W SQL Server 2025 dodano parametr BATCH_SIZE dla INSERT INTO SELECT, pozwalający kontrolować wielkość wsadu przy operacjach masowych, co daje administratorom precyzyjną kontrolę nad wykorzystaniem dziennika transakcji.

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

Zrozumienie różnic między tymi poleceniami to fundament efektywnego projektowania procesów bazodanowych. Oto najważniejsze z nich:

Wybór między SELECT INTO a INSERT INTO SELECT zależy od scenariusza. SELECT INTO sprawdza się przy tworzeniu kopii zapasowych przed migracją, generowaniu tabel tymczasowych na potrzeby raportów i szybkim prototypowaniu. INSERT INTO SELECT jest właściwym wyborem przy cyklicznym ładowaniu danych do istniejących tabel produkcyjnych, budowaniu procesów ETL i integracji danych z wielu źródeł.

Kluczową kwestią w środowiskach produkcyjnych 2026 roku jest współbieżność. SELECT INTO zakłada blokadę SCH-M (Schema Modification) na tworzonej tabeli, co przy długo trwających operacjach może blokować inne procesy. INSERT INTO SELECT, przy odpowiednim poziomie izolacji i strategii indeksowania, pozwala na równoległy odczyt z tabeli docelowej podczas ładowania.

Wydajność i optymalizacja operacji SELECT INTO

Wydajność SELECT INTO zależy od wielu czynników, a w 2026 roku z nowym silnikiem SQL Server 2025 niektóre stare prawdy wymagają aktualizacji. Oto sprawdzone strategie optymalizacji:

Model odzyskiwania bazy danych — SELECT INTO osiąga maksymalną wydajność, gdy baza działa w modelu Simple lub Bulk-Logged. W modelu Full Recovery każda operacja jest w pełni rejestrowana w dzienniku transakcji, co przy tabelach liczonych w setkach gigabajtów może skutkować wykładniczym wzrostem rozmiaru dziennika i znacznym spowolnieniem. Przed dużymi operacjami SELECT INTO rozważ tymczasowe przełączenie bazy w model Bulk-Logged, a po zakończeniu przywróć Full Recovery i wykonaj pełną kopię zapasową.

Równoległość — SQL Server 2025 wprowadza adaptacyjną równoległość DOP (Degree of Parallelism) dla SELECT INTO. Zamiast sztywno trzymać się ustawienia MAXDOP, silnik dynamicznie dostosowuje liczbę wątków w trakcie wykonywania zapytania, analizując obciążenie serwera i statystyki fragmentacji. W testach na serwerach 64-rdzeniowych dało to średnio 23% przyspieszenia w porównaniu do SQL Server 2022.

Kompresja danych — SQL Server 2025 umożliwia określenie typu kompresji bezpośrednio w SELECT INTO:

SELECT kolumna1, kolumna2
INTO NowaTabela 
WITH (DATA_COMPRESSION = PAGE)
FROM ZrodlowaTabela;

Kompresja PAGE redukuje rozmiar tabel nawet o 70%, znacząco obniżając koszty storage i przyspieszając operacje wejścia-wyjścia. Ceną jest wyższe zużycie CPU — w 2026 roku, przy powszechnej dostępności procesorów z akceleracją sprzętową dekompresji, ten kompromis niemal zawsze przechyla się na korzyść kompresji.

TempDB — SELECT INTO intensywnie korzysta z TempDB do operacji sortowania i buforowania. W środowiskach o wysokiej przepustowości kluczowe jest umieszczenie TempDB na szybkich dyskach NVMe i skonfigurowanie wielu plików danych — zgodnie z zaleceniami Microsoftu, jeden plik na rdzeń fizyczny, maksymalnie 8.

Optymalizacja INSERT INTO SELECT dla dużych zbiorów danych

Wydajne INSERT INTO SELECT wymaga przemyślanej strategii indeksowania i zarządzania blokadami. Najczęstszym błędem jest ładowanie danych do tabel z wieloma indeksami nieklastrowanymi — każdy wiersz musi zostać wstawiony do sterty lub indeksu klastrowanego, a następnie do każdego indeksu nieklastrowanego, co przy 10 indeksach oznacza 11 operacji zapisu na wiersz.

Strategia optymalna dla dużych wsadów polega na wyłączeniu indeksów nieklastrowanych przed operacją INSERT, a następnie ich odbudowie po załadowaniu danych. SQL Server 2025 automatyzuje ten proces przez inteligentne odraczanie aktualizacji indeksów nieklastrowanych (Deferred Nonclustered Index Update), ale tylko dla operacji przekraczających próg 100 000 wierszy.

-- Wyłącz indeksy nieklastrowane
ALTER INDEX IX_NazwaIndeksu ON TabelaDocelowa DISABLE;

-- Wykonaj INSERT INTO SELECT
INSERT INTO TabelaDocelowa WITH (TABLOCK) (kolumna1, kolumna2)
SELECT kolumna1, kolumna2 FROM ZrodlowaTabela;

-- Odbuduj indeksy
ALTER INDEX IX_NazwaIndeksu ON TabelaDocelowa REBUILD;

Wskazówka TABLOCK wymusza blokadę na poziomie tabeli zamiast wierszy, co przy operacjach masowych drastycznie redukuje narzut związany z eskalacją blokad. W SQL Server 2025 dodano także opcję LOW_PRIORITY_WAIT dla INSERT, która przy dużym obciążeniu oczekuje na zwolnienie blokad bez blokowania innych procesów — kluczowe dla systemów OLTP o wysokiej dostępności.

Zarządzanie transakcjami i blokadami

Operacje masowego wstawiania danych to jedne z najbardziej inwazyjnych działań w bazie danych. Nieodpowiednie zarządzanie transakcjami prowadzi do eskalacji blokad, blokowania odczytów, a w skrajnych przypadkach do zakleszczeń, które potrafią zatrzymać cały system.

W 2026 roku SQL Server oferuje kilka poziomów izolacji transakcji, które mają bezpośredni wpływ na działanie INSERT INTO SELECT:

• READ COMMITTED SNAPSHOT (RCSI) — standard w nowych instalacjach SQL Server 2025. INSERT INTO SELECT nie blokuje odczytów, ponieważ czytelnicy widzą wersję danych sprzed transakcji. To domyślne ustawienie dla baz tworzonych w Azure SQL Database i Azure SQL Managed Instance.

• SNAPSHOT ISOLATION — podobnie jak RCSI, ale wymaga jawnego ustawienia na poziomie sesji. Zapewnia transakcyjną spójność odczytów bez rywalizacji o blokady.

• READ UNCOMMITTED (NOLOCK) — często nadużywany w INSERT INTO SELECT dla tabel źródłowych. Pozwala na brudne odczyty, co przy operacjach masowego kopiowania może skutkować niespójnymi danymi w tabeli docelowej. W 99% przypadków RCSI jest lepszym wyborem.

Praktyczna rada: dla operacji INSERT INTO SELECT trwających dłużej niż kilkanaście sekund, podziel dane na mniejsze partie (batching). SQL Server 2025 wspiera natywny batching przez wspomniany wcześniej parametr BATCH_SIZE, ale możesz też zaimplementować własne pętlowanie:

WHILE 1 = 1
BEGIN
    INSERT INTO TabelaDocelowa (kolumna1, kolumna2)
    SELECT TOP (100000) kolumna1, kolumna2
    FROM TabelaZrodlowa
    WHERE kolumna1 > @OstatniaWartosc
    ORDER BY kolumna1;
    
    IF @@ROWCOUNT = 0 BREAK;
    
    SELECT @OstatniaWartosc = MAX(kolumna1) FROM TabelaDocelowa;
    
    -- Opcjonalnie CHECKPOINT dla odciążenia dziennika
    CHECKPOINT;
END

Takie podejście utrzymuje transakcje na rozsądnym poziomie, zapobiega eskalacji blokad i pozwala na wznawianie procesu w przypadku awarii — cecha kluczowa dla systemów klasy enterprise.

Obsługa błędów i pułapki

Praca z SELECT INTO i INSERT INTO SELECT wiąże się z ryzykiem błędów, które mogą pozostać niezauważone aż do katastrofy produkcyjnej. Oto najczęstsze pułapki i sposoby ich unikania:

Niejawne konwersje typów — SELECT INTO automatycznie dedukuje typy kolumn na podstawie źródłowego SELECT. Jeśli zapytanie zawiera funkcje, agregacje lub CASE, wynikowe typy mogą różnić się od oczekiwanych. Na przykład SELECT SUM(kwota) INTO z kolumny DECIMAL(10,2) utworzy kolumnę NUMERIC(38,2), która zajmuje więcej miejsca i może powodować problemy z kompatybilnością.

NULL i NOT NULL — SELECT INTO propaguje nullowalność kolumn źródłowych. Jeśli SELECT używa ISNULL lub COALESCE, kolumna docelowa będzie NOT NULL, co może spowodować nieoczekiwane błędy przy późniejszych INSERT.

Constrainty i klucze obce — SELECT INTO nie kopiuje żadnych constraintów, indeksów, kluczy obcych ani wartości domyślnych z tabeli źródłowej. Tabela wynikowa jest nagą strukturą — doskonałą do szybkich operacji, ale wymagającą ręcznego odtworzenia logiki biznesowej. W procesach migracyjnych to częste źródło błędów, gdy aplikacja oczekuje kaskadowego usuwania, a tabela utworzona przez SELECT INTO go nie posiada.

IDENTITY i SEQUENCE — INSERT INTO SELECT z opcją IDENTITY_INSERT wymaga jawnego włączenia i wyłączenia IDENTITY_INSERT. Ponadto SQL Server 2025 zmienił domyślne zachowanie dla tabel z kolumnami GENERATED ALWAYS — teraz próba jawnego wstawienia wartości do takiej kolumny w INSERT INTO SELECT powoduje błąd, chyba że użyjesz klauzuli OVERRIDING SYSTEM VALUE.

Pułapka transakcyjna — SELECT INTO jest pojedynczą instrukcją DDL i DML, więc działa jako niejawna transakcja. Jeśli SELECT INTO zostanie przerwane, cała operacja jest wycofywana. Natomiast INSERT INTO SELECT w jawnie rozpoczętej transakcji może pozostawić częściowe dane, jeśli nie korzystasz z TRY-CATCH i nie kontrolujesz punktów zapisu.

BEGIN TRY
    BEGIN TRANSACTION;
    
    INSERT INTO TabelaDocelowa (kolumna1, kolumna2)
    SELECT kolumna1, kolumna2 FROM TabelaZrodlowa;
    
    COMMIT TRANSACTION;
END TRY
BEGIN CATCH
    IF @@TRANCOUNT > 0
        ROLLBACK TRANSACTION;
    
    THROW;
END CATCH

Wzorzec TRY-CATCH z kontrolą @@TRANCOUNT to absolutne minimum dla każdego produkcyjnego skryptu INSERT INTO SELECT. W 2026 roku, przy rosnącej automatyzacji procesów CI/CD dla baz danych, błędy transakcyjne są jedną z głównych przyczyn incydentów na produkcji.

SELECT INTO INSERT INTO w SQL Server 2025 — nowości 2026

Rok 2026 to pierwszy pełny rok z SQL Server 2025 na rynku. Nowa wersja wprowadza kilka istotnych usprawnień dla operacji masowego przenoszenia danych:

Intelligent Query Processing 3.0 — adaptacyjne sprzężenia (adaptive joins) i przechwytywanie planów zapytań w czasie rzeczywistym działają teraz także dla SELECT INTO, co wcześniej było ograniczone. Oznacza to, że silnik może dynamicznie zmieniać strategię wykonania podczas ładowania danych, reagując na rzeczywisty rozkład wartości.

Accelerated Database Recovery (ADR) 2.0 — nowa wersja ADR eliminuje konieczność rozdmuchiwania dziennika transakcji przy długo trwających operacjach INSERT INTO SELECT. Mechanizm Persistent Version Store (PVS) przechowuje wersje wierszy w oddzielnej strukturze, umożliwiając natychmiastowe wycofywanie transakcji bez analizowania dziennika od początku operacji.

Obsługa formatu PARQUET — SQL Server 2025 pozwala na bezpośrednie wykonywanie SELECT INTO z plików Parquet przechowywanych w Azure Blob Storage lub na dysku lokalnym, z automatycznym mapowaniem typów i dekompresją kolumnową:

SELECT * 
INTO TabelaLokalna
FROM OPENROWSET(
    BULK 'dane.parquet',
    DATA_SOURCE = 'AzureStorage',
    FORMAT = 'PARQUET'
) AS dane;

In-Memory OLTP dla SELECT INTO — tabele pamięciowe (In-Memory OLTP) zyskują wsparcie dla SELECT INTO w trybie SCHEMA_ONLY, co umożliwia tworzenie ultra-szybkich kopii tabel w pamięci bez obciążania dysku. Przydatne dla procesów ETL wymagających wielokrotnych transformacji danych przed finalnym zapisem.

Najlepsze praktyki dla administratorów i deweloperów

Na podstawie wieloletnich doświadczeń i zmian w SQL Server 2025, oto zestaw najlepszych praktyk, które powinieneś stosować w 2026 roku:

Zawsze testuj na danych zbliżonych do produkcyjnych. Zapytanie SELECT INTO, które wykonuje się 2 sekundy na zbiorze 10 000 wierszy, może zająć 4 godziny na 10 milionach, gdy TempDB zostanie wyczerpane. Testy obciążeniowe na realistycznych wolumenach to nie opcja — to wymóg.

Monitoruj wykorzystanie TempDB i dziennika transakcji. Narzędzia takie jak sp_WhoIsActive, sys.dm_tran_database_transactions i Query Store (teraz z historią do 180 dni w SQL Server 2025) dają wgląd w to, co dzieje się podczas długotrwałych operacji masowych. Skonfiguruj alerty na wzrost rozmiaru dziennika transakcji powyżej 70% dostępnej przestrzeni.

Używaj TABLOCK świadomie. Przy INSERT INTO SELECT na pustej tabeli, TABLOCK umożliwia minimalnie rejestrowane wstawianie (minimal logging), podobne do SELECT INTO. Jednak na tabelach z danymi wymusza blokadę na poziomie całej tabeli, blokując wszystkie inne operacje.

Dokumentuj schemat tabel tworzonych przez SELECT INTO. W środowiskach, gdzie SELECT INTO jest częścią zautomatyzowanych procesów, brak dokumentacji schematu prowadzi do sytuacji, gdzie nikt nie wie, jakie dokładnie kolumny i typy zawiera tabela. Wprowadź konwencję zapisywania definicji tabeli po każdym SELECT INTO — choćby przez wygenerowanie skryptu CREATE TABLE z Management Studio.

Rozważ PolyBase dla danych spoza SQL Server. Jeśli źródłem danych dla INSERT INTO SELECT są pliki, inne bazy danych lub strumienie danych, SQL Server 2025 z rozszerzonym PolyBase 4.0 oferuje lepszą wydajność i mniejsze zużycie zasobów niż tradycyjne ładowanie przez aplikację pośredniczącą. PolyBase wykonuje część filtrowania i agregacji bezpośrednio na źródle danych, redukując transfer sieciowy.

Wdróż strategię archiwizacji opartą o SELECT INTO. Dla tabel, gdzie większość zapytań dotyczy ostatnich 90 dni, partycjonowanie połączone z SELECT INTO do tabel archiwalnych (tworzonych z kompresją PAGE) redukuje koszty storage i przyspiesza zapytania na głównej partycji.

Częste pytania

Czy SELECT INTO kopiuje indeksy?

Nie. SELECT INTO tworzy wyłącznie strukturę tabeli z kolumnami i ich typami. Indeksy klastrowane, nieklastrowane, constrainty, klucze obce i wartości domyślne nie są kopiowane. Musisz jawnie utworzyć je po wykonaniu SELECT INTO, co jest dodatkowym argumentem za używaniem INSERT INTO SELECT do tabel, które mają już zdefiniowane indeksy.

Dlaczego SELECT INTO blokuje moją bazę danych?

SELECT INTO zakłada blokadę SCH-M na tworzonej tabeli, a przy dużych operacjach może też blokować TempDB. Jeśli operacja trwa długo, inne sesje próbujące uzyskać dostęp do TempDB lub tabel systemowych mogą być wstrzymane. Rozwiązaniem jest optymalizacja zapytania źródłowego, użycie odpowiedniego modelu odzyskiwania i zapewnienie wystarczającej przestrzeni TempDB.

Czy mogę użyć SELECT INTO z JOIN?

Tak, SELECT INTO wspiera dowolne zapytanie SELECT, w tym JOIN, podzapytania, funkcje okienkowe i CTE. Należy jednak zachować ostrożność — złożone zapytania mogą wygenerować nieoptymalne typy kolumn i znacząco wydłużyć czas wykonania. Zawsze weryfikuj schemat wynikowej tabeli po operacji.

Jaka jest różnica w wydajności między SELECT INTO a CREATE TABLE + INSERT?

SELECT INTO działa w trybie minimalnie rejestrowanym (przy Simple/Bulk-Logged recovery), podczas gdy CREATE TABLE + INSERT jest w pełni rejestrowane. Różnica może sięgać 30-50% na korzyść SELECT INTO dla dużych zbiorów danych. Jeśli jednak tabela docelowa wymaga indeksów i constraintów, koszt ich późniejszego utworzenia może przewyższyć oszczędność.

Czy INSERT INTO SELECT może używać transakcji rozproszonych?

Tak, ale wymaga to skonfigurowania MSDTC (Microsoft Distributed Transaction Coordinator) między serwerami. W 2026 roku preferowanym podejściem jest używanie linked server z PolyBase lub zawsze włączonych grup dostępności z repliką tylko do odczytu, które oferują lepszą wydajność niż tradycyjne transakcje rozproszone.

Jak działa IDENTITY_INSERT z INSERT INTO SELECT?

Gdy tabela docelowa ma kolumnę IDENTITY, INSERT INTO SELECT wymaga włączenia IDENTITY_INSERT dla tej tabeli, aby jawnie wstawić wartości do kolumny tożsamości. Należy to włączyć przed INSERT i wyłączyć po zakończeniu. W przeciwnym razie SQL Server zgłosi błąd — nie można jawnie wstawić wartości do kolumny IDENTITY bez IDENTITY_INSERT ON.

Co zrobić, gdy SELECT INTO przekracza limit TempDB?

To częsty problem przy operacjach na dużych tabelach. Rozwiązania: zwiększ rozmiar TempDB i plików danych, użyj opcji kompresji PAGE podczas SELECT INTO, podziel operację na mniejsze partie przez filtrowanie WHERE, lub rozważ użycie INSERT INTO SELECT z TABLOCK na tabeli tymczasowej utworzonej ręcznie z odpowiednimi ustawieniami.

Czy SQL Server 2025 obsługuje SELECT INTO do tabel zewnętrznych?

Tak, SQL Server 2025 z PolyBase 4.0 wspiera SELECT INTO do tabel zewnętrznych opartych o Azure Blob Storage, ADLS Gen2 i S3-kompatybilne magazyny obiektowe. Dane są zapisywane bezpośrednio w chmurze, z pominięciem lokalnego storage, co jest idealne dla archiwizacji i strategii tieringu danych.

Jak ustawić kompresję tabeli tworzonej przez SELECT INTO?

W SQL Server 2025 użyj klauzuli WITH (DATA_COMPRESSION = PAGE) lub WITH (DATA_COMPRESSION = ROW) bezpośrednio po SELECT INTO. W starszych wersjach SQL Server musisz użyć ALTER TABLE po utworzeniu tabeli, co generuje dodatkowe obciążenie dziennika transakcji.

Czy warto używać SELECT INTO do backupu bazy?

SELECT INTO może służyć do szybkich kopii pojedynczych tabel, ale nie zastępuje pełnych backupów bazy danych. Nie kopiuje indeksów, uprawnień, statystyk ani metadanych. Dla celów disaster recovery zawsze używaj BACKUP DATABASE lub Always On Availability Groups. SELECT INTO jest odpowiednie dla szybkich kopii roboczych przed migracją lub testowaniem nowej logiki transformacji.

Wydajne operowanie danymi w SQL Server to fundament sprawnego działania aplikacji biznesowych. Niezależnie od tego, czy używasz SELECT INTO do błyskawicznego tworzenia kopii roboczych, czy INSERT INTO SELECT do cyklicznego zasilania hurtowni danych — zrozumienie mechanizmów blokowania, rejestrowania i optymalizacji tych poleceń przekłada się wprost na szybkość i niezawodność Twoich systemów. Jeśli szukasz sprawdzonych narzędzi i licencji SQL Server w korzystnych cenach, w ofercie KluczeSoft znajdziesz rozwiązania dopasowane do potrzeb firm każdej wielkości — od pojedynczych licencji CAL po pełne wdrożenia enterprise.

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.