Вопрос по проектированию бд mysql (интересный)

68

use_linux

7 мая 2019, 13:00

1411

INSERT INTO ArticleAuthors

    (ArticleId, AuthorId)

VALUES

    (1, 1),

    (2, 1),

    (3, 1),

    (4, 2),

    (5, 2),

    (6, 3),

    (7, 4),

    (7, 5),

    (7, 6),

    (7, 7),

    (7, 8)

Это запрос к таблице-посреднику между таблицами со статьями и с авторами. Эта таблица устанавливает соответствие между статьями и авторами посредством идентификаторов. Вопрос-то на самом деле следующий: при такой структуре я могу сделать выборку авторов, например, тех у кого >=5, >= 10 статей? Мне просто хватит алгоритма. Или бд спроектирована неправильно для этого? Вот решить этот вопрос затрудняюсь(

S

469

Sitealert

7 мая 2019, 13:06

#1

use_linux:
Или бд спроектирована неправильно для этого?

Обычная структура.

Отпилю лишнее, прикручу нужное, выправлю кривое. Вытравлю вредителей.

1774

LEOnidUKG

7 мая 2019, 13:07

#2

Изучайте JOIN LEFT, чтобы разные таблицы собирать в одну.

✅ Мой Телеграм канал по SEO, оптимизации сайтов и серверов: https://t.me/leonidukgLIVE ✅ Качественное и рабочее размещение SEO статей СНГ и Бурж: https://getmanylinks.ru/ ✅ Настройка и оптимизация серверов https://getmanyspeed.ru/

SS

83

SERM-service

7 мая 2019, 14:01

#3

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

Размещение естественных ссылок на тематических порталах, отзовиках, справочниках (/ru/forum/1013919)

Упрощаем конфигурацию Google Analytics Как добавить на сайт Как и зачем сегментировать

1774

LEOnidUKG

7 мая 2019, 14:03

#4

SERM-service:
Как вариант добавить в таблицу к авторам поле которое показывает количество активных статей. Обновлять его можно например при добавлении статьи или удалении, зависит от ваших требований, или триггеры попытаться использовать под эти нужды.

Вполне нормальный вариант т.к. COUNT в mysql очень ресурсоёмкий запрос.

8

imaster-php

7 мая 2019, 14:16

#5

Можно было бы сразу в таблице статей указывать ID автора.

Но раз уж так спроектировали БД, то для выборки можете использовать запрос

SELECT * FROM `Authors` WHERE `id` IN (SELECT `AuthorId` FROM `ArticleAuthors` GROUP BY `AuthorId` HAVING COUNT(ArticleId) >= 5

1

Хостинг для сайта ( https://good-hoster.ru ) - сервис по выбору хостинга

1774

LEOnidUKG

7 мая 2019, 14:29

#6

HAVING COUNT

Пробовали запускать когда таблица весит по 2 ГБ и записей более 1 млн? :)

8

imaster-php

7 мая 2019, 14:43

#7

Пробовали запускать когда таблица весит по 2 ГБ и записей более 1 млн?

С чего вы взяли, что у use_linux в проекте такая огромная таблица?

UL

68

use_linux

7 мая 2019, 16:13

#8

LEOnidUKG:
Пробовали запускать когда таблица весит по 2 ГБ и записей более 1 млн? :)

imaster-php в данном случае прав, для моих целей сойдет, я рассчитываю на не более 2-3 тыс. А потом видно будет.

Я бы с интересов взглянул на ваше предложение.

---------- Добавлено 07.05.2019 в 20:17 ----------

imaster-php:
Можно было бы сразу в таблице статей указывать ID автора.
Но раз уж так спроектировали БД, то для выборки можете использовать запрос

SELECT * FROM `Authors` WHERE `id` IN (SELECT `AuthorId` FROM `ArticleAuthors` GROUP BY `AuthorId` HAVING COUNT(ArticleId) >= 5

Ваш код приспособил, работает пока. Хотя, я бы хотел чуть иначе. На самом деле, если таблица будет большая - будет накладно.

---------- Добавлено 07.05.2019 в 20:19 ----------

LEOnidUKG:
Изучайте JOIN LEFT, чтобы разные таблицы собирать в одну.

то-то и оно! прокачаться надо в sql. Простые запросы я научился составлять, а как доходит до чего-нить подобного...

Подскажите CMS Самые быстрые хостинг для Стоит ли лезть сейчас?

94

Gerga

7 мая 2019, 16:21

#9

imaster-php:
Можно было бы сразу в таблице статей указывать ID автора.

Не вариант, что подойдет. Данная структура учитывает отношение "многие-ко-многим", возможно именно это отношение и закладывалось при реализации данной структуры.

---------- Добавлено 07.05.2019 в 19:22 ----------

use_linux, этот /ru/forum/comment/16053116 вариант можете реализовать.

1

Facebook всё ещё планирует YouTube предупредил об обновлении Поисковик для наладонников продолжает

S

469

Sitealert

7 мая 2019, 18:17

#10

LEOnidUKG:
Пробовали запускать когда таблица весит по 2 ГБ и записей более 1 млн? :)

На самом деле, быстрее сдохнет

IN (SELECT ... )

Мускуль не умеет оптимизировать такую конструкцию, насколько я помню.

В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов

Зачем быть уникальным в мире, где все можно скопировать