Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 4 5 6 7 8 [9] 10 11 12 13   вперед  Ctrl
 Re: Причины ненависти к языку SQL?  [new]
Дмитрий Мух
Member

Откуда: Зеленоград
Сообщений: 3810
Озверин
если мне надо по сути 1-2 поля

Где надо? Это не описание проблемы\задачи :)
7 ноя 18, 12:00    [21726435]     Ответить | Цитировать Сообщить модератору
 Re: Причины ненависти к языку SQL?  [new]
Озверин
Member

Откуда: Ростов-на-Дону
Сообщений: 5183
Дмитрий Мух
Озверин
если мне надо по сути 1-2 поля

Где надо? Это не описание проблемы\задачи :)


если вам не хочется понимать, можете просто не спрашивать.
7 ноя 18, 12:04    [21726448]     Ответить | Цитировать Сообщить модератору
 Re: Причины ненависти к языку SQL?  [new]
skyANA
Member

Откуда: Зеленоград
Сообщений: 28355
Озверин
Дмитрий Мух
пропущено...

Где надо? Это не описание проблемы\задачи :)


если вам не хочется понимать, можете просто не спрашивать.
если вам не хочется пояснить, можете просто не отвечать
7 ноя 18, 13:00    [21726622]     Ответить | Цитировать Сообщить модератору
 Re: Причины ненависти к языку SQL?  [new]
Озверин
Member

Откуда: Ростов-на-Дону
Сообщений: 5183
skyANA, договорились.
7 ноя 18, 13:08    [21726642]     Ответить | Цитировать Сообщить модератору
 Re: Причины ненависти к языку SQL?  [new]
Addx
Member

Откуда:
Сообщений: 957
Lessyp
Addx
Я бы человека, который сказал бы мне, что микросервисы хороши для любой задачи, на работу бы не взял.

а откуда вы извлекли, что микросервисы в каждом проекте необходимы? Они для больших и сложных современных систем расчитаны, заточенных под маштабирование. Учетную систему траспортного цеха можно и на хранимках слабать


Я - не утверждал. Некоторые из здесь присутствующих - да.
Кроме того размер системы не связан напрямую с применимостью микросервисов.
В некоторых больших системах применение микросервисов не даст положительного эффекта.
В простых системах можно написать на чистом ORM и не испрользовать хранимки вообще.
Code first - и никаких проблем.

skyANA
...

Регистры - это банальная денормализация. Что в ней, простите, нового?


Регистры ничего общего с денормализацией не имеют. От слова совсем.
Да, цель примерно одна, но методы разные.
Впрочем ни в регистрах, ни в денормализации, ни в микросервисах действительно ничего нового нет.
7 ноя 18, 16:17    [21727064]     Ответить | Цитировать Сообщить модератору
 Re: Причины ненависти к языку SQL?  [new]
Addx
Member

Откуда:
Сообщений: 957
Озверин
...
Я так понимаю, вы любите EAV?
...


Это прямо звучит как оскорбление ))
Любить-не любить можно жену/мужа.
А EAV - это инструмент, и как для всякого инструмента нужно понимать его применимость.
7 ноя 18, 16:26    [21727074]     Ответить | Цитировать Сообщить модератору
 Re: Причины ненависти к языку SQL?  [new]
skyANA
Member

Откуда: Зеленоград
Сообщений: 28355
Addx
skyANA
...

Регистры - это банальная денормализация. Что в ней, простите, нового?


Регистры ничего общего с денормализацией не имеют. От слова совсем.

Видимо мы под регистрами разное понимаем.
7 ноя 18, 17:07    [21727141]     Ответить | Цитировать Сообщить модератору
 Re: Причины ненависти к языку SQL?  [new]
skyANA
Member

Откуда: Зеленоград
Сообщений: 28355
Addx
Да, цель примерно одна, но методы разные.

Расскажите, если не сложно. Интересно понять, о чём Вы конкретно.
7 ноя 18, 17:08    [21727147]     Ответить | Цитировать Сообщить модератору
 Re: Причины ненависти к языку SQL?  [new]
Addx
Member

Откуда:
Сообщений: 957
skyANA
Addx
Да, цель примерно одна, но методы разные.

Расскажите, если не сложно. Интересно понять, о чём Вы конкретно.


Да просто все.
Есть понятие нормализации - классическая реляционная алгебра и нормальные формы.
Нормализация сокращает объем и улучшает контроль целостности на уровне СУБД.
Денормализация же позволяет за счет избыточности и внешнего контроля связности оптимизировать выборки.
Цель регистров по сути такая же - та же избыточность и то же ускорение выборок.
Под регистрами традиционно понимаются динамические агрегаторы.
7 ноя 18, 19:43    [21727319]     Ответить | Цитировать Сообщить модератору
 Re: Причины ненависти к языку SQL?  [new]
Дмитрий Мух
Member

Откуда: Зеленоград
Сообщений: 3810
Addx
skyANA
пропущено...

