Добро пожаловать в форум, Guest >> Войти | Регистрация | Поиск | Правила | | В избранное | Подписаться | ||
Все форумы / Microsoft SQL Server |
![]() ![]() |
Топик располагается на нескольких страницах: ←Ctrl назад 1 [2] 3 вперед Ctrl→ все |
invm Member Откуда: Москва Сообщений: 8869 |
|
||||
12 авг 19, 18:21 [21947458] Ответить | Цитировать Сообщить модератору |
andy st Member Откуда: Сообщений: 769 |
т.е. вариант, когда это будет делать триггер на shipmentDetail даже не рассматривается? и разве в balance есть пользователь и вообще какие-то данные, которые могли бы идентифицировать измененную запись? там обезличенные аггрегаты. Или подразумевается, что триггер в одну строку на view сможет из изменению 1 значения идентифицировать строку, которая привела к этому? Ну напишите, что ли, новый стандарт ХЗQL по этому поводу, опишите поведение. В MSSQL 2025 это будет реализовано, как пить дать |
||||
12 авг 19, 19:16 [21947490] Ответить | Цитировать Сообщить модератору |
Nitro_Junkie Member Откуда: Сообщений: 1074 |
Представление определяет что мы хотим получить. Как это представление должно обновляться уже задача SQL сервера. То что они этого не умеют делать, ну значит руки не из того места растут. В том же lsFusion так можно делать. |
||||
12 авг 19, 21:54 [21947552] Ответить | Цитировать Сообщить модератору |
Nitro_Junkie Member Откуда: Сообщений: 1074 |
Издеваетесь? Я же сверху писал, что триггер INSTEADOF на balance вам никак не поможет, в задаче выполнения действий, когда остаток станет меньше 0. |
||||
12 авг 19, 21:56 [21947554] Ответить | Цитировать Сообщить модератору |
Nitro_Junkie Member Откуда: Сообщений: 1074 |
Вы себе представляете, сколько и каких триггеров там должно быть, если balance хоть сколько нибудь сложный. Ну например с внутренними перемещениями. Ну в задаче было не про строку, а хотя бы пользователя. А вообще мы это все реализовали в lsFusion. |
||||
12 авг 19, 21:59 [21947558] Ответить | Цитировать Сообщить модератору |
PizzaPizza Member Откуда: Сообщений: 296 |
Всегда удивляют изобретатели SQL Вам там на хабре уже наобъясняли подробно, что вы занимаетесь очередным нишевым продуктом, но по какой то причине, называете это убийцей SQL Эти скучные базы данных делают простые три вещи: читают данные с диска, читают данные из памяти и обрабатывают их с помощью процессора. Это физика, тут все давно оптимизировано по самое небалуйся и придумать ничего нельзя никак совсем. Не получите вы данные с диска не прочитав их сначала... Дальше вопрос реализации хранения, чтения и обработки. У вас есть свои (лучшие) алгоритмы на физические операторы? Зато у вас в языке абстракция на абстракции, материализации и индексы, которые по волшебству хранят сразу все в святом духе и не требуют сканов, сиков и никаких ограничений конечно. Прям отмена закона сохранения энергии: и данные получаем посчитанные и память не тратим и производительность не страдает. Действительно, зачем тогда архитектура, триггеры и логика, когда все святым духом сразу выбирается и считается само. И все за счет синтаксиса, между прочим! Не, конечно долго можно расписывать как одна абстракция реализована лучше/хуже другой в том или ином продукте, но не бывает волшебной таблетки, когда вопрос в железе, в физике. А писать можно хоть на ассемблере. |
13 авг 19, 02:25 [21947613] Ответить | Цитировать Сообщить модератору |
andy st Member Откуда: Сообщений: 769 |
Т.е. в lsFusion в balance по обезличенной агрегированной строке, число в которой считаются по алгоритму "balance хоть сколько нибудь сложный" из зависит от 100500 пользователей триггером можно определить конкретного пользователя? ну всё! круто! sql-базы в очередной раз будут похоронены и сотни тысяч sql-программистов будут выкинуты на улицу. p.s. уже лет так 25, как продолжаются похороны реляционных БД и того же Delphi. В процессе похорон было закидано еловыми ветками несколько трупов хоронящих. Но появляются новые члены процессии и процесс продолжается. |
||||
13 авг 19, 05:53 [21947634] Ответить | Цитировать Сообщить модератору |
Nitro_Junkie Member Откуда: Сообщений: 1074 |
Область применения lsFusion вполне конкретная - разработка информационным систем. То есть почти полностью совпадает с SQL. Так что в этом смысле и SQL - очередной нишевой продукт. И на хабре людей и мнений огромное число. SQL девелоперы считают одно. 1с - другое. .Net-третье, Web - четвертое. Web разработчики нас вообще тянут революцию в веб делать прикручивая React.
Физически компьютеры просто читают данные из памяти, записывают их в регистры процессора, а потом выполняют команды процессора. А эти гуглы и jetbrains'ы со своими go и kotlin возятся. У них есть свои физические операторы работы с процессором?
Требуют и сканы и сики , но кроме этого есть еще оптимизаторы в общем случае, прозрачные материализации, события и ограничения на вычисляемые данные и кучу чего еще что не умеют SQL сервера. И не по волшебству, а в результате огромного количества человека часов. И синтаксис тут совсем не причем. Синтаксис в данном случае это 1%, его можно изменить как угодно, функционал не изменится.
Но почему-то не пишут. А знаете почему? Потому что время разработчика в современном мире очень дорогое. |
||||||||
13 авг 19, 09:41 [21947710] Ответить | Цитировать Сообщить модератору |
Nitro_Junkie Member Откуда: Сообщений: 1074 |
В lsFusion можно любой показатель указать MATERIALIZED и он будет храниться в таблице и автоматически эффективно транзакционно обновляться на любом объеме данных. Назовете еще один труп, который хотя бы это умеет делать. Ну или треть из этого. |
||||
13 авг 19, 09:43 [21947712] Ответить | Цитировать Сообщить модератору |
Minamoto Member Откуда: Москва Сообщений: 1143 |
Нет. Вы писали:
|
||||||||
13 авг 19, 10:20 [21947745] Ответить | Цитировать Сообщить модератору |
andy st Member Откуда: Сообщений: 769 |
а пользователя то в разрисованной выше задаче определит или как?
этот показатель можно тож заматериализовать? и будет работать? пошел качать... Ну и что-то с таким функционалом должно когда-нибудь стать первым :) |
||||||
13 авг 19, 10:53 [21947786] Ответить | Цитировать Сообщить модератору |
andy st Member Откуда: Сообщений: 769 |
Nitro_Junkie, еще на заметку, в SQL Server есть такая фишка |
13 авг 19, 10:58 [21947798] Ответить | Цитировать Сообщить модератору |
andy st Member Откуда: Сообщений: 769 |
из фраз заказчика:
|
||||
13 авг 19, 11:24 [21947840] Ответить | Цитировать Сообщить модератору |
Nitro_Junkie Member Откуда: Сообщений: 1074 |
INSTEAD OF это по сути не триггеры. Они просто называются тем же словом. |
||||||
13 авг 19, 11:36 [21947856] Ответить | Цитировать Сообщить модератору |
Nitro_Junkie Member Откуда: Сообщений: 1074 |
У вас UPDATE CONFLICT'ов будет много. Но как-то работать будет. Так что лучше x= SELECT COUNT_BIG(*) from [values] GROUP BY [выражение, где разновидностей хотя бы 1000]. А потом представление SELECT SUM() from x оставьте нематериализованным и используйте его. |
||||||
13 авг 19, 11:41 [21947864] Ответить | Цитировать Сообщить модератору |
Nitro_Junkie Member Откуда: Сообщений: 1074 |
И к чему эта фишка. Особенно, когда неизвестно разреженная колонка будет или нет. Точнее она может быть разреженной, а потом быстро стать не разреженной. Очень удобный функционал. |
||
13 авг 19, 11:42 [21947866] Ответить | Цитировать Сообщить модератору |
andy st Member Откуда: Сообщений: 769 |
Ну тогда и типы данных в колонках в общем случае тоже неизвестны. И количество колонок. И наличие памяти/диска/сервера для хранения таблицы в общем виде тоже неизвестно.... может быть единственный процессор, а потом не быть. есть программная эмуляция? p.s. про того ^^ пользователя из balance уже и не спрашиваю... |
||||
13 авг 19, 11:54 [21947884] Ответить | Цитировать Сообщить модератору |
Nitro_Junkie Member Откуда: Сообщений: 1074 |
Поэтому в идеале как можно больше должен делать сам сервер. В том числе в идеале добавлять материализации и определять расположение в таблицах. Хотя до этого даже мы не дошли пока. Но хотя бы сделали эти механизмы прозрачными. |
||||
13 авг 19, 12:00 [21947897] Ответить | Цитировать Сообщить модератору |
Megabyte Member Откуда: ближайшее заМКАДье Сообщений: 4868 |
Ну что, когда ждать смерти SQL? Есть примерные сроки? |
13 авг 19, 17:36 [21948436] Ответить | Цитировать Сообщить модератору |
Nitro_Junkie Member Откуда: Сообщений: 1074 |
На следующей неделе я думаю :) Хотя смерть в данном контексте неправильное слово. Мы же не говорим о смерте машинных кодов. Просто есть абстракции компилируемые в этот машинный код. А сами машинные коды - живее всех живых. |
||
13 авг 19, 17:40 [21948441] Ответить | Цитировать Сообщить модератору |
Mind Member Откуда: Лучший город на Земле Сообщений: 2306 |
А вообще если бы статья не была бы чистой воды рекламой я бы сказал что её писали идиоты. А так, в принципе понятно зачем и почему так написано. |
||
13 авг 19, 22:26 [21948660] Ответить | Цитировать Сообщить модератору |
Mind Member Откуда: Лучший город на Земле Сообщений: 2306 |
А вообще если бы статья не была бы чистой воды рекламой я бы сказал что её писали идиоты. А так, в принципе понятно зачем и почему так написано. |
||
13 авг 19, 22:28 [21948663] Ответить | Цитировать Сообщить модератору |
Nitro_Junkie Member Откуда: Сообщений: 1074 |
Ну строго говоря притягивать instead of триггеры сюда, это либо идиотизм, либо просто не понимание того пункта статьи. Я тут уже раз 5 все объяснил. По факту было 2 косяка, это transition tables в PostgreSQL (да их действительно упустили) и CROSS APPLY, но второй это полукосяк: с View он помогает лишь частично, потому как непонятно что с LEFT JOIN (OUTER APPLY) делать (так как ON'а нет, а впихнуть условие соединения в WHERE как с CROSS APPLY не получится). Ну и смысл статьи был не в том что отказаться от SQL, а доделать его и доделать нормально, а не как сейчас. |
||||
13 авг 19, 23:06 [21948684] Ответить | Цитировать Сообщить модератору |
invm Member Откуда: Москва Сообщений: 8869 |
SELECT shipmentDetail.id, b.quantity FROM shipmentDetail JOIN shipment ON shipmentDetail.shipment = shipment.id outer apply (select quantity from balance(shipment.date) where stock = shipment.stock AND product = shipmentDetail.product) b WHERE shipmentDetail.quantity = 5 |
||
14 авг 19, 11:09 [21948927] Ответить | Цитировать Сообщить модератору |
Nitro_Junkie Member Откуда: Сообщений: 1074 |
Хм.. Громоздко конечно, но прокатит, сейчас дополню статью. В любом случае этот запрос у вас не выполнится, потому как план с nested loop будет, я дополнил это уже в статье. |
||||
14 авг 19, 11:48 [21948985] Ответить | Цитировать Сообщить модератору |
Топик располагается на нескольких страницах: ←Ctrl назад 1 [2] 3 вперед Ctrl→ все |
Все форумы / Microsoft SQL Server | ![]() |