Кастылить

т.е. нормального способа одним запросом получить такую инфу нет?

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

понял, не буду рисковать, спасибо

сделаю два запроса

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

group_concat же

но через запятую обрабатывать/хранить айдишники и вправду грех

но через запятую обрабатывать/хранить айдишники и вправду грех

не обязательно через запятую, я просто хочу получить объект таблицы A внутри которого массив из объектов таблицы B, которые относятся к A по правилу A.id=B.pid. Кто знает подскажите плиз) буду благодарен

реляционки так не работают

либо большая матрица с повторениями А, либо отдельно получать А, отдельно В

group_concat же

таки да, и group by по двум полям

што вы граждане

не обязательно через запятую, я просто хочу получить объект таблицы A внутри которого массив из объектов таблицы B, которые относятся к A по правилу A.id=B.pid. Кто знает подскажите плиз) буду благодарен

а зачем? Цель-то наверняка не в это? я не потроллить, просто может какое другое решение есть

цель: получить всю инфу одним запросом :) т.е. объект A и все дочерние из B. Не уверен что я правильно мыслю, опыта в бэкенде маловато.

либо большая матрица с повторениями А, либо отдельно получать А, отдельно В

ну вот у меня получается большую матрицу с повторениями A. Думал это не правильно.

Скорее всего эффективней будет двумя запросами. И передавать наверняка знатно меньше

Вот такого повоторения не хотелось бы: mysql> SELECT A.id,A.text,B.id FROM A LEFT JOIN B ON A.id=B.pid GROUP BY A.id,B.id; +----+------+------+ | id | text | id | +----+------+------+ | 4 | test | 5 | | 4 | test | 6 | +----+------+------+

прошу прощения, если мои вопросы покажутся глупыми, это мой первый бэкенд проект, и с БД тоже впервые работаю )

Попробуй вот так: SELECT A.id,A.text, GROUP_CONCAT(B.id ) FROM A LEFT JOIN B ON A.id=B.pid GROUP BY A.id;

Попробуй вот так: SELECT A.id,A.text, GROUP_CONCAT(B.id ) FROM A LEFT JOIN B ON A.id=B.pid GROUP BY A.id;

получил +----+------+-----------------------+ | id | text | GROUP_CONCAT(B.id ) | +----+------+-----------------------+ | 4 | test | 5,6 | +----+------+-----------------------+ в принципе это ответ на мой первоначальный вопрос :) но, наверно мне стоило уточнить, мне из B надо получить не только id, но еще и кучу других полей ))

тогда выбирай двумя запросами

тогда внутрь GROUP_CONCAT добавь CONCAT или CONCAT_WS

можно и одним запросом собрать

это не проблема

ужос =)

как его поддерживать?

проблема потоп разбирать этовсе

спасибо, наверно лучше двумя запросами))

опыта не много, боюсь усложнять

https://www.youtube.com/watch?v=SvwIqzaoYMo

А какая БД? оракл, постгря? В оракле есть функция listagg. Начиная с 11.2

И какую задачу вы решаете? Хотите использовать EAV модель?

Вот статья, где на примере потгреса показано, что каких-то профитов для перфоманса нет. http://coussej.github.io/2016/01/14/Replacing-EAV-with-JSONB-in-PostgreSQL/ EAV очень сильно зависит от реализации, от того, как вы будете ваш массив, json и проч. варианты индексировать, и насколько оптимизатор будет эти индексы подхватывать.

для EAV хорошо полнотекстовые поиски заходят, правда усложняют архитектуру...

короче, не делайте полнотекстовый поиск в бд

нет, я про отдельные elasticsearch, sphinx

"мы делаем eav для полнотекстового поиска" - это хорошая заявка на профнепригодность

eav в эластиксерч?

ну все, теперь я точно бомбанул

да, в магазинах где десятки тысяч товаров, выборка по десяткам полей и сортировка, реляционные БД не тащат

еще раз

ну и соответственно поля динамические

eav в elasticsearch?

EAV это для реляционок подход

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

они сами из коробки дают всю магию

так при чем здесь вообще es?

просто я встречал несколько проектов где для автозапчастей, например пытались EAV варить, и получалось очень плохо, потому и написал что иногда можно и в других направлениях смотреть

в других?

для EAV хорошо полнотекстовые поиски заходят, правда усложняют архитектуру...

ок, КАК ЗАМЕНА

В постгресе 9.6 RUM индекс рвет в лоскуты все ваши сфинксы с эластиками

лолщто

лол-то

для начала хотелось бы бенчмарков

потом мне расскажете, как это дело масштабируется кластером

постгре-то горизонтальней некуда

и еще сколько перестаривается этот индекс

в общем, сплошные плюсы

Не надо переводить стрелки. полнотекс отдельно, а масштабирование отдельно.

бенчмарки, пожалуйста

и, желательно, не в виде статьи "ну я тут налил каких-то данных, а оно чет быстрее )))))"

ERROR: S client not available

Я думаю, через 2 недельки на pgconf будут бенчмарки. Бартунов с Сигаевым пока только на митапе в ГАИШе показывали. Поминали и сфинкс с эластиком. Надо поискать эти слайды. Недавно совсем было

самое время вспомнить старое доброе наследие нулевых - фразу СЛИВ ЗАСЧИТАН

https://www.youtube.com/watch?v=kZEVTb9PYok&index=133&list=PL6sRAkPwcKNnwScnpKomNXechZQ3WZe1j

Особенно про сфинкс в Авито рекомендую послушать

В постгресе 9.6 RUM индекс рвет в лоскуты все ваши сфинксы с эластиками

я мельком посмотрел, даже и сотой доли функционала эластика не добавили, ну и бенчмарков не нашёл

но то что делают в этом направлении это здорово

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

я с mysql говна наелся с FTS, ужос вообще

Я согласен, что инструмент должен быть по задаче. Но именно полнотекст в постгресе в 9.6 сделал очень серьезный шаг вперед.

Конечно для логов лучше ELK пока ничего не придумали (я не знаю по крайней мере). А вот полнотекст по разумным человеческим текстам - тут уже все сложнее.

на какой секунде-то хоть?

есть graylog с тем же es под капотом

Ну наверное есть. Но мы же про БД говорим

Конечно для логов лучше ELK пока ничего не придумали (я не знаю по крайней мере). А вот полнотекст по разумным человеческим текстам - тут уже все сложнее.

я про это

на самом деле я его так и не попользовал толком

но блевать хочется меньше, чем от кибаны

Только не понятно, при чём здесь EAV ?

но блевать хочется меньше, чем от кибаны

Добрый. А можно причину блевоты От кибаны озвучить?

мне было очень сложно воспринимать происходящее и не было квик-доки

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

(пиздос, говорил же что телеграм для работы это не ок)

Ок спасибо

в общем, у меня именно UI-проблемы, и я понимаю, что это не функциональная проблема

Мужики, можно ли удалить табличное пространство SYSAUX в оракл 11 и выше?

Насколько мне известно, оно стало обязательным начиная с версии 10g, но можно все-такт или нельзя его удалить - не знаю.

Мужики, можно ли удалить табличное пространство SYSAUX в оракл 11 и выше?

Нельзя

Почисти

Так же как и system нельзя удалить получается. Понятно. СПС.

Да, это системное TS.