Пять джоинов подряд — это норма?

Я 8 видел. Норм

зачем спрашивать, конечно нет

но если иначе нелзя, то норм

Маловато будет.

Нормально. Если данные ещё и кешировать можно то вообще забей.

Я 8 видел

8? Поискал тут в одном проекте sql-файлы побольше размером.

user@pc:$ grep -ci 'join' SvdFiderPES.sql 
56

пять... пф... слабак.

я опытным путем определил что у мускуля есть (как минимум был) предел в 64 джоина и только потом прочитал это в документации.

а ведь прочитать документацию сначала наверняка было бы быстрее

и собственно почему нет-то?

нет, проблема в том что мне надо было 68 :D

Мне народ, делавший аналитику по данным из sap crm показывал запрос на 600 строк. Так что 5 - это редкостная фигня.

У меня в запросах до 15 доходило.

Мне в одной отчётной системе приходилось править как-то sql'ники на несколько тысяч строк. Такой запрос легче написать заново, чем распарсить.

это SQL, детка.

Пять джоинов подряд — это норма?

Если у тебя структура построена по принципу EAV, то это ещё мало. Там, во многих случаях, каждый дополнительный критерий для поиска добавляет один join, и этого избежать никак нельзя.

ых, не видели вы извращений...

у меня есть компилятор на sql.

приходилось править как-то sql'ники на несколько тысяч строк. Такой запрос легче написать заново, чем распарсить.

В 1С такое сплошь и рядом. Типа «рассчитать НДФЛ по предприятию в разрезе сотрудников, нарастающим итогом с начала года, с учётом вычетов и ограничений на эти вычеты» — 1000 строк, 55 join'ов. Или ведомость по амортизации ОС — 1609 строк.

Но работать с ними удобно так как есть замечательная штука: Конструктор Запросов — http://programmist1s.ru/opisanie-konstruktora-zaprosov-1s/

Пользуясь случаев, спрошу: может кто-то видел аналог для написания SQL запросов? А то каждый раз страдаю, как что-то сложнее пяти строк набирать приходится :-(

А то каждый раз страдаю, как что-то сложнее пяти строк набирать приходится :-(

1) Use IDE

2) Learn SQL

+ ", Luke!"

да

Use IDE

Какое? Желательно для postgreSQL. Искал — всюду убожество в стиле MS SQL, где больше десятка таблиц в одном запросе нереально использовать (особенно если соединения нетривиальные).

Learn SQL

Так я его знаю. Просто набросать полями и проставить соединения (особенно если FOREIGN KEY автоматом предлагается) на порядок быстрее, чем написать вручную (даже с учётом копипаста).

Пример бы ваших join-ов увидеть, чтоб не фантазировать лишнего.

это нормально при адекватно нормализованной БД.

5 это детский сад. У меня генератор гридов и по 15 генерирует.

Ты вот лучше скажи - вот есть два стула два поля, и запрос

select a,b from foo where a = ? and b = ?

create index foo_ix on foo (*,*) 

есть замечательная штука: Конструктор Запросов

а он разве не почти-SQL строит ? то есть его результат и есть практически SQL если помнить про 1С-ные прибамбасы (типа регистров, если память не изменяет)..

кстати вотзря 1C ругают, реально ХОРОШАЯ система - выпусти они систему под свободной лицензией хотя бы на ядро (даже не на конфигурации) в миг положили бы всякие GNU-недо-cash и отъели не менее половины web-магазинов на свою платформу

а он разве не почти-SQL строит ?

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

Кстати в SQL от 1C есть ещё пара удобных штук

1. Неявные соединения через точку:

CREATE TABLE t1 (id INT PRIMARY KEY, str VARCHAR(10) str);
CREATE TABLE t2 (id INT PRIMARY KEY, t1_ref INT REFERENCES t1, str2 VARCHAR(10))

SELECT t1_ref.str, str2 FROM t2

2. Итоги. В конце пишешь «TOTALS SUM(f1), MAX(f2) BY gr1, gr2» и получаешь подитоги колонок f1 и f2 по группировкам gr1 и gr2.

выпусти они систему под свободной лицензией хотя бы на ядро (даже не на конфигурации)

А деньги на чём зарабатывать? Свободные конфигурации, кстати есть. А все типовые полностью открытые (в смысле с исходниками).

Есть, например, платный DbVisualizer, с бесплатной ограниченной по функциональности версией. Но конкретно конструктор запросов я там никогда не использовал, не знаю на что он способен.

платный DbVisualizer

http://www.dbvis.com/features/tour/query-builder/ — та же самая MS SQL-подобная муть. Почему все предлагают join'ы изображать при помощи огромных картинок изображающих таблицы.

У нас в проекте на ~300 запросов был всего один join

Вполне себе норма. Вот если бы не было ни одного, был бы повод задуматься о денормализованном состоянии базы.

да это норма, в моем прошлом проекте успешно генерировались запросы с произвольным кол-во джойнов (на одном бизнес объекте до 20-30 доходило)

Всем спасибо, вы меня прямо успокоили.

хибернейт какой, небось, или другое подобное поделие?