Crowdly

Додати до Chrome

Бази даних

Шукаєте відповіді та рішення тестів для Бази даних? Перегляньте нашу велику колекцію перевірених відповідей для Бази даних в do.ipo.kpi.ua.

Отримайте миттєвий доступ до точних відповідей та детальних пояснень для питань вашого курсу. Наша платформа, створена спільнотою, допомагає студентам досягати успіху!

Предметна область: страхування.

Процедура dbo.sp_RegisterClaim виконує два кроки в одній бізнес-операції:

додає запис у Claim(ClaimId IDENTITY, PolicyId, ClaimDate, Amount),

зменшує доступний ліміт у Policy(PolicyId PK, AvailableLimit).

Потрібно гарантувати коректний rollback при будь-якій помилці (включно з constraint/timeout), і не «ковтати» помилку.

Який каркас процедури є коректним?

CREATE OR ALTER PROCEDURE dbo.sp_RegisterClaim
  @PolicyId INT, @ClaimDate DATE, @Amount DECIMAL(12,2)
AS
BEGIN
  SET NOCOUNT ON;
  SET XACT_ABORT OFF;
  BEGIN TRAN;
  INSERT INTO dbo.Claim(PolicyId, ClaimDate, Amount)
  VALUES(@PolicyId, @ClaimDate, @Amount);
  UPDATE dbo.Policy
    SET AvailableLimit = AvailableLimit - @Amount
  WHERE PolicyId = @PolicyId;
  COMMIT TRAN;
END

CREATE OR ALTER PROCEDURE dbo.sp_RegisterClaim
  @PolicyId INT, @ClaimDate DATE, @Amount DECIMAL(12,2)
AS
BEGIN
  SET NOCOUNT ON;
  BEGIN TRY
    BEGIN TRAN;
    INSERT INTO dbo.Claim(PolicyId, ClaimDate, Amount)
    VALUES(@PolicyId, @ClaimDate, @Amount);
    UPDATE dbo.Policy
      SET AvailableLimit = AvailableLimit - @Amount
    WHERE PolicyId = @PolicyId;
    COMMIT TRAN;
  END TRY
  BEGIN CATCH
    PRINT ERROR_MESSAGE();
    COMMIT TRAN;
  END CATCH
END

CREATE OR ALTER PROCEDURE dbo.sp_RegisterClaim
  @PolicyId INT, @ClaimDate DATE, @Amount DECIMAL(12,2)
AS
BEGIN
  SET NOCOUNT ON;
  SET XACT_ABORT ON;
  BEGIN TRY
    BEGIN TRAN;
    INSERT INTO dbo.Claim(PolicyId, ClaimDate, Amount)
    VALUES(@PolicyId, @ClaimDate, @Amount);
    UPDATE p
      SET p.AvailableLimit = p.AvailableLimit - @Amount
    FROM dbo.Policy p
    WHERE p.PolicyId = @PolicyId;
    COMMIT TRAN;
  END TRY
  BEGIN CATCH
    IF XACT_STATE() <> 0 ROLLBACK TRAN;
    THROW;
  END CATCH
END

100%

Правильна відповідь відсутня

CREATE OR ALTER PROCEDURE dbo.sp_RegisterClaim
  @PolicyId INT, @ClaimDate DATE, @Amount DECIMAL(12,2)
AS
BEGIN
  SET NOCOUNT ON;
  SET XACT_ABORT ON;
  BEGIN TRY
    INSERT INTO dbo.Claim(PolicyId, ClaimDate, Amount)
    VALUES(@PolicyId, @ClaimDate, @Amount);
    UPDATE dbo.Policy
      SET AvailableLimit = AvailableLimit - @Amount
    WHERE PolicyId = @PolicyId;
  END TRY
  BEGIN CATCH
    IF XACT_STATE() = 1 ROLLBACK TRAN;
    THROW;
  END CATCH
END

Переглянути це питання

Предметна область: торгівля енергією в мікромережі.

Є таблиця деталей Trade(TradeId PK, TradeDate date, SellerId, kWh decimal(12,3), Price decimal(12,2)).

Є таблиця підсумків DailySellerSummary(TradeDate, SellerId, TotalKWh, TotalAmount, PRIMARY KEY(TradeDate, SellerId)).

