KWALIFIKACJA INF3 - STYCZEŃ 2017

PYTANIE NR 23.
Źródłem rekordów dla raportu może być
A.
B.
C.
D.
Wyjaśnienie poprawnej odpowiedzi:
Raport może pobierać rekordy bezpośrednio z tabeli, ponieważ tabela przechowuje dane w postaci wierszy i kolumn, które raport prezentuje i ewentualnie grupuje.
Makropolecenie nie jest źródłem danych, a INSERT INTO służy do dopisywania rekordów. Inny raport zwykle nie udostępnia rekordów jako zestawu danych.

Pełne wyjaśnienie:

W raportowaniu (np. w narzędziach bazodanowych i systemach raportowych) źródło rekordów raportu to obiekt, z którego raport pobiera dane do wyświetlenia. Najprostszym i zawsze poprawnym źródłem jest tabela, bo to właśnie w tabeli są fizycznie przechowywane rekordy (wiersze) wraz z polami (kolumnami). Raport może te dane sortować, grupować i formatować, ale ich "dostawcą" może być bezpośrednio tabela.

Dlaczego pozostałe odpowiedzi są niepoprawne?

  • Inny raport – raport jest przede wszystkim obiektem prezentacji/formatowania. W typowym podejściu raport nie stanowi zestawu danych, z którego inny raport ma pobierać rekordy (zamiast tego używa się tabel lub zapytań). Podraporty nadal bazują na własnym źródle danych, a nie na "raporcie jako bazie rekordów".
  • Makropolecenie – makra służą do automatyzacji czynności (np. otwierania formularzy/raportów, wykonywania akcji), ale nie są strukturą przechowującą ani zwracającą rekordy jako dane wejściowe raportu.
  • Zapytanie INSERT INTO – jest to polecenie DML do wstawiania danych (zapisu), a nie do ich pobierania. Źródłem rekordów raportu musi być coś, co zwraca zbiór danych do odczytu (np. tabela, zapytanie SELECT, widok).

Wskazówka egzaminacyjna: gdy w odpowiedziach widzisz polecenia modyfikujące dane (INSERT/UPDATE/DELETE), traktuj je jako sygnał, że nie są one źródłem rekordów do raportu, bo raport standardowo prezentuje wynik odczytu danych, a nie efekt dopisywania rekordów.

Dodatkowe pytania

Dodatkowe pytania (FAQ):

Źródło rekordów raportu to obiekt, z którego raport pobiera dane do wyświetlenia (zbiór rekordów).

Najczęściej jest to tabela lub zapytanie zwracające wynik odczytu danych. Raport nie "tworzy" danych, tylko je prezentuje, grupuje i formatuje.

W praktyce najczęściej używa się:

  • tabel (bezpośrednio),
  • kwerend/zapytań SELECT,
  • widoków (zapisanych zapytań),
  • czasem procedur składowanych w systemach serwerowych.

Wszystkie te źródła dostarczają rekordy do prezentacji.

Tabela przechowuje dane w postaci rekordów (wierszy) i pól (kolumn). Raport może więc pobrać te rekordy bez dodatkowych obliczeń i tylko je zaprezentować.

To najprostszy wariant, stosowany gdy nie trzeba filtrowania ani łączenia wielu tabel.

Tak. Zapytanie SELECT zwraca wynik odczytu danych, więc nadaje się jako źródło rekordów raportu.

Jest szczególnie przydatne, gdy trzeba zastosować filtry, sortowanie, łączenie tabel (JOIN) lub obliczenia (np. SUM, COUNT) przed wydrukiem.

INSERT INTO to polecenie służące do wstawiania (dopisywania) rekordów do tabeli, czyli do zapisu danych.

Raport potrzebuje źródła, które zwraca zestaw rekordów do wyświetlenia, a to realizują np. tabela lub zapytanie SELECT, nie polecenia DML.

Makropolecenie (makro) to mechanizm automatyzacji działań w aplikacji bazodanowej, np. uruchamianie formularzy, wykonywanie akcji, ustawianie filtrów.

Makro nie przechowuje danych jak tabela ani nie zwraca zestawu rekordów jak zapytanie, więc nie stanowi źródła rekordów raportu.

Zwykle nie. Raport jest obiektem prezentacji danych, a standardowym źródłem danych są tabele, kwerendy (SELECT), widoki lub zestawy danych.

Nawet gdy występuje podraport, to zazwyczaj ma on własne źródło danych, a nie pobiera "rekordów z raportu".

Źródło danych odpowiada na pytanie: "skąd biorą się rekordy?" (tabela, zapytanie SELECT, widok).

Obiekt prezentacji odpowiada: "jak to pokażę?" (raport). Jeśli odpowiedź wygląda jak polecenie modyfikujące dane (INSERT/UPDATE/DELETE) albo automatyzacja (makro), to zwykle nie jest źródłem rekordów.

Najczęstsze pomyłki to:

  • branie znanego słowa kluczowego SQL (np. INSERT) za "źródło",
  • mieszanie makr (automatyzacja) z danymi,
  • traktowanie raportu jak "tabeli wynikowej".

Warto zapamiętać: raport prezentuje, a nie przechowuje.

Przećwicz w praktyce:

  • utworzenie raportu bezpośrednio z tabeli,
  • utworzenie raportu na podstawie kwerendy SELECT z filtrem i sortowaniem,
  • rozpoznawanie, które elementy służą do odczytu, a które do zapisu danych.

To szybko utrwala różnice między obiektami.

info

Statystycznie 58% uczniów zna prawidłową odpowiedź. średnie

Według specjalistów z branży: "Inny raport zwykle nie udostępnia rekordów jako zestawu danych."

Źródła:

  • Microsoft Support: Set report properties (Record Source), https://support.microsoft.com/en-us/office/set-report-properties-7f7f0d1f-9c5c-4e40-a7c6-6a2aa5b6c3c2 - accessed 2026-02-18
  • Microsoft Learn: Reporting Services — Datasets (report data sources and datasets), https://learn.microsoft.com/en-us/sql/reporting-services/report-data/report-datasets-ssrs - accessed 2026-02-18
  • SAP Crystal Reports Help: Data sources overview (connecting reports to data), https://help.sap.com/docs/SAP_CRYSTAL_REPORTS/ - accessed 2026-02-18

Materiały:

  • Dokumentacja narzędzia raportowego używanego na zajęciach (np. MS Access: Report Record Source)
  • Podstawy SQL: SELECT vs INSERT/UPDATE/DELETE (materiały kursowe, podręcznik do baz danych)
  • Ćwiczenia praktyczne: zbudowanie raportu z tabeli i z kwerendy SELECT, porównanie efektów

Aktualizacja pytania: 31.03.2026



Aktualizacja pytania: 31.03.2026
📡 Brak połączenia internetowego