Size: a a a

2021 November 04

p

p1gh34d in dbGeeks
Спасибо за совет, попробую третью таблицу заюзать
источник

A

Anton 🐻 in dbGeeks
главное про индексы в таблицах не забыть
источник

p

p1gh34d in dbGeeks
Спасибо, когда-нибудь да понадобится)
источник

A

Anton 🐻 in dbGeeks
на самом деле уже надобится)
источник

p

p1gh34d in dbGeeks
За индексы спасибо. Такому нубу как мне, это было необходимо)
источник

A

Anton 🐻 in dbGeeks
в современных БД очень много готовых вещей есть, нужно только знать что они существуют, жизнь становится сразу легче
источник

p

p1gh34d in dbGeeks
Это да, осталось только об этом узнать)
источник
2021 November 05

ON

Oleg Nechaev in dbGeeks
Дана таблица с заказами и таблица со статусами заказов. Множество заказов может соответствовать одному статусу. Один статус может соответствовать множеству заказов. Записей в таблице статусов 100 штук. В таблице заказов 100 тысяч.

Как в этом случае лучше получить статусы по id заказов? Джойн таблицы статусов или таблицы заказов?
источник

IA

Ilya Anfimov in dbGeeks
Без разницы, времена когда оптимизаторы интересовались последовательностью джойнов в запросе в общем-то закончились.
источник
2021 November 09

n

najmidin in dbGeeks
Здравствуйте ребята у меня такой вопрос может кто сталкивался помогите пожалуйста у меня есть сервер  предложение поднято на Диспетчер служб IIS - вот служба IIS съедает память ОЗУ до последнего и зависает расширил объем памяти все равно съедает память ну помогает только остановить службу и запустить кто знает помогите
источник

I

Ivanov in dbGeeks
это нужно к разработчику приложения обращаться
источник

EK

Evgeniy Kuvshinov in dbGeeks
а  что если он тот самый разработчик приложения :)
источник

I

Ivanov in dbGeeks
ага, судя по вопросу в непрофильный чат, без указания ЯП, что делает и как используется приложение, он что-то для атомной энергетики пишет)) шифруется
источник

A

Anton 🐻 in dbGeeks
надо запретить съедать память =)
источник
2021 November 10

П

Павел in dbGeeks
SELECT COUNT(1) FROM order_edi
           LEFT JOIN order_data ON order_data.order_id = order_edi.order_id
           WHERE order_edi.readed = "0"
               AND order_data.sended = "1"
               AND order_data.company_seller_id = 386
               AND (
                 (order_data.owner = "buyer" AND order_edi.status = "send") OR
                 (order_data.owner = "seller" AND order_edi.status IN("accept", "reject", "partial_reject"))
               )
           ORDER BY NULL;

Выполняется более 2 секунд, упомянутые таблицы ~700 мегабайт каждая. Есть какие-никакие способы ещё оптимизировать без скальпеля (разнос таблиц и т.д.)? Все индексы на месте, селективность тоже не увеличить
источник

П

Павел in dbGeeks
order_data
источник

П

Павел in dbGeeks
источник

V

Vitaly in dbGeeks
анализ выполнения запроса смотрел?
источник

П

Павел in dbGeeks
order_edi
источник

П

Павел in dbGeeks
источник