Салам b\ратья, так как в pr полтора анона спрошу тут призывается крутые мамкины программисты.. Прошу помощи и годных советов по оптимизации БД. В общем есть таблица ~30-35 полей по моему мнению из них, где то 13 полей можно дополнительно разбить на отдельные таблицы и связать внешним ключом.. Но чет мне кажется, что тоже так себе решение, как лучше оптимизировать эту таблицу?В таблице хранится фильмы с такими полями, как продюсер, актеры, режиссер, сценарист, и т.д. БД мускуль С меня как всегда
Бамп
UP
>>164403203Чё бамп? Имена полей выкладывай полностью
Бамп>>164403253Вот
Можешь поделиться?Хочу потыкать ради опыта
Бампану
>>164404146Чем?
>>164404191бдшкой
бамп
>>164403053 (OP)>оптимизировать эту таблицу?Оптимизировать для чего, пограммист, по какому критерию? Или тебе нужно чтобы "красиво было" и ты нихуя не понимаешь, что такое оптимизация и для чего она нужна.
>>164403823издеваешься?текст скопируй, а скриншот себе в ж*пу засунь.
>>164404252>>164404298Оптимизировать для поиска по жанрам, по режиссерам актерам, и т.д чтобы при выборке фильмов с посещаемостью сайта овер 5-10к сайт не сел срать ежжи
ГУГЛИ НОРМАЛИЗАЦИЯ ДАННЫХ
>>164404444Да блять знаю я эту оптимизацию.. По ней как я раньше говорил нормальное решение разбить на таблицы и по Foreign Key связывать, но мне кажется, что это не то
>>164404575ну приводи к нормальной форме ояебу
>>164404312Да блять какая разница скрин нормально видно, чтобы картину понять достаточно всего лишь проскроллить раз максимум три
>>164404633Ебешь помоги, нет, не еби мозг
Бампану тоже
>>164403053 (OP)Судя по ответам, не я один прочитал твой вопрос как> Ну, кароч, у меня чёт есть, я чёт хочу с этим сделать, но не знаю, что и зачем, кароч, что мне сделать?Бочку, блядь, сделай.
>>164404709ты тупой чи не я хуй пойму. Если у тебя в таблице продюсер, актеры, режиссер, забиваются в эту таблицу ты неоселятор!
>>164403053 (OP)Эм момент, у тебя долго выполняется select по одной таблице? А ты индексы полям по которым поиск идёт пробовал добавлять?
>>164404933Блять умник, хуесос ты, не мая блять тбл, а тбл каторая имеется благодаря такому же умнику, как и ты, а мне нужно оптимизировать можешь помоги, нет иди на хуй а
>>164404438>Оптимизировать для поиска по жанрам, по режиссерам актерам, и т.д чтобы при выборке фильмов с посещаемостью сайта овер 5-10к сайт не сел срать ежжиставь сфинкс и не еби мозги (sphinxsearch)
>>164405012ебать дебил к нормальной форме БОЙСА-КОДДА приведи
>>164404974Индексы могу добавить, но все равно если оставить таблицу в исходном виде и проиндексировать временно поможет позже разрастется так, как таблица большая все равно будут проблемы
>>164405060>sphinxsearchТам 30к бесплатных запросов вроде.. Нашальника это не совсем устроит
>>164405165лолшто?
>>164405109Ничего быстрее селекта, из одной таблицы не будет. И индексы многократно ускоряют, ты попробуй сначала.
>>164405165Ты наркоман? Это ставится на сервак и всё, какие нахуй 30к запросов.
>>164405239а нет.. Спутал, пардон с Algolia кажется как она там
>>164405277Попробую explain'меньтровать
>>164404647он у меня даже в экран не помещается по вертикали. не имеешь уважения к глазам людей - не поличишь нормализованную бд. ты сам себе злобный буратино.
>>164403053 (OP)Ставь эластик-сёрч для поиска, не еби мозги. Сохраняй, удаляй, изменяй в мускуле, на чтение в эластике. Гарантирую х100 по производительности. Тем более я уверен, что на чтение будет х1000 от CUD операций.
>>164405674Ну прости bрат это был самый быстрый варик
>>164405728>т CUD операцийт.е советуешь все таки не ипаться с таблицей?
>>164405728К этому же добавлю, что по первичным ключам можно дёргать напрямую из мускульной базы.
>>164405853Именно. По своему многолетнему опыту, могу сказать что рефакторинг баз никогда ни к чему хорошему не приводил. Если это пет-прожект, то тогда, офк, можно и нужно рефакторить, набьёшь шишек
>>164404438>Оптимизировать для поиска по жанрам, по режиссерам актерамРазбивай на таблицы, создавай индексы по важным для запроса полям. На таблицы разбивай чтобы в базе не хранилась дублируюящаяся инфа или объединяй чтобы один запрос лез только в одну таблицу елси реально это нужно. И еще раз повторю - создавай индексы.
>>164404438Так же пользу эластика скажу, что у него есть плагины по морфологическому поиску + по расстоянию между ожидаемым и входным запросом. Условно в случае опечаток или синонимов, будут выдаваться верные результаты.
Ладно все добра за помощь.. В принципе все также, как и сам предпологал
>>164403053 (OP)Советую распределенный кэш типа hazelcast с бекапом в мускуль. Вот это будет царский оптимизон.