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

Куда попросят - туда и отправьте. Спросят ссылку на гитхаб - ну что поделать, отправляйте туда

Запрос вполне верен. То что не нашлось полей, которым проставить новые значения - ничего не значит. Не поверите, но бывают и запросы на удаление, которые ничего не удаляют.
UPD : В коде по ссылке у вас грехов побольше. Конкатенирование sql-запросов, мелькающие элементы разметки и echo(видимо месиво работы с базой и работы с клиентским представлением).

Предлагаю первый абзац пересказать своему руководителю. Возможные сложности - строгий режим входа/выхода в здание, техническая невозможность обеспечить безопасный доступ к Source Control из вашего дома.

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

Попробуйте создать формочку которая на вход принимает ссылку на некий сорец открытых данных в стандартизированном формате(К примеру - Центробанк кажется имеет адрес архива курсов рубля в формате XML, или посмотрите сайты NASDAQ или moex.com. Там могут быть наборы данных). Эти данные сохранить в базу ( учесть что данные могут быть повторно сохранены,а надо - дополнить,возможно исправить и удалить те которых больше нет). А на выходе из данных в БД - построить какой-нибудь график. Какой захотите.

Ну долгий запрос зацикливанием вы сделаете еще дольше. Может стоить удалять почаще? раз в день например, ночью.

Выберите кастомную установку и внимател но изучайте то что ставите. В частности попробуйте о казаться от инструментария работы с sql если не получится о казаться от sql express

Тряхните стариной - сделайте через фреймы.

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

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

Я не криптолог, но помоему это бешеный overhead. Лучше алгоритм засолки похитрее сделайте.

Можете не быть ИП если подадите в налоговую - декларацию о том что заработали от такой деятельности такую сумму. Уплатите 13% и гуляйте дальше. А можете стать ИП и случайно узнать что заплатить можно не 13%, а 6%. Найдите среди друзей и близких бухгалтера пограмотнее.

Любой программный проект имеет свою архитектуру. Не MVC , а более глобальную. Из каких компонентов состоит система, как они взаимодействуют. Архитектор должен это проектировать и контролировать. Веб не заканчивается веб-мордой. Архитектор должен знать что возможно когда-то появится мобильное приложение для работы в текущей инфраструктуре компонентов и четко объяснить программистам как встраивать это приложение.

1) Ловить события keyPress, keyUp и уточнить во время разработки коды нужных вам клавиш
2) Чуток разобраться - а часто ли будет использоваться сия функциональность, учитывая что рядовой пользователь при нажатии этих кнопок(если вобще их использует) ожидает легкого скролирования.

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

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

Предложу несколько необычный подход к решению. А пробовали спрашивать в тех.поддержке Касперского? Писать баг.репорты ИМ, а не сюда? support.kaspersky.ru/11736

1 вызов хранимой процедуры. передать все необходимые параметры в нее. А внутри провести транзакцию с нужным числом INSERT

1)Сбор требований
2)Проектирование
3) Разработка
4) Тестирование
5) Внедрение.
Ничего нового не придумали вроде.