Потрібно у тригері на Trade підтримувати підсумки коректно для multi-row та для всіх DML (INSERT/UPDATE/DELETE), враховуючи що UPDATE може змінювати і ключ групування (TradeDate, SellerId).

Який варіант є коректним ядром логіки тригера?

;WITH Keys AS (
  SELECT TradeDate, SellerId FROM inserted
  UNION
  SELECT TradeDate, SellerId FROM deleted
),
Agg AS (
  SELECT t.TradeDate, t.SellerId,
         SUM(t.kWh) AS TotalKWh,
         SUM(t.kWh * t.Price) AS TotalAmount
  FROM dbo.Trade t
  JOIN Keys k ON k.TradeDate = t.TradeDate AND k.SellerId = t.SellerId
  GROUP BY t.TradeDate, t.SellerId
)
MERGE dbo.DailySellerSummary AS s
USING Agg AS a
ON s.TradeDate = a.TradeDate AND s.SellerId = a.SellerId
WHEN MATCHED THEN
  UPDATE SET s.TotalKWh = a.TotalKWh, s.TotalAmount = a.TotalAmount
WHEN NOT MATCHED THEN
  INSERT(TradeDate, SellerId, TotalKWh, TotalAmount) VALUES(a.TradeDate, a.SellerId, a.TotalKWh, a.TotalAmount);
DELETE s
FROM dbo.DailySellerSummary s
LEFT JOIN dbo.Trade t ON t.TradeDate = s.TradeDate AND t.SellerId = s.SellerId
WHERE t.TradeId IS NULL
  AND EXISTS (SELECT 1 FROM Keys k WHERE k.TradeDate = s.TradeDate AND k.SellerId = s.SellerId);

100%

DECLARE @d date, @s int, @kwh decimal(12,3);
SELECT TOP (1) @d = TradeDate, @s = SellerId, @kwh = kWh FROM inserted;
UPDATE dbo.DailySellerSummary
  SET TotalKWh = TotalKWh + @kwh
WHERE TradeDate = @d AND SellerId = @s;

INSERT INTO dbo.DailySellerSummary(TradeDate, SellerId, TotalKWh, TotalAmount)
SELECT TradeDate, SellerId, SUM(kWh), SUM(kWh*Price)
FROM inserted
GROUP BY TradeDate, SellerId;

Правильна відповідь відсутня

UPDATE s
  SET s.TotalKWh = s.TotalKWh + i.SumKWh,
      s.TotalAmount = s.TotalAmount + i.SumAmount
FROM dbo.DailySellerSummary s
CROSS APPLY (
  SELECT SUM(kWh) AS SumKWh, SUM(kWh*Price) AS SumAmount
  FROM inserted
) i;

Переглянути це питання

Опис (портова логістика контейнерів): Container, Vessel, Voyage, Terminal, MoveEvent, Customer, BillOfLading, City.

Voyage належить Vessel; VoyageNo унікальний у межах Vessel.

MoveEvent фіксує переміщення контейнера (коли/де/статус).

Terminal має Address, CityCode; CityCode визначає CityName у довіднику City.

Питання: Який елемент запропонованої ER-моделі робить неможливою нормалізацію до 3НФ/НФБК без дублювання?

C. BillOfLading пов’язує Customer і Voyage, а також має атрибут IssueDate.

E. Правильна відповідь відсутня

D. City винесено окремою сутністю City(CityCode, CityName) і на Terminal зберігається CityCode як FK.

A. MoveEvent містить атрибути TerminalCityName і TerminalAddress, хоча вони функціонально залежать від TerminalID.

100%

B. Voyage має (VesselID, VoyageNo) як альтернативний ідентифікатор, а VoyageID як сурогатний PK.

Переглянути це питання

Предметна область: Цифровий музей: експонати, автори, виставки та квитки

Опис: Музей має експонати, авторів, виставки та відвідувачів. Один експонат може експонуватись у багатьох виставках, а виставка містить багато експонатів. Для участі експоната у виставці фіксується зал, позиція у залі та дата монтажу. Відвідувач купує квиток на конкретну виставку з типом квитка та ціною на момент купівлі.

Правила/обмеження:

