Как сделать проверку на добавление записи в БД

@danhiroman · Регистрация: 26.05.2020

Студворк — интернет-сервис помощи студентам

У меня есть таблица расписание (raspisanie) куда я добавляю запись о каком-либо занятий группы. И мне нужно как-то сделать проверку на то, чтобы один преподаватель не мог вести в одинаковое время 2 пары. И ещё, чтобы нельзя было добавлять занятие для группы, если например у этой группы уже есть занятие в это время. Время получается из (id_day(это день недели) и id_para(это время пары)). Преподаватель может преподавать несколько дисциплин, и он указан в таблице discipline_academic как id_teacher. Помогите пожалуйста.

@MsGuns · 13.05.2021, 16:06

Тут несколько решений.
1. Создание на сервере для таблицы уникальных индексов.
2. Алгоритм модификации/добавления вложить в бизнес-логику сервера на уровне хранимой процедуры или триггера.

В обоих случаях ловить с клиента (Вашего приложения) эксепшины сервера в коде создания и отсылки запросов на изменение/добавление

3. В самом приложении перед модификацией/добавлением записи посылать запрос на выборку записи с такими же значениями критичных полей и, если найдена, то ругаться и ничего не изменять/добавлять. Тут небольшая хитрость: и проверку, и запись в БД если проверка была успешной (нет записи с "дублированием") нужно отсылать на сервер в одной транзакции.

Добавлено через 5 минут
И Вы не написали самого главного - каким образом Вы реализуете отправку на сервер новых/измененных записей.
Если через адаптер (т.е. изменения делаются в гриде), то все грустно. Ибо Вам придется при выборе метода 3 (а что-то мне подсказывает, что ни триггеры, ни уникальные индексы Вы писать не будете) накручивать логику по событиям датасета грида ибо, насколько я знаю, штатные методы адаптера (Update, Insert) не позволяют вместо запросов писать целые скрипты, в который еще и поднимаются на сервере исключения.

@danhiroman · 13.05.2021, 16:24 **[ТС]**

MsGuns, Ничего не понял, но очень интересно

@carrotik · 13.05.2021, 16:49

Сообщение от MsGuns

Тут небольшая хитрость: и проверку, и запись в БД если проверка была успешной (нет записи с "дублированием") нужно отсылать на сервер в одной транзакции.

..да вовсе и не обязательно .. это же валидация фактически ... проверили наличие, преподавателю мессаж "Ваша пара/аудитория/группа уже занята ..." ... Куда торопиться-то ..?

@mashmed135 · 13.05.2021, 17:31

Сообщение от MsGuns

В самом приложении перед модификацией/добавлением записи посылать запрос на выборку записи с такими же значениями критичных полей и, если найдена, то ругаться и ничего не изменять/добавлять. Тут небольшая хитрость: и проверку, и запись в БД если проверка была успешной (нет записи с "дублированием") нужно отсылать на сервер в одной транзакции.

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

Сообщение от MsGuns

Алгоритм модификации/добавления вложить в бизнес-логику сервера на уровне хранимой процедуры или триггера.

Та же проблема. 90% написать такую проверку не смогут.

Сообщение от carrotik

..да вовсе и не обязательно .. это же валидация фактически ... проверили наличие, преподавателю мессаж "Ваша пара/аудитория/группа уже занята ..." ... Куда торопиться-то ..?

Да, если к базе всегда не более одного клиента доступ имеет(справедливо для 90% приложений, поделка тс попадёт в эту категорию с вероятностью 100%).

@MsGuns · 13.05.2021, 17:41

mashmed135, Это все хорошо, но где Ваши рекомендации, как решить эту проблему при условии, что приложение сооружалось на 90% в конструкторе и с редактируемым гридом ?

@mashmed135 · 13.05.2021, 17:53

Сообщение от MsGuns

но где Ваши рекомендации

Индекс. Ценителям можно предложить триггер. Совсем извращенцам - тот же триггер, только в приложении и запускаемый соответственно не базой, а приложением. Всё.

@danhiroman · 13.05.2021, 18:21 **[ТС]**

Ребят, а что делать то в итоге? Может кто максимально для тупых объяснить, как действовать.

@MsGuns · 13.05.2021, 18:23

Сообщение от mashmed135

Индекс. Ценителям можно предложить триггер

Читаем [2] пункты 1 и 2.

@mashmed135 · 13.05.2021, 18:25

Сообщение от danhiroman

Ребят, а что делать то в итоге?

Индекс делать.

SQL
1
2
3
4
5
6
7
8
9
CREATE EXTENSION BTREE_GIST;
CREATE TABLE TEST (
  ID BIGINT PRIMARY KEY,
  PREPOD_ID BIGINT NOT NULL,
  BEGIN_TIME TIMESTAMP NOT NULL,
  END_TIME TIMESTAMP NOT NULL,
 
  EXCLUDE USING GIST (PREPOD_ID WITH =, (TSRANGE(BEGIN_TIME, END_TIME)) WITH &&)
);

Второе ограничение сам добавь.

@MsGuns · 13.05.2021, 18:29

Сообщение от danhiroman

Ребят, а что делать то в итоге?

А тут 2 варианта.
1. Ничего не делать, бросить программирование нафиг. А пойти, например, в сапожники или пирожники.
2. Набраться терпения и начать изучать что-нибудь кроме "методичек" Ваших "преподов".

Добавлено через 3 минуты

Сообщение от mashmed135

Индекс делать.

А с чего Вы взяли, что у ТС PostgreSQL ?

@danhiroman · 13.05.2021, 18:29 **[ТС]**

mashmed135, Можно комментарии к этому? Что это делает и куда его пихать непосредственно в приложении на С#?

SQL
1
2
3
4
5
6
7
8
9
CREATE EXTENSION BTREE_GIST;
CREATE TABLE TEST (
  ID BIGINT PRIMARY KEY,
  PREPOD_ID BIGINT NOT NULL,
  BEGIN_TIME TIMESTAMP NOT NULL,
  END_TIME TIMESTAMP NOT NULL,
 
  EXCLUDE USING GIST (PREPOD_ID WITH =, (TSRANGE(BEGIN_TIME, END_TIME)) WITH &&)
);

@mashmed135 · 13.05.2021, 18:29

Сообщение от MsGuns

Читаем [2] пункты 1 и 2

Нет, все твои пункты - 90% дырявые, как я уже говорил. Попробуешь реализовать и осознаешь. Ничего лучше индекса здесь нет.

@MsGuns · 13.05.2021, 18:31

Сообщение от mashmed135

Ничего лучше индекса здесь нет.

Круто !

Добавлено через 45 секунд
danhiroman, О Вам чушь предложил, к тому же для постргеса,У Вас же сервер другой ?

@mashmed135 · 13.05.2021, 18:32

Сообщение от danhiroman

Что это делает

Запрещает вести преподу более одной пары одновременно.

Сообщение от danhiroman

и куда его пихать непосредственно в приложении на С#?

В базу. Но в целом, с этим не ко мне - основу решения я тебе сказал, а где ты его применять будешь мне не интересно.

@danhiroman · 13.05.2021, 18:32 **[ТС]**

MsGuns, MS SQL server

@mashmed135 · 13.05.2021, 18:35

Сообщение от MsGuns

А с чего Вы взяли, что у ТС PostgreSQL ?

Потому как ничего другого вменяемого в области реляционок нет.

Сообщение от MsGuns

Круто !

Да. Но ты можешь попробовать предложить хотя бы работающее решение. Впрочем, ты не сможешь. выше я уже говорил об этом.

@MsGuns · 13.05.2021, 18:42

Сообщение от danhiroman

MsGuns, MS SQL server

Вот и я о том же. Поэтому "советы" mashmed135 можете смело пропускать.

Идея же ограничения (CONSTRAINT) на проверку уникальности значений совокупности полей таблицы, дополняющее правила бизнес-логики любого SQL-сервера, высказанная в [2] п.1, реализуется в MS SQL несколько по-другому. Как - читайте в документации мелкомягких.

Все правила БЛС (бизнес-логики сервера) действуют абсолютно независимо от приложений, которые с ним (сервером) работают. Т.е. ни студия, ни шарп к этому отношения не имеют. Если, конечно, сами они не создают БД (EF Code First например)

Добавлено через 1 минуту

Сообщение от mashmed135

Потому как ничего другого вменяемого в области реляционок нет.

Не по теме:

Все с тобою понятно :)

@mashmed135 · 13.05.2021, 18:49

Сообщение от MsGuns

реализуется в MS SQL несколько по-другому. Как - читайте в документации мелкомягких.

Ну вот, всё как я и говорил - очередной эксперт кинул пару лозунгов, обосновать ни один из них не смог и начал кивать в сторону гугла/документации/авторитетов.

Так же видно, что дошколёнок уже выдрессированный - сразу понял, что против меня шансов у него никаких и даже не пытался родить хоть какое-то решение, ограничившись перепастой прочитанного в интернете ранее. Забавно на ятом фоне смотрятся пассажи про "ясно".

Скучно.

@Usaga · 14.05.2021, 05:53

Сообщение от mashmed135

Потому как ничего другого вменяемого в области реляционок нет.

Вау) Какие категоричные заявления пошли)

danhiroman, тут народ спорит о корректном решении в условиях конкурентного доступа к базе. А вы хотя бы банальный запрос на SQL написать можете? Чтобы хотя бы просто проверить наличие пары на определённую дату с определённым преподом?

Новые блоги и статьи Все статьи Все блоги /
Модель заражения группы наркоманов alhaos 17.04.2026 Условия задачи сформулированы тут Суть: - Группа наркоманов из 10 человек. - Только один инфицирован ВИЧ. - Колются одной иглой. - Колются раз в день. - Колются последовательно через. . .	Мысли в слух. Про "навсегда". kumehtar 16.04.2026 Подумалось тут, что наверное очень глупо использовать во всяких своих установках понятие "навсегда". Это очень сильное понятие, и я только начинаю понимать край его смысла, не смотря на то что давно. . .	My Business CRM MaGz GoLd 16.04.2026 Всем привет, недавно возникла потребность создать CRM, для личных нужд. Собственно программа предоставляет из себя базу данных клиентов, в которой можно фиксировать звонки, стадии сделки, а также. . .	Знаешь почему 90% людей редко бывают счастливыми? kumehtar 14.04.2026 Потому что они ждут. Ждут выходных, ждут отпуска, ждут удачного момента. . . а удачный момент так и не приходит.
Фиксация колонок в отчете СКД Maks 14.04.2026 Фиксация колонок в СКД отчета типа Таблица. Задача: зафиксировать три левых колонки в отчете. Процедура ПриКомпоновкеРезультата(ДокументРезультат, ДанныеРасшифровки, СтандартнаяОбработка) / / . . .	Настройки VS Code Loafer 13.04.2026 { "cmake. configureOnOpen": false, "diffEditor. ignoreTrimWhitespace": true, "editor. guides. bracketPairs": "active", "extensions. ignoreRecommendations": true, . . .	Оптимизация кода на разграничение прав доступа к элементам формы Maks 13.04.2026 Алгоритм из решения ниже реализован на нетиповом документе, разработанного в конфигурации КА2. Задачи, как таковой, поставлено не было, проделанное ниже исключительно моя инициатива. Было так:. . .	Контроль заполнения и очистка дат в зависимости от значения перечислений Maks 12.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "ПланированиеПерсонала", разработанного в конфигурации КА2. Задача: реализовать контроль корректности заполнения дат назначения. . .

@danhiroman 2 / 2 / 0 Регистрация: 26.05.2020 Сообщений: 331

	Как сделать проверку на добавление записи в БД 13.05.2021, 14:29. Показов 5800. Ответов 42 Метки нет (Все метки) У меня есть таблица расписание (raspisanie) куда я добавляю запись о каком-либо занятий группы. И мне нужно как-то сделать проверку на то, чтобы один преподаватель не мог вести в одинаковое время 2 пары. И ещё, чтобы нельзя было добавлять занятие для группы, если например у этой группы уже есть занятие в это время. Время получается из (id_day(это день недели) и id_para(это время пары)). Преподаватель может преподавать несколько дисциплин, и он указан в таблице discipline_academic как id_teacher. Помогите пожалуйста. Миниатюры 0

@MsGuns 1497 / 1238 / 245 Регистрация: 04.04.2011 Сообщений: 4,363
	13.05.2021, 16:06
	Тут несколько решений. 1. Создание на сервере для таблицы уникальных индексов. 2. Алгоритм модификации/добавления вложить в бизнес-логику сервера на уровне хранимой процедуры или триггера. В обоих случаях ловить с клиента (Вашего приложения) эксепшины сервера в коде создания и отсылки запросов на изменение/добавление 3. В самом приложении перед модификацией/добавлением записи посылать запрос на выборку записи с такими же значениями критичных полей и, если найдена, то ругаться и ничего не изменять/добавлять. Тут небольшая хитрость: и проверку, и запись в БД если проверка была успешной (нет записи с "дублированием") нужно отсылать на сервер в одной транзакции. Добавлено через 5 минут И Вы не написали самого главного - каким образом Вы реализуете отправку на сервер новых/измененных записей. Если через адаптер (т.е. изменения делаются в гриде), то все грустно. Ибо Вам придется при выборе метода 3 (а что-то мне подсказывает, что ни триггеры, ни уникальные индексы Вы писать не будете) накручивать логику по событиям датасета грида ибо, насколько я знаю, штатные методы адаптера (Update, Insert) не позволяют вместо запросов писать целые скрипты, в который еще и поднимаются на сервере исключения. 1

@danhiroman 2 / 2 / 0 Регистрация: 26.05.2020 Сообщений: 331
	13.05.2021, 16:24 [ТС]
	MsGuns, Ничего не понял, но очень интересно 0

@MsGuns 1497 / 1238 / 245 Регистрация: 04.04.2011 Сообщений: 4,363
	13.05.2021, 17:41
	mashmed135, Это все хорошо, но где Ваши рекомендации, как решить эту проблему при условии, что приложение сооружалось на 90% в конструкторе и с редактируемым гридом ? 0

@danhiroman 2 / 2 / 0 Регистрация: 26.05.2020 Сообщений: 331
	13.05.2021, 18:21 [ТС]
	Ребят, а что делать то в итоге? Может кто максимально для тупых объяснить, как действовать. 0

@danhiroman 2 / 2 / 0 Регистрация: 26.05.2020 Сообщений: 331
	13.05.2021, 18:32 [ТС]
	MsGuns, MS SQL server 0