Привет, всем. Как вы считаете тянет ли на бакалавровскую выпускную

квалификационную работу тема анализа быстродействия операций поиска (по нескольким или одному фильтра) и записи в базу данных (сравнивать хочу MongoDB и MySQL на примере каталога товаров, т.е построить какую нибудь классическую EAV в MySQL и её аналог в mongo, на генерировать данных столько сколько выдержит компьтер, затем делать одинаковые запросы к двум базам и смотреть как долго они выполняются)?
Спросить у препода пока не могу, идея вот только что пришли в голову, хочу узнать мнение со стороны, поэтому пишу сюда, возможно кто то в последние годы заканчивал универ и сможет мне подсказать

Ну тогда в сравнении нет смысла? Тоже много статей наверняка написано на эту тему, NoSQL/SQL тема холиварная ведь

Обычно за студентом закрепляют научного руководителя (либо вы делаете это сами исходя из своих интересов, если вы ответственный и увлеченный студент), с которым вы выбираете или согласовываете тему. Критерии работ (ее объем, оформление, процент плагиата), обычно, у каждого университета свои. Тема диплома не обязательно должна четко соответствовать факультету, она может иметь отклонение в сторону кафедры, что более правильно. Это даёт больший маневр для выбора по интересам. В любом случае, вам стоит уточнить у преподавателя и обсудить это с ним. А по поводу знать что-то хорошо перед написанием диплома: да, безусловно, какое-то представление желательно иметь, но этого достаточно. Учитесь вы, а не комиссия, они знают все это и так, поэтому вы и должны, делая диплом, разобраться в теме и чему-то научиться. Именно это и требуется от вас на данном этапе.

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

она холиварная только когда нет требований, как только появляются требования и понимание что требуется от БД сразу решается какой тип БД под какую часть системы брать. Сравнивать разные БД без явного указания всех требований бессмысленно (участвовал в таком, аж смешно вспоминать). Но вы можете взять конкретный случай и под него посмотреть что будет подходить, выберите что-то что еще не освещалось в интернетах (хех, тут думаю прям удача нужна, чтобы найти новое). Хотя без большого опыта разработки получить полезные выводы всеравно не получится, как и вообще корректно организовать сам процесс тестирования производительности (для диплома может ок, но если хочется пользу какуюто привнести то маловероятно) Как сказали выше поговорите с научруком, если хочется хардкора и он может чтото предложить или хотя бы готов будет понаправлят ьи материалами, то ввязывайтесь. Например взять ту же монгу, взять ее индекс, оценить реализацию с точки зрения скорости работы и накладных расходов на разных объемах самого индекса (1к, 1кк, 1ккк, 100ккк записей) и ограниченных ресурсах оперативы, потом оценить под какой вообще теоретический предел, и предложить что можно улучшить. По аналогии можно взять любую БД, можно не самую известную, где будет простор для улучшений

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

Ну я не претендую на помидорку)) (знать бы что это ещё :) ) Просто если так посмотреть то почти ни один диплом не имеет делать смысла. Я видел темы своих одногруппников, у них так же всё банально, все эти темы уже давно разобраны по косточкам, т.е ничего нового мы не привнесем

лучше разбери, почему толковый десктоп-апп ui возможен только на плюсах

Конкретный случай есть - каталог товаров, хочу нагенерировать фейковых данных, будет около 10-20 категорий товара + различные вариации, т.е разные цвета, у разных цветов разные размеры, бренд, состав, производитель и так далее. В реляционных базах для таких случаев есть популярное (как я читал) решение - это EAV, но её многие ругают за то что нужно делать много join- ов чтобы получить конкретный товар с конкретными характеристика, это решается индексами, но для каталогов так же популярна и mongo (как я читал) пока не знаю как каталог реализуется в mongo ( с учётом возможности расширения в будущем, например добавление новой категории, товара или атрибута) вот хочу сравнить как себя будут вести эти базы данных при одних и тех же задачах, таких как фильтрация, поиск и добавление товара

Лучшее управление памятью? По этой же причине его используют и в геймдеве (unreal engine)

ты у меня не спрашивай) иди разбирайся, изучай

Там вон уже раст в ядре линукса маячит )