|
SQL / Задача для срача
|
|||
---|---|---|---|
#18+
В аттаче вирус! ... |
|||
:
Нравится:
Не нравится:
|
|||
22.09.2022, 08:11 |
|
SQL / Задача для срача
|
|||
---|---|---|---|
#18+
Задачка в аттаче. На мой взгляд весьма неоднозначная. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.09.2022, 08:14 |
|
SQL / Задача для срача
|
|||
---|---|---|---|
#18+
Script Date: 31.08.2021 10:46:02 потребуй посвежее! ... |
|||
:
Нравится:
Не нравится:
|
|||
22.09.2022, 08:18 |
|
SQL / Задача для срача
|
|||
---|---|---|---|
#18+
я бы добавил 3й вопрос на совсем засыпку: нахуя в задании первая таблица? Но вопрос конечно интересный, ибо эту таблицу логируем, а триггер на абстрактной таблице висит. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.09.2022, 08:21 |
|
SQL / Задача для срача
|
|||
---|---|---|---|
#18+
а может это ответ на второй вопрос? в триггере нужно поменять SomeAbstractTable на TablesForLogging! Помимо вопроса к 1 таблице у меня ещё вопрос, действительно ли данные в логируемую таблицу только вставляются и удаляются, или нас просто не интересует апдейт. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.09.2022, 08:24 |
|
SQL / Задача для срача
|
|||
---|---|---|---|
#18+
действительно ли данные в логируемую таблицу только вставляются и удаляются, или нас просто не интересует апдейт. а inserted называется одинаково и для обновления и для вставки. этот нюанс нужно учесть в процедуре восстановления - проверить, что в целевой таблице есть запись с id и если есть, обновить данными из лога, или вставить. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.09.2022, 08:28 |
|
SQL / Задача для срача
|
|||
---|---|---|---|
#18+
inserted называется одинаково и для обновления и для вставки. этот нюанс нужно учесть в процедуре восстановления - проверить, что в целевой таблице есть запись с id и если есть, обновить данными из лога, или вставить. И если у тебя запись есть, то её надо удалить. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.09.2022, 09:03 |
|
SQL / Задача для срача
|
|||
---|---|---|---|
#18+
там есть много тонких непонятных моментов это тебе непонятно или что-то еще? Собственнно что я им ответил [23:07, 21.09.2022] Konstantin: я им сказал что архитектура которая вынуждает заниматься динамическими скулями убогая. и решение хоть и есть тоже неэффективное. и что решить можно но не хотелось бы потому я не согласен с таким универсальным архитектурным решением [23:07, 21.09.2022] Konstantin: касаемо триггера, я обычно правда не любил когда в лог попадают и инсерты тоже. потому как как там правильно показано приходится по типам различать. но над ним может надо подумать отдельно. но скажем если дают ID записи вставки именно новой строки то есть типа 0 то ее нет смысла восстанавливать потому что когда она была одна она не менялась, а когда в строке целевой таблицы что то изменится появится еще одна строка лога и ее надо будет восстанавливать. вообще я не считаю правильным в одном логе хранить и данные совпадающие со строкой логированной таблицы и и ее старые данные. если необходимо хранить факт инсерта и нельзя его отметить через InsertDate в целевой таблице то стоит хранить думаю ПЕРВУЮ запись в виде NULL в джисоновском поле. но это личное мое мнение [23:08, 21.09.2022] Konstantin: асаемо организации то что мне не очень нравится подобное логирование в JSON потому что усложняет восприятие хотя и дает универсиализацию это наверно лично мое мнение может чем то это и хорошо, хотя я сомневаюсь что тяжелые варчары это хорошо. скорее вопрос в другом. разворачивание JSON-А OpenSON-ом это известная вещь. но там надо ЗАРАНЕЕ знать имена колонок и пути в файле соответственно. если этого не знать то мы получим столбец имен колонок значений и типов потом мы можем развернуть это в две строчки функцией и использовать динамический SQL далее для добавления (тем более что все равно мы изначально не знаем имени таблицы и базы) [23:08, 21.09.2022] Konstantin: динамический скуль это вообще не очень хорошо он имеет неприятные нюансы . кроме того у нас в логе есть ID и больше этого ID нигде нет. если мы решили забиццо на ID то можно использовать системные sys.all_objects и sys.databases. [23:08, 21.09.2022] Konstantin: если ID в целевой таблице это Identity то вставка в это поле возможно только при предварительном запуске специальной директивы. (если запись скажем уже удалена) таким образом решение как будто искуственно усложнено чтобы понять что человек знает о джисоне и динамическом скуле. но с точки зрения продуктива я такие решения как человек с 20 летним опытом не одобряю ибо унификация хорошо но тут она на мой взгляд дается слишком большой ценой. Но если в данном случае это жесткая идея я попробую вам описанное выразить в коде. но повторюсь. я считаю это технологически и архитектурно неправильным решением [23:08, 21.09.2022] Konstantin: И кстати еще на тему триггера и аудита. Смысл аудита/лога в чем? фиксировать изменения в таблице которые так или иначе в целевой таблице будут утрачены. таким образом рассмотрим ситуацию. Предположим что для однообразия мы будем хранить в таблице лога только ПРЕДЫДУЩИЕ данные, это отлично подходит для апдейта и делита. ВОпрос с инсертом. для инсерта как таковых предыдущих данных нет и мы пишем скажем нулл. таким образом мы в логе фиксируем что некий процесс или пользователь внес изменения в целевую таблицу. а какие? а можно посмотреть в целевую таблицу, ведь мы и в случае апдейта и делита НЕ храним новые значения в логе они есть ТОЛЬКО в целевой таблице до тех пор пока не будут оттуда удалены или там изменены. Зачем для инсерта менять этот подход. Ладно можем возразить а ведь кто то изменит эти данные и мы не узнаем больше что вставлял ТОТ САМЫЙ ПЕРВЫЙ. Не-а УЗНАЕМ потому что ТА САМАЯ ПЕРВАЯ запись будет положена в лог при первом же изменении. это ЛОГ ИЗМЕНЕНИЙ!! он не решает задачу восстановления данных после транкейта таблицы. для этого должны быть бэкапы. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.09.2022, 11:38 |
|
SQL / Задача для срача
|
|||
---|---|---|---|
#18+
кстати, в МС скуле есть sys? я не в курсе просто ... |
|||
:
Нравится:
Не нравится:
|
|||
22.09.2022, 15:03 |
|
SQL / Задача для срача
#159629
Ссылка:
Ссылка на сообщение:
Ссылка с названием темы:
Ссылка на профиль пользователя:
Ссылка на вложение:
|
||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
#18+
Ща тоже в ВТБ, проектируем справочник "финансовые инструменты" - бл разные инструменты в один справочник хуярят и акции и валюты и паи и ресурсы и драгметаллы и возможно что то еще добавится. ... |
||||||||||||||||
:
Нравится:
Не нравится:
|
||||||||||||||||
22.09.2022, 15:19 |
|
|
Start [/forum/search.php?do_search=1&tid=4705&author_mode=wrote_post&author=Antonariy&start_from=158991]: |
0ms |
get settings: |
0ms |
get forum list: |
4ms |
searching: |
14ms |
get settings: |
1ms |
get forum list: |
5ms |
get topic data: |
4ms |
check forum access: |
1ms |
check topic access: |
1ms |
get forum data: |
0ms |
get found posts: |
24ms |
track hit: |
28ms |
get online users: |
71ms |
check new: |
1ms |
others: | 245ms |
total: | 399ms |
0 / 0 |