Расскажите, если не сложно. Интересно понять, о чём Вы конкретно.


Да просто все.
Есть понятие нормализации - классическая реляционная алгебра и нормальные формы.
Нормализация сокращает объем и улучшает контроль целостности на уровне СУБД.
Денормализация же позволяет за счет избыточности и внешнего контроля связности оптимизировать выборки.
Цель регистров по сути такая же - та же избыточность и то же ускорение выборок.
Под регистрами традиционно понимаются динамические агрегаторы.

Динамические агрегаторы - это широкое понятие.
Хотелось бы какое-то более конкретное описание методов как вы их использовали.

Для меня примитивная реализация регистра движения товара - это тупо таблица в БД, куда кладутся денормализованные данные.
8 ноя 18, 07:36    [21727638]     Ответить | Цитировать Сообщить модератору
 Re: Причины ненависти к языку SQL?  [new]
Addx
Member

Откуда:
Сообщений: 957
Дмитрий Мух
...
Для меня примитивная реализация регистра движения товара - это тупо таблица в БД, куда кладутся денормализованные данные.


Это в любом случае не денормализация.
Денормализация не порождает данных, а аггрегация порождает.
Раз уж пошла речь о товаре, то простой пример:
Добавление свойств товара в таблицу с товаром - денормализация.
Учет остатков товара в отдельной таблице - аггрегация.

В целом аггрегаты совершенно не обязательно являются денормализованными данными, обычно даже наоборот.
8 ноя 18, 17:26    [21728474]     Ответить | Цитировать Сообщить модератору
 Re: Причины ненависти к языку SQL?  [new]
казинак
Member

Откуда:
Сообщений: 1273
Addx
Это в любом случае не денормализация.

бредятина, это ты?
как скаяна решил под несколькими никами отписываться?

Addx
Денормализация не порождает данных, а аггрегация порождает.
Раз уж пошла речь о товаре, то простой пример:
Добавление свойств товара в таблицу с товаром - денормализация.

с точки зрения дба и разраба бд, фигню пишешь
в такой таблице будет повторяющееся название товара, а не айди, как при нормализованных данных
значит данные порождаются, тк будет много повторяющихся байтов
и, если чо,
create materialized view as select from t join t1 - это тоже денормализация

Addx
Учет остатков товара в отдельной таблице - аггрегация.

В целом аггрегаты совершенно не обязательно являются денормализованными данными, обычно даже наоборот.

а агрегация, для тех, кто не понимает само значение слова - это суммирование,
с группировками или без,
сохраняемое, либо получаемое на лету
8 ноя 18, 17:59    [21728534]     Ответить | Цитировать Сообщить модератору
 Re: Причины ненависти к языку SQL?  [new]
Дмитрий Мух
Member

Откуда: Зеленоград
Сообщений: 3810
Денормализация (англ. denormalization) - намеренное приведение структуры базы данных в состояние, не соответствующее критериям нормализации, обычно проводимое с целью ускорения операций чтения из базы за счет добавления избыточных данных.

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

В чём разница между пораждёнными данными и избыточными?
И чем же является агрегация/композиция, как не денормализованными данными?
8 ноя 18, 18:01    [21728536]     Ответить | Цитировать Сообщить модератору
 Re: Причины ненависти к языку SQL?  [new]
Озверин
Member

Откуда: Ростов-на-Дону
Сообщений: 5183
казинак, вы бы с терминами договорились. Во-первых, то, что подразумеваете вы под агрегацией - это не только суммирование.Вспомним агрегационные ф-ии: sum, count, max, etc. Во-вторых, в теории бд агрегации - это определенный тип связей между сущностями.

внимание, вопрос: о чем вы таки спорите?

пысы: по загадочные регистры я уж и говорить боюсь.
8 ноя 18, 20:27    [21728686]     Ответить | Цитировать Сообщить модератору
 Re: Причины ненависти к языку SQL?  [new]
Дмитрий Мух
Member

Откуда: Зеленоград
Сообщений: 3810
Озверин,

не спорим - разбираемся
8 ноя 18, 21:26    [21728753]     Ответить | Цитировать Сообщить модератору
 Re: Причины ненависти к языку SQL?  [new]
Ivan Durak
Member

Откуда: Minsk!!!
Сообщений: 3713
давайте на примере.

было
table
TRANSACTION
( id,
datetime,
account_deb_id,
account_cred_id.
amount
)
--------------------
Стало:
+ table
BALANCE
(
account_id,
date,
balance_amount
)

которая заполняется на каждый день как сумма по всем транзакциям.

Ну а теперь раскажате мне на сколько нормальных форм уменьшилась структура базы после
такой агрегации?????
9 ноя 18, 09:57    [21729034]     Ответить | Цитировать Сообщить модератору
 Re: Причины ненависти к языку SQL?  [new]
Дмитрий Мух
Member

Откуда: Зеленоград
Сообщений: 3810
Ivan Durak,

