Size: a a a

DBA - русскоговорящее сообщество

2021 February 04

E

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

SC

Serega Carbon in DBA - русскоговорящее сообщество
Etki
Ну на самом деле главная проблема именно в том что концепт не вяжется с некоторыми практическими задачами, критики самого концепта как несостоятельного тут нет. Выборка "автор и топ-10 его книг" встречается в любом обычном приложении, а база не умеет делать это за один запрос, хотя сама задача тривиальна (просто она не вписывается в концепт, и это правильно что ради нее не делают ухищрения, а то получился бы ещё один пхп как выше.)
ну выберешь ты в формате: { author: {name, lastname}, book: {title, ... } } и что дальше?)
источник

E

Etki in DBA - русскоговорящее сообщество
Serega Carbon
ну выберешь ты в формате: { author: {name, lastname}, book: {title, ... } } и что дальше?)
И мне будет удобней жить, у меня будет меньше трения при написании приложения
источник

SC

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

E

Etki in DBA - русскоговорящее сообщество
Я ни слова не говорил про денормализацию
источник

SC

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

E

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

E

Etki in DBA - русскоговорящее сообщество
Serega Carbon
"Опытный разработчик баз данных должен умело применять правила ДЕнормализации баз данных и при этом не заходить слишком далеко"
И че
источник

E

Etki in DBA - русскоговорящее сообщество
Как это вообще с дискуссией связано
источник

AS

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

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

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

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

SC

Serega Carbon in DBA - русскоговорящее сообщество
Etki
Я про то что физически реляционка могла бы возвращать одну запись Х и N связанных Y в одном ответе на один запрос. Но это вступает в конфликт с концептом, поэтому пхпшник делает два запроса там, где мог быть один.
ну так придумай что-то, реализуй эту систему, чтобы БД возвращала одну запись)
источник

E

Etki in DBA - русскоговорящее сообщество
Andrey Skvortsov
Доброй ночи товарищи, нужна помощь с 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 либо внятно объяснять функциональные требования
источник

YS

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

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

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

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

E

Etki in DBA - русскоговорящее сообщество
Я придумал ныть как принцесса (
источник

E

Etki in DBA - русскоговорящее сообщество
Yaroslav Schekin
> концепт не вяжется с некоторыми практическими задачами

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

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

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

YS

Yaroslav Schekin in DBA - русскоговорящее сообщество
Etki
И мне будет удобней жить, у меня будет меньше трения при написании приложения
А мне наоборот. Уж "удобный" формат — это вкусовщина, IMHO.
источник

SC

Serega Carbon in DBA - русскоговорящее сообщество
новый концепт БД: данные хранятся во всех формах (дерево, key-value список, граф и т.д. одновременно)  ))
источник

YS

Yaroslav Schekin in DBA - русскоговорящее сообщество
Etki
Ну, и на пхп можно параллельный компьютинг сделать, да только вот без примитивов concurrency будет очень тяжко.
Опять-таки, не вижу с использованием нескольких запросов практической сложности (т.е. аналогия как-то мимо).
источник

YS

Yaroslav Schekin in DBA - русскоговорящее сообщество
Etki
Я про то что физически реляционка могла бы возвращать одну запись Х и N связанных Y в одном ответе на один запрос. Но это вступает в конфликт с концептом, поэтому пхпшник делает два запроса там, где мог быть один.
"Физически" некоторые реляционки подобное умеют.
Только, что удивительно, почти никто этого не использует. ;)
источник

YS

Yaroslav Schekin in DBA - русскоговорящее сообщество
Serega Carbon
новый концепт БД: данные хранятся во всех формах (дерево, key-value список, граф и т.д. одновременно)  ))
OhNoNoSQL? ;)
источник