Скажите, други, если вы увидите словосочетания DDL Audit и DML Audit, вам будет понятно, о чем идет речь?
Объяснять мне, что это такое, не надо. Лезть в гугл, чтобы самому узнать, что это, тоже не надо.
Надо просто сказать - для вас это понятные термины, или китайский язык?

Спасибо очень!

Понятно. Непонятно в чем смысл вопроса

Смысл вопроса в том, можно ли ГУИ продукта написать просто DML Audit и DDL Audit, или пользователям это будет непонятно и требует пояснений и расшифровки. У нас с коллегами разногласия по этому поводу. Но поскольку мы все в наших продуктах естественно рубим, нам многие вещи кажутся очевидными. Поэтому хочется узнать мнение сторонних людей, потенциальных пользователей какбэ.

ИМХО нельзя.
я иногда общаюсь с сиквелом, но не программист и не АБД - мне такое сочетание не знакомо.
с сиквелом работаю при траблшутинге кассового фронтенда.

нет

Для меня -- зависит от контекста. По отдельности слова понятны, но конкретное функциональное наполнение не очевидно. Могу придумать несколько вариантов спецификации для DDL Audit.
Disclaimer. Последний раз с СУБД имел дело лет 6 назад. Сейчас от этого очень далек, так что насколько я релевантен для опроса, не знаю.

Термины понятны. Употреблябильность зависит от того, для кого предназначен инструмент с GUI.

Ну как бы есть продукт, который трекает все изменения на SQL сервере и генерит отчеты по этим изменениям. При этом есть два уровня аудита - изменения на уровне схемы и структуры базы данных, и на уровне колонок. Но подробно расписывать в окне диалога это с одной стороны не хочется, с другой стороны, если это непонятно, то надо как-то сказать понятно.

Если целевая группа - те, кто именно плотно сидит на сиквелах и в кино не ходют, то расшифровка не нужна. Во всех остальных случах надо изначально договориться о терминах, в смысле их напомнить, или рассказать о их существовании, ибо этот хлам многим не нужен в принципе. Абсолютному большинству

В таком случае слово аудит расшифровывается однозначно. Учитывая, что разницу между DML, DQL и DDL я даже за 6 лет не забыл, думаю, дополнительных комментариев не требуется.

Mnch, тут по радио (как оно там на 101.4 называется?) сказали, что согласно опросам британских ученых, наиболее деприссывные люди в разрезе профессий работают сисадминами. Возможно, из за излишней категоричности?

p.s. Правда самые жизнедовольные почему-то психологи.

сисадмин с психологом не уживается. Я проверил. Из-за излишней категоричности психолога.

Кстати, британские ученые, согласно каким-то таким же левым рейтингам, - самые депрессивные. Погода у них плохая, наверное

Маныч-то прав.
Для ИТ-специалиста - админа сервера БД не требуется, для просто админа уже может потребоваться.
Почему не применить термины "схема" и "данные", если отчеты по Изменениям в них, пусть и на основании анализа DDL и DML? Или я не так понял Мю?

Термины по отдельности понятны, вместе смысл ускользает, ибо контекстно-зависим, на мой взгляд.

В потоке аббревиатур по железу от которых болит голова я спокойно пропущу в любом тексте DDL и DMR как что-то железячно-ориентированное, заточенное под динамическую обработку какого-то хлама. Причем добавки Audit будут иметь значение аналогичное ECC, FB-DIMM.... Ибо так работает голова. И если цель работы - не мануал по тонкой настройке узкозаточенного прибора, то как-то надо б в нужную сферу знаний мозг направить, а то реально глюки могут быть, когда тектсы читаешь по диагонали, а потом еще и не помнишь на каком языке они были написаны

Рейтинги ВЦИОМа? Известные мне лично британские ученые совершенно не депрессивны, скорее наоборот.

А кто их разберет. На каждую заявку нужного результата соврешенного динамически генерится выборка, потом как-то обзывается и публикуется, совершенно динамические аудиторы это читают и весь этот хлам попадает в эфир, динамически меняющийся. Это ж баян...

Маныч, люди и горы тоже есть, не только эфир.

Те, кому документация предназначена, должны понимать. Мое мнение, в документе типа Guide неуместно расшифровывать общеупотребимые термины ddl, dml, sdk, api & so on. В книге надо было бы.

Да понятно, тем более в контексте трекинга изменений.

А где речь шла про документацию?

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

Там же написано четко - в ГУИ продукта В документации можно что угодно объяснить, а в ГУИ желательно быть кратким и максимально понятным, отсюда и вопрос.

Для меня однозначно никаких расшифровок.

+1
Маныч чоток, краток и понятен!

Floating tips на элементы с этими названиями можно подвесить? там можно было бы дать расшифровку аббревиатуры...