ThunderCat

Есть ли возможность оптимизировать запрос, т.е. применить какой-то оператор или чего?

А есть проблема производительности? сколько выполняется запрос, какой объем базы?

https://habrahabr.ru/post/324880/

Каждый день или чуть реже нужно будет обновлять данные для 5-40 млн записей,

это обязательно сделать за один заход?

- поиск - есть ли запись в базе данных с указанным названием, если есть то обновляем данные там.

какого вида название? текст, хеш, инт? Длинна? В общем случае выборка по индексу происходит ОЧЕНЬ быстро, тут больше от железа зависит чем от базы.

- поиск по базе данных с указанными параметрами (например, чтобы такой-то параметр был больше указанного значения и подобные условия)

Индексы решают, если задача простые выборки из плоской таблицы - будет быстро, кроме вариантов поиска а ля `field` like %some text%.

Хочу узнать какими способами можно организовать структуру хранения большой информации ?

читайте "нормальные формы бд".

Какую базу данных выбрать ? Подойдет ли MySQL для этих задач?

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

UPD:

Данные будут храниться в простом виде: строчка id,

надеюсь, это опечатка, в смысле - id типа integer?

Или может только хранить скажем категории и их номер в отдельной таблице. А в основной писать только номер категории.

читайте про нормализацию, нет, ну правда, это ВАЖНО.
Числовые данные ВСЕГДА работают быстрее смешанных(альфанумерик) при равной длине(в "символах"), надеюсь это очевидно. Соответственно выборка where categoryid = 55 будет работать быстрее чем where category = 'somecategoryname'. В остальном - не вижу особых проблем.

<a href="javascript:l_image ('https://static.pexels.com/photos/353644/pexels-photo-353644.jpeg')">Elegance</a>

отличный пример го*нокода. Не надо так.

url новую картинку на фон в блок

<img src="https://static.pexels.com/photos/593330/pexels-photo-593330.jpeg" name="example_img"alt="">

а где фон? Если просто картинке срц поменять то:

$('.menu_a').on('click',function(e){
e.preventDefault();
var imgurl = $(this).data('url');
$("#someimage").attr('src',imgurl);
})

хтмл поменять так:

<a href="#" data-url="https://static.pexels.com/photos/353644/pexels-photo-353644.jpeg">Elegance</a>
<div class="img-container">
     <img src="https://static.pexels.com/photos/593330/pexels-photo-593330.jpeg" alt="" id="someimage">
</div>

$(document).on('click tap','.class', function(e) { ...

touch тоже должно работать нормально

photoshop - > ctrl+shift+alt+s

ну, начнем с того что форм у вас не 3, а 1.
Кнопки в форме 3, хотя достаточно одной, в конце формы(или в любом другом месте внутри тега формы).
Как у вас работает аякс - загадка, ибо кода вы не привели, а то что здесь нарисовано работать нормально не должно, так как:
1) id - уникальный идентификатор элемента, что как бэ намекает на то что повторяться для нескольких элементов он не должен.
2) форма отправленная в текущем виде на сервере будет просто передавать на сервер 3 последних значения из всего набора инпутов, тк сервер примет строку в которой будут повторяющиеся имена переменных - соответственно последние полученные данные затрут предыдущие. Это можно побороть яваскриптом, который будет реализовать анальный костыль, например считывая 3 инпута перед вызывающей кнопкой. Если вы знаете толк в извращениях - флаг в руки.
3) так как все 3 имени инпутов в группах совпадают - какой смысл их различать? как угадать из какого я отправляю данные?
4) если нужно 3 раза вызвать обработчик на сервере - 3 раза вызывайте аякс запрос, каждый раз передавая последующие 3 значения из инпутов, не забывайте, что аякс - асинхронная функция, запуск следующего запроса лучше всего вешать на onsuccess предыдущего запроса. Измените ид для каждого элемента на уникальный, или уберите вообще. Проще всего сделать все инпуты одной группы с одинаковым классом, по нему и выбирать группу, например $('.firstinputs')

...подтягиваю данные из бд с помощью xmlhttprequest. Бывает такое, что ответ от сервера приходится ждать более минуты,..

на вашем месте при таком раскладе я бы в первую очередь разобрался с работой бд, которая отдает данные больше минуты. Это номер раз.
Второе - если там реально дохренища данных - бить на куски и делать несколько запросов, по окончании загрузки 1 куска стартовать второй и тд, так можно будет прервать работу на клиенте, а не на сервере, что гораздо проще как вы понимаете.
Вариант 3, при нагруженных вычислениях - запускать на сервере скрипт в отдельном потоке, результат писать в какое-либо хранилище (можно прям обратно в бд, но думаю редис для этого более подходящий вариант), запрашивать результат лонг поллингом или по таймеру через каждые н секунд.

1) Нет дизайна. Вообще. Шапка с 2 персонажами игры 20летней давности это не дизайн. 1000 рублей лучше бы знакомому дизайнеру за шапку отдали. Стиль блога из 2000х.
2) Нет темы. Ну список игр, ну что-то про игру. Где уникальная фишка, то за чем я буду заходить к вам, а не на канобу например?
3) для сравнения , чувствуется что тут люди работают, и над видом и над содержимым. Буржуи, но ничего не мешает сделать красиво самому.
4) Подумайте что уникального сделать на сайте, пусть и менее востребованное, и пробейте низкочастотники под свою фишку.

бесплатно, темы за деньги

таблица гуглодоков, просто и со вкусом, отовсюду доступна, считает искаропки разные проценты/суммы. Есть подсветка разными цветами - типа красный - долг, зеленый оплачено и тд. Стильно, модно, молодежно )

RTFM ЕПТА!
$("#идГребаннойФормы").validate();

Вопрос либо не полный/не точный, либо бессмысленный.
на 1000 записей таблица - выборки по таким таблицам с любыми параметрами занимают 0,0001-0,001 , зависит от железа.
Логично предположить что выборка 2 полей не будет занимать больше времени чем выборка всех полей.
2 поля выберутся быстрее(бд "знает" где эти значения лежат из индекса, а 1000 полей подряд будет пихать в результат тупо дольше).
Вопрос скорости встает при передаче данных от бд к приложению, и тут опять же очевидно что разница в размере - пару десятков байт против пару килобайт, (не критично, но разница есть) говорит в пользу выборки по условию.
В целом на представленных условиях разница в скорости выборки за все время существования данной таблицы не превысит времени потраченного на написание этого ответа.

https://stackoverflow.com/questions/16184685/how-d...
я так понимаю работает только для приложений на базе асп.

Первый апп, и то по гайду

Ценность обучения по гайду (и соответственно качество гайда) в том что в гайде дают понятия что и зачем мы делаем, если что-то из написанного остается для вас "черным ящиком", типа "пишем эту строчку и все работает" то гайд не стоит траффика потраченного на скачивание.

А каким боком ангулар к облачным сервисам вообще? Вопрос по типу "какие трусы надевать на голову чтобы жопа не мерзла".