и кто вам это должен рассказать? Лично я не про BALANCE, которая заполняется на каждый день как сумма по всем транзакциям.
9 ноя 18, 10:01    [21729037]     Ответить | Цитировать Сообщить модератору
 Re: Причины ненависти к языку SQL?  [new]
Дмитрий Мух
Member

Откуда: Зеленоград
Сообщений: 3810
Дмитрий Мух
Зачастую ведь оно как бывает: есть бизнес транзакция в результате выполнения которой данные разлетаются по N таблицам.
А потом, внезапно, собираются из этих же N таблиц + справочники в сложный запрос "в силу сложной бизнес логики".

Не интересно смотреть просто на

TRANSACTION
( id,
datetime,
account_deb_id,
account_cred_id.
amount
)

хочется сразу видеть все подробности: кто, кому, на каком основании
а подробности лежат в других таблицах
9 ноя 18, 10:29    [21729065]     Ответить | Цитировать Сообщить модератору
 Re: Причины ненависти к языку SQL?  [new]
Ivan Durak
Member

Откуда: Minsk!!!
Сообщений: 3713
Дмитрий Мух
Ivan Durak,

и кто вам это должен рассказать? Лично я не про BALANCE, которая заполняется на каждый день как сумма по всем транзакциям.

тот кто расказывает что
автор
И чем же является агрегация/композиция, как не денормализованными данными?
9 ноя 18, 10:34    [21729069]     Ответить | Цитировать Сообщить модератору
 Re: Причины ненависти к языку SQL?  [new]
ViPRos
Member

Откуда:
Сообщений: 9943
Дмитрий Мух
Ivan Durak,

и кто вам это должен рассказать? Лично я не про BALANCE, которая заполняется на каждый день как сумма по всем транзакциям.

Дык вед этот BALANCE 100пудово избыточные данные, при этом все нормализовано
9 ноя 18, 10:38    [21729077]     Ответить | Цитировать Сообщить модератору
 Re: Причины ненависти к языку SQL?  [new]
Дмитрий Мух
Member

Откуда: Зеленоград
Сообщений: 3810
Ivan Durak,

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

вот есть у вас сущность Заказ, она является агрегатом/композицией данных из больше чем одной таблицы
9 ноя 18, 10:42    [21729083]     Ответить | Цитировать Сообщить модератору
 Re: Причины ненависти к языку SQL?  [new]
Дмитрий Мух
Member

Откуда: Зеленоград
Сообщений: 3810
ViPRos
Дмитрий Мух
Ivan Durak,

и кто вам это должен рассказать? Лично я не про BALANCE, которая заполняется на каждый день как сумма по всем транзакциям.

Дык вед этот BALANCE 100пудово избыточные данные, при этом все нормализовано

И что не так?
9 ноя 18, 10:42    [21729085]     Ответить | Цитировать Сообщить модератору
 Re: Причины ненависти к языку SQL?  [new]
Ivan Durak
Member

Откуда: Minsk!!!
Сообщений: 3713
ViPRos
Дмитрий Мух
Ivan Durak,

и кто вам это должен рассказать? Лично я не про BALANCE, которая заполняется на каждый день как сумма по всем транзакциям.

Дык вед этот BALANCE 100пудово избыточные данные, при этом все нормализовано

ну то есть это не денормализация. Хотя данные избыточные
9 ноя 18, 10:47    [21729089]     Ответить | Цитировать Сообщить модератору
 Re: Причины ненависти к языку SQL?  [new]
Дмитрий Мух
Member

Откуда: Зеленоград
Сообщений: 3810
Ivan Durak
ViPRos
пропущено...

Дык вед этот BALANCE 100пудово избыточные данные, при этом все нормализовано

ну то есть это не денормализация. Хотя данные избыточные

Удивительно

Дмитрий Мух
Денормализация (англ. denormalization) - намеренное приведение структуры базы данных в состояние, не соответствующее критериям нормализации,
9 ноя 18, 10:49    [21729090]     Ответить | Цитировать Сообщить модератору
 Re: Причины ненависти к языку SQL?  [new]
Озверин
Member

Откуда: Ростов-на-Дону
Сообщений: 5183
Ivan Durak
давайте на примере.

было
table
TRANSACTION
( id,
datetime,
account_deb_id,
account_cred_id.
amount
)
--------------------
Стало:
+ table
BALANCE
(
account_id,
date,
balance_amount
)

которая заполняется на каждый день как сумма по всем транзакциям.

Ну а теперь раскажате мне на сколько нормальных форм уменьшилась структура базы после
такой агрегации?????


нормализация показывает, как убирать тразитивные зависимости между атрибутами в отношении, но как с ними бороться(и надо ли?) между отношениями?
9 ноя 18, 10:50    [21729092]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 4 5 6 7 8 [9] 10 11 12 13   вперед  Ctrl
Все форумы / Сравнение СУБД Ответить