Crowdly

Add to Chrome

Бази даних

Looking for Бази даних test answers and solutions? Browse our comprehensive collection of verified answers for Бази даних at do.ipo.kpi.ua.

Get instant access to accurate answers and detailed explanations for your course questions. Our community-driven platform helps students succeed!

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

Процедура 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

View this question

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

Є таблиця деталей 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;

View this question

Опис (портова логістика контейнерів): 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.

View this question

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

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

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

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.

View this question

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

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

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);

View this question

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

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

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

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

100%

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

View this question

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

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

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

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