Basilisk

Рейтинг
195
Регистрация
23.05.2001

Alex Web

А вы свой движок пишете или что?

просто вопрос

кричев:
У меня уже четыре года форум на движке EXbb.. Бесплатный, легкий, на файлах. Кому-то покажется это анархоизмом, но его не ломают! Вообще!
Есть куча модов, часть из них заказывал у прогеров.

А популярность какая?

Интересно просто.

Dinozavr, ну про "только на сотнях миллионов" я слегка погорячился, согласен :)

Aisamiery:
В любом случае нужны, если поле учавствует в фильтрации. Просто там много ньюансов, которые не знают начинающие разработчики, типо берется только первое поле за индекс или в выборке поля должны быть в том же порядке что и в составном индексе. Опять же индексы вредны в таблицах, где больше записи, чем чтение потому что перестроение индексов в такой таблице будет дольше чем селекты к ней.

Вот я как раз об этом, просто вы за меня сами объяснили :)

---------- Добавлено 22.07.2016 в 10:54 ----------

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

MS SQL тоже так. Вернее наоборот - MySQL как MS SQL.

А так все по делу, не поспоришь :)

Dinozavr

нужны, естественно (хоть и не в любом), а вы какого ответа ожидали? :)

Речь о решении проблемы.

Если в таблице 7000 строк (а не сотни миллионов), а запрос при этом выполняется 35 секунд - то дело не в индексах.

Просто у начинающих SQL разработчиков это частая проблема - если что-то не так, надо срочно куда-нибудь добавить индексы!

Dinozavr:
вы поаккуратней с такими заявками в цивилизованном обществе...

Все же поняли :)

Когда речь идет уже про секунды - дело тут не в индексах, а в квалификации программистов.

До этого движок SQL прекрасно справляется.

Aisamiery:
В данном случае можно добавить поле partners_id в mailmaster_users и склеивать по нему. Но лучше вынести настройки в нормальную табличку с адекватными связями.
Я предпочитаю хранить настройки/поля/etc в табличке вида id_сущности|название_поля|значение_поля, можно повесить индекс на значение поля и составные индексы на сущность+название+значение, сущность+название

Хоспади, да при чем тут индексы при 7000 строках?

Я и так вижу, что вы в SQL разбираетесь, но о чем речь?

При чем тут индексы?

---------- Добавлено 21.07.2016 в 19:04 ----------

Aisamiery индексы эффективно на сотнях миллионов записей работают. Вот так.

Остальное - просто фигня полнейшая.

Aisamiery:
У вас запрос обрабатывает 32 304 386 строк
А добавьте EXPLAIN с одним параметром, который отрабатывается быстро. У вас просто на джоинах не используються индексы, да и тип объединения чуть лучше чем ALL, но очень плохо что последний.
А вообще предлагаю упрощать запросы, разбивать на подзапросы и менять структуру или вводить избыточность в таблицы.

неплохо, кстати

единственное, что избыточности и так много

Элизабет:
А осень ещё никто не отменял... 😂

Так что до Нового года нас может ожидать масса интересного. Я бы на октябрь поставила. Как раз выборы в Государственную Дума закончатся... 🤪

А что, у нас в стране от выборов клоунов на других клоунов когда-то что-то менялось? :)

ksap

$result="тут текст который надо обработать";

В Ризалте, в первой же строчке - "текст, который надо обработать"?

Дальше код, в принципе, и читать неинтересно :)

В хороших командах за такие вещи программистов бьют по рукам и отправляют рефакторить за свой же счет.

Чтобы больше на переменных не экономили.

P.S. Ничего личного :)

Всего: 1063