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

проходил мимо...boraldo,

отличная идея - оставить админинье админам. только не нужно делать интерфейса к этому в твоей системе - в любой СУБД достаточно средств, чтобы решать подрбные задачи.
Вот я и спрашиваю, почему не надо. Иначе тему бы не создавал.
Вы это как догму принимаете. А я ищу реальные аргументы за и против.
Пока что я вижу только сильный аргумент за: админу не придётся устанавливать клиента БД.
А какие аргументы против?

miksoftboraldoадмину не придётся устанавливать клиента БД.С чего бы не придется?
С того, что все запросы к базе будет выполнять сама система через JDBC (читайте название темы). Админ только заполняет формы и 1нажимает кнопки в интерфейсе системы.

miksoftboraldo,
А что в вашей терминологии есть "клиент БД"?
Я полагал, что это Oracle/MySQL client.

Клиент БД это виндовая программа, которую нужно устанавливать. Примеры: sqlyog, sqldeveloper, dbvisualizer и прочие.

miksoftВ любом случае, экономия на установке одного экземпляра некоего софта на админский комп выглядит весьма сомнительной.
Уже давно все поняли, что системы, требующие установки чего-либо уступают по портативности веб-приложениям. Поэтому на Delphi пишут всё меньше и меньше, а некоторые переводят продукты из Delphi на java.
Элементарные примеры:
1) админ захочет работать из интернет-кафе
2) админ захочет работать с чужого компа, на котором стоит версия ОС, для которой не будет устанвощика.
3) админ захочет работать с чужого компа, но дистрибутива под рукой не окажется
И всё - работа встала.

проходил мимо...1. работы по созданию/удалению/модификации таблиц должны делаться человеком, который понимает, что делает.

Админы такие и будут.

проходил мимо...2. автоматическая (автоматизированная - т.е. не родными средствами БД, а твоей поделкой) должны быть избыточно умны, чтобы отработать хотя бы базовые проблемы.

Не понял: кто "должны быть избыточно умны" и какие проблемы?

проходил мимо...3. в связи с 2 - ты сделаешь невозможной работу насиоящего админа в сложной среде, когда может потребоваться создание дополнительных индексов, представлений, партиционирования существующих таблиц и т.д.

Почему? Если нужно будет сделать что-то, что система не позволяет, "настоящий админ" зайдёт в БД через обычный клиент и сделает всё, что нужно.

проходил мимо...4. в связи с 3 - если ты пишешь мелкую систему, которая никогда не вырастет до сколь-нибудь взрослой системы - расслабься, твм тем более не нужен такой функционал.
Я наивно надеюсь, что система не мелкая и что она вырастет.

проходил мимо...boraldoИ всё - работа встала.нет - админа уволят в момент, когда он "захочет" и ничего для этого не слелает. мне вот ничто не мешает с любого компа делать всё, что может потребоваться для администрирования 17-ти оракловых баз.
1. Не все такие продвинутые как Вы, чтобы ходить везде и всюду с флешкой с дистрибутивами для всех операционных систем. И если Вас и устраивает необходимость устанавливать на каждой машине специальную программу, то многих - нет. В том числе любой здравомыслящий начальник из двух равноценных по функционалу продуктов выберет тот, с которым его сотрудники смогут работать сразу с любой машины, не устанавливая никаких программ.
2. Кто вообще сказал админ на кого-то работает? В фразе "Работа встала" имеется в виду работа ресурса.

проходил мимо...boraldoпропущено...

Почему? Если нужно будет сделать что-то, что система не позволяет, "настоящий админ" зайдёт в БД через обычный клиент и сделает всё, что нужно.но твоя система более не сможет работать с модифицированными не ею метаданными.
Каким образом создание индекса или представления может сделать невалидными метаданные ?

проходил мимо...boraldo1. Не все такие продвинутые как Вы, чтобы ходить везде и всюду с флешкой с дистрибутивами для всех операционных систем.ты не понял. я хожу с ссылкой на скачивание ssh-клиента. putty называется.

1. Тут ещё и скачивать приходится. Скачать - установить - только потом работать. Это многим будет неудобно. Повторяю: конечно если это придётся делать, то сделают. Но если можно будет этого не делать - это очевидно удобнее.
2. Putty? Вы там shell командами запускаете всё? То есть переходите в папку клиента, запускаете sql.exe и там руками набираете команды? Тогда можно развить Ваш метод и таскать с собой VncViewer, чтобы подключаться прямо к экрану включённой рабочей машины..
3. Один хрен это вносит дополнительное условие: Ваша рабочая машина должна быть кругосуточно включена и подключена к Интернет. Опять таки, если деваться некуда, то ладно. Но если есть способ избежать этого, то так многие и сделают.

Вы мотивируете ненужность возможности тем, что она не нужна конкретно Вам в Ваших условиях. А многим она нужна. Учитесь абстрагироваться.

проходил мимо...boraldoпропущено...
Каким образом создание индекса или представления может сделать невалидными метаданные ?а если индекс - функциональный, а представление - материализованное? а если я подменил представлением таблицу?
одним словом - подумай, и сам найдёшь сотни причин.
Всё равно не вижу, чем функциональный индекс может необратимо навредить метаданным..
Даже если повредит, то админ увидит это и вернёт всё обратно.

SERG1257boraldo Какие аргументы против такой организации?
Вы напишете лучше чем sqlyog, sqldeveloper, dbvisualizer ? Если да, то зачем вы пишете прикладной софт, если нет, то адекватный админ не будет пользоваться вашей худшей программой, а вы будете тратить время/деньги/силы на бесполезный софт.
Другой разговор, если ваш админ не адекватный, по сути эникейщик, умеющий только кнопки давить. В этом случае ваша программа должна уметь запускать скрипты, написанные адекватными админами.

Зачем я всё это пишу и кто будет пользоваться не имеет отношения к вопросу "какие недостатки у DDL через JDBC".

Если уж так интересно, то софт не прикладной. У него нет задачи превысить или даже повторить возможности существующих клиентов БД.
От системы требуется уметь выполнять только простые DDL действия, вроде создания/редактирования таблиц, колонок.
Всё остальное - DML.

проходил мимо...boraldo,

надоел. (с) падал прошлогодний снег.

ps ты бы хоть в Гугле почитал о том, что я тебе писал. возможно - ВОЗМОЖНО - тупых вопросов бы поубавилось...
Хе, типичные аргументы слитого. Об этом даже в lurkmore.ru статьи есть.