ExhibitCode унікальний глобально.
Зв’язок Exhibit–Exhibition є M:N та має атрибути HallNo, PlacementIndex, InstalledAt.
TicketPrice зберігається як ціна на момент купівлі (історичне значення) і не має залежати від поточної ціни типу квитка.
AuthorName не повинен дублюватися в Exhibit, якщо Author описується окремою сутністю.

Питання: У наведеній ER‑моделі який елемент робить неможливою нормалізацію до 3НФ/НФБК без дублювання фактів?

Атрибут AuthorName додано до Exhibit, хоча він залежить лише від Author (за наявності сутності Author).

100%

Зв’язок Visitor–Ticket задано як 1:M, бо один відвідувач може мати багато квитків.

Правильна відповідь відсутня

Винесено окрему сутність TicketType (довідник), що дозволяє уникнути дублювання опису типів квитків.

Використано асоціативну сутність ExhibitExhibition для M:N і в неї винесено HallNo/PlacementIndex/InstalledAt.

Переглянути це питання

Предметна область: каршеринг — бронювання авто та оплати.

Сутності та зв’язки:

Reservation(ReservationId PK, UserId FK, VehicleId FK, StartAt, EndAt) — бронювання авто.

Payment(PaymentId PK, ReservationId FK, Amount DECIMAL(12,2), PaidAt DATETIME2 NULL) — оплата 0..1 до 1: кожне бронювання має не більше однієї оплати; оплата не може існувати без бронювання.

Запитання: який варіант DDL коректно реалізує зв’язок Reservation 1 : 0..1 Payment так, щоб це було строго 1:1 (опційно) з боку Payment (тобто не допускає дві оплати на одне бронювання) і не переносить FK у неправильний бік?

CREATE TABLE dbo.Payment(
    PaymentId     BIGINT IDENTITY(1,1) NOT NULL,
    ReservationId BIGINT NULL,
    Amount        DECIMAL(12,2) NOT NULL,
    PaidAt        DATETIME2(0) NULL,
    CONSTRAINT PK_Payment PRIMARY KEY (PaymentId),
    CONSTRAINT FK_Payment_Reservation FOREIGN KEY (ReservationId)
        REFERENCES dbo.Reservation(ReservationId)
);

CREATE TABLE dbo.Payment(
    PaymentId     BIGINT IDENTITY(1,1) NOT NULL,
    ReservationId BIGINT NOT NULL,
    Amount        DECIMAL(12,2) NOT NULL,
    PaidAt        DATETIME2(0) NULL,
    CONSTRAINT PK_Payment PRIMARY KEY (PaymentId),
    CONSTRAINT FK_Payment_Reservation FOREIGN KEY (ReservationId)
        REFERENCES dbo.Reservation(ReservationId)
);

Правильна відповідь відсутня

CREATE TABLE dbo.Payment(
    PaymentId     BIGINT IDENTITY(1,1) NOT NULL,
    ReservationId BIGINT NOT NULL,
    Amount        DECIMAL(12,2) NOT NULL,
    PaidAt        DATETIME2(0) NULL,
    CONSTRAINT PK_Payment PRIMARY KEY (PaymentId),
    CONSTRAINT UQ_Payment_Reservation UNIQUE (ReservationId),
    CONSTRAINT FK_Payment_Reservation FOREIGN KEY (ReservationId)
        REFERENCES dbo.Reservation(ReservationId)
);

100%

ALTER TABLE dbo.Reservation
ADD PaymentId BIGINT NULL,
    CONSTRAINT FK_Reservation_Payment FOREIGN KEY (PaymentId)
        REFERENCES dbo.Payment(PaymentId),
    CONSTRAINT UQ_Reservation_Payment UNIQUE (PaymentId);

Переглянути це питання

Оберіть коректне твердження про CREATE TABLE (слайд синтаксису):

TEXTIMAGE_ON застосовується до FILEGROUP журналу

IDENTITY не може мати NOT FOR REPLICATION

Обчислювані стовпці можуть бути PERSISTED

100%

COLLATE недоступний на рівні стовпця

Переглянути це питання

Який ефект має autoshrink за лекціями?

Стискає лише журнал

Постійно збільшує файли

Періодично зменшує файли у періоди низького навантаження