Ну на самом деле главная проблема именно в том что концепт не вяжется с некоторыми практическими задачами, критики самого концепта как несостоятельного тут нет. Выборка "автор и топ-10 его книг" встречается в любом обычном приложении, а база не умеет делать это за один запрос, хотя сама задача тривиальна (просто она не вписывается в концепт, и это правильно что ради нее не делают ухищрения, а то получился бы ещё один пхп как выше.)

ну выберешь ты в формате: { author: {name, lastname}, book: {title, ... } } и что дальше?)

И мне будет удобней жить, у меня будет меньше трения при написании приложения

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

Я ни слова не говорил про денормализацию

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

Я про то что физически реляционка могла бы возвращать одну запись Х и N связанных Y в одном ответе на один запрос. Но это вступает в конфликт с концептом, поэтому пхпшник делает два запроса там, где мог быть один.

И че

Как это вообще с дискуссией связано

Доброй ночи товарищи, нужна помощь с sql, может кто встречался с такой проблемой.

есть таблица file, с полем est_time.

на пальцах объясню, есть 4 файла, у 1 est_time 5000, у 2 est_time 1000, у 3 est_time 500, у 4 est_time 800

как сделать чтоб в результат попали первые два, тип 5000+1000 = 6000, и только их выбрать? заранее спасибо за внимание

ну так придумай что-то, реализуй эту систему, чтобы БД возвращала одну запись)

С некоторой вероятностью тебе нужен CTE либо внятно объяснять функциональные требования

> концепт не вяжется с некоторыми практическими задачами

В смысле "не вяжется"? Задачи-то решаются.

> а база не умеет делать это за один запрос

Ну так cделает за два. Такая модель, да.
Как в арифметике, например — "на входе" только число, "на выходе" только число; и яблоки с  верблюдами не складываются. ;)

Я придумал ныть как принцесса (

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

А мне наоборот. Уж "удобный" формат — это вкусовщина, IMHO.

новый концепт БД: данные хранятся во всех формах (дерево, key-value список, граф и т.д. одновременно)  ))

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

"Физически" некоторые реляционки подобное умеют.
Только, что удивительно, почти никто этого не использует. ;)

OhNoNoSQL? ;)