Как сохранить изменения в последовательном списке имен в базе данных sql? - PullRequest
Новая
       18

Как сохранить изменения в последовательном списке имен в базе данных sql?

2 голосов
/ 11 февраля 2011

ОК, вот сценарий.Я думаю, что это довольно часто, и я решил это в прошлой жизни, используя подход грубой силы, но я думаю, что должен быть лучший способ.

Учитывая упорядоченный список имен иПользовательский интерфейс, где пользователь может переупорядочивать, удалять, редактировать и добавлять имена в список, как бы вы обновили список, хранящийся в базе данных SQL?

Вот определение таблицы: 

CREATE TABLE [dbo].[AssyLines](
  [AssyLineID] [int] IDENTITY(1,1) NOT NULL,
  [ShortName] [varchar](16) NOT NULL,
  [LongName] [varchar](45) NOT NULL,
  [Seq] [tinyint] NOT NULL,
CONSTRAINT [PK_AssyLines] PRIMARY KEY CLUSTERED

Что я хочу сделать, это прочитать все записи из таблицы и отобразить их в порядке следования в пользовательском интерфейсе.Затем пользователь может редактировать ShortName или LongName, изменить порядок списка, добавить новые записи или удалить существующие записи, а затем сохранить измененный список обратно в базу данных.

Это приложение клиент-сервер, если оно делаетлюбая разница.Служба WCF обрабатывает взаимодействие с базой данных, клиент просто отправляет массив записей в службу и из нее.

Мой грубый метод предусматривает блокировку таблицы, удаление всех записей и перезапись новых записей.к таблице - все внутри транзакции, конечно, с использованием хранимой процедуры и либо табличной переменной, либо временной таблицы.Грубый, но эффективный, но я не могу удержаться от ощущения, что есть довольно стандартный способ сделать это, не взламывая таблицу и не воссоздавая ее каждый раз, когда кто-то вносит незначительные правки.У меня есть 4 или 5 таких списков в приложении, над которым я сейчас работаю.

Спасибо, Дейв

Ответы [ 3 ]

0 голосов
/ 11 февраля 2011

Почему бы просто не выполнить запрос UPDATE для каждой записи (идентифицируемой AssyLineID, которая не должна изменяться), которая обновляет другие столбцы в соответствии с тем, что указал пользователь? Не нужно ничего удалять, и вы можете уменьшить количество операций с БД, отслеживая, что изменил пользователь.

Если вы беспокоитесь о переупорядочении части Seq, я думаю, что это будет работать для этого: 

if (newSeq < oldSeq)
{
    sql = "UPDATE AssyLines SET Seq = Seq + 1 WHERE Seq >= @seq AND Seq < @oldSeq AND AssyLineID <> @lineID";
}
else if (newSeq > oldSeq)
{
    sql = "UPDATE AssyLines SET Seq = Seq - 1 WHERE Seq <= @seq AND Seq > @oldSeq AND AssyLineID <> @lineID";
}

Может быть, я не понимаю, почему вы чувствуете, что вам нужно обстреливать стол каждый раз. Это звучит как ваша основная операция выбора-изменения-сохранения, кроме части Seq.

0 голосов
/ 11 февраля 2011

Подход, который я выбрал бы, заключается в том, чтобы использовать первичный ключ, чтобы связать обновления, вставить и удалить изменения и сделать пару проходов по данным.

  1. Загрузить список из базы данных в пользовательский интерфейс и сохранить идентификатор для элемента. Кроме того, сохраняйте «измененный» флаг, для которого изначально установлено значение false для каждого элемента.
  2. Внесите любые изменения в данные в пользовательском интерфейсе следующим образом:
    • Добавляет данные, добавляя их, устанавливая ID (первичный ключ) в -1, и измененный флаг в true.
    • Обновляет данные, редактируя их, устанавливая для измененного флага значение true.
    • Удаляет из данных, просто удаляя их.
  3. Итерация по каждому элементу в списке, где измененный флаг = true, и выполнение следующего:
    • Если ID = -1, добавьте новую запись, используя INSERT.
    • Если ID> -1, обновите существующую запись, сопоставляя ID с записью, которую вы хотите обновить, используя UPDATE.
  4. Затем перечитайте все идентификаторы записей, которые существуют в базе данных, просматривайте каждую из них и проверяйте список, чтобы увидеть, существует ли он. Если нет, то удалите его из базы данных, используя DELETE.

Шаг 4 может стать довольно медленным, если у вас много данных. Несколько иной, более эффективный способ будет зависеть от того, можно ли «пометить» запись как удаленную в пользовательском интерфейсе и скрыть ее от просмотра, не удаляя ее. Затем вы можете заменить измененный флаг на статус, который либо установлен в «I», «U» или «D», в зависимости от того, является ли он вставкой, обновлением или удалением. Тогда вам понадобится только один проход данных.

0 голосов
/ 11 февраля 2011

Я не являюсь разработчиком .NET, но еще один элегантный способ сделать это состоит в том, чтобы иметь 3 слушателей на столе; прослушиватель добавления, прослушиватель обновлений и прослушиватель удаления. Слушатели будут вызывать INSERT, UPDATE и DELETE соответственно.

Сортировка списка не влияет на данные, хранящиеся в базе данных.

...