Дмитрий Ковальский

довольно путаное объяснение задачи. вам нужен или сложный select для четкой выборки что добавлять или "курсор"

Попробуйте так

SELECT id,SUM(кол-во)
GROUP BY id
HAVING SUM(кол-во) > someValue

Набросал трэш на коленке, но может и сработает. хотя и врятли.

SELECT ID_ARTICLE 
FROM TABLE1 
GROUP BY ID_ARTICLE 
HAVING COUNT(Id_user)=1
WHERE ID_ARTICLE IN(SELECT ID_ARTICLE WHERE ID_USER=@param)

1) написать хранимку 2) вынести код запроса SQL в отдельные классы из code-behind. 3) Проверить ввод формы и вызвать метод , передав набор параметров

Не знаю зачем вам это. Но можете добавить еще одно ключевое поле sequence или что-то подобное

ну 1) постигайте дзен слова JOIN , 2) хз как вы хотите связать идентификатор бара с идентификаторром района, так же как и хрен знает почему у района есть ид и район_ид . В чем разница?! Да и вобще освойте английский. Транслит кроме разворота мозга в раскоряку ничего не вызовет.

А еще есть шанс отказаться? Суда по вашей исповеди - в команду, плохо знающую sql в качестве консультанта отправляют человека который его не знает вовсе. Звучит пугающе. https://www.codeschool.com/courses/try-sql тут попробуйте начать. Ну и поискать на тостере. Вы не первый задаетесь этим вопросом https://toster.ru/search?q=изучение+SQL

500Кб - не много. Возможно стоит как-то уточнить необходимость вставки. Например если указанные данные не менялись. Как вариант - если эти данные не жизненно необходимы, а используются для логирования, то можно их хранить в другой базе(убрать нагрузку с основной) или писать в XML, но это усложнит обработку.

UPD : Вы пишете в базу не большое количество строк, а делаете МНОГО запросов на добавление. Разница достаточно велика. В вашей формулировке можно предположить что вы добавляете сотни строк за раз, а это не правда.

Советую вам не писать запрос в 2 таблицы через запятую. При этом делается хз какой Join и читабельность падает до нуля. Рекомендую переписать явным Join'ом с явным указанием по каким полям и условиям. А внутри Where уже писать все необходимые вам условия

1) Уберите грустные смайлики, 2)Шарахните себя линейкой по рукам за прямой запрос в базу со звездочкой.
3) Создайте в базе хранимую процедуру принимающую 1 входной параметр и возвращающую SELECTом набор нужных вам колонок(даже если нужны все - перепишите трепетно через запятую). 4) перепишите код под вызов хранимки с параметрами.

У вас несколько неверный подход к решению задачи. Вы сначала создали солюшн, затем внутри проекта создали базу. В итоге вы имеете базу и хз как с ней общаться. Поднимите сначала sql-server(Разберетесь заодно с его логин/паролем, адресом, правами доступа). В нем создайте БД, а из проекта уже цепляйтесь к этому конкретному серверу и БД. К слову - если у вас нет статического ip-адреса и ваш сервер не крутится в режиме 24/7 - вообще не ясно как к вам будет подключаться другой разработчик. (LocalDB) может пригодится для тестовой заглушки, но в реальных проектах даже маленького масштаба - надо приучаться к выделенному SQL-серваку. В вашем случае попробуй из Managment Studio подключиться к серверу (MSSQLEXPRESS), кажется он так раньше назывался. или (localhost)

Насчет django не знаю, но сложные запросы можно, а чаще всего и нужно хранить в БД в виде хранимых процедур.

Ответа здесь не будет, но будет небольшой совет. Шарахните себя линейкой по рукам за прямые запросы в базу и разберитесь немного с хранимыми процедурами. А заодно вместо звездочки приучайтесь писать весь набор столбцов. При Join разных сущностей есть риск склеить различные таблицы с одинаковыми полями,но разными значениями. Также возможно вы будете тащить из базы данные которые вам не нужны, что приведет к лишней нагрузке на БД.