Здравствуйте, Antipov, Вы писали:


A>Логику лучше реализовывать на сервере

A>

<sorry, skipped>
A>

Использовать триггер с курсором на милионах записей — не самое удачное решение. Необходима скорость обработки не ниже 30 сообщений в секунду.

A>Сейчас на порядок быстрее и будет зависеть от скорости сервера

Сервер будет мощный, сейчас всё испытывается на 2х хьюлетовских друхпроцессорных рабочих станциях.

A>Твоё задание в качестве факультатива

A>Подсказки:

A>для начала:

A>

A>CREATE TABLE CoefLst(
A>[ID] int IDENTITY(1,1) PRIMARY KEY CLUSTERED,
A>Coef float NOT NULL,
A>CoefType int NOT NULL,
A>AddDate datetime DEFAULT (getdate()) NOT NULL,
A>ParentID int NULL
A>)
A>

Добавляет сложностей с получением значения критерия отбора "K из N". Тип коэффициента всегда один, имеет значение его номер. Плюс такое изменение таблицы увеличивает количество записей в 20 с лишним раз. И из 10 миллионов мы получим 200. Не многовато ли? У меня сейчас есть базы, в которых более 500 млн.записей и работать с ними достаточно сложно.

A>затем добавить индекс на Coef и переписать запрос в тригере.