Форум: "Прочее";
Текущий архив: 2007.05.27;
Скачать: [xml.tar.bz2];
ВнизПодскажите как сделать такой интерфейс? Найти похожие ветки
← →
Juice © (2007-04-25 18:21) [0]Поставлена задача предоставления пользователям интерфейса чтобы они сами могли изменять метаданные многих справочных таблиц. Тут вопросов как бы нету, все понятно. Другое дело уже сами формы для внесения данных в эти таблицы. Проще всего конечно сделать в форме грида но требуют выполнить в виде отдельных db-aware-контролов на каждое поле. Большой облом писать самому код что будет аналиизировать какие есть поля и создавать под них компоненты на форме. Наверное проще всего будет сделать как в IB Expert - Data, Form View. Может кто-то сталкивался с компонентой которая делает такое или просто будет чем-то полезна? Буду признателен за любую идею
← →
oldman © (2007-04-25 18:27) [1]
> Большой облом писать самому код
Ключевая фраза...
← →
ANB © (2007-04-25 18:34) [2]
> Juice © (25.04.07 18:21)
Мне бы тоже было облом. Однако не завидую :) Я уже видел подобные системы и их развитие. Потом тебя заставят писать конструктор форм :)
Даже не надейся легко отделаться :)
← →
Kerk © (2007-04-25 18:40) [3][0] Juice © (25.04.07 18:21)
> Может кто-то сталкивался с компонентой которая делает такое
> или просто будет чем-то полезна?
Я такое писал. Мы вообще все больше и больше переходим к универсализации клиента, многое генерится по настройкам прописанным в БД.
← →
Juice © (2007-04-25 18:44) [4]
> Я уже видел подобные системы и их развитие. Потом тебя заставят
> писать конструктор форм :)
Насчет конструктора очень возможно ... Можно пару слов об "Я уже видел подобные системы и их развитие" ?
← →
Juice © (2007-04-25 18:48) [5]
> Я такое писал. Мы вообще все больше и больше переходим к
> универсализации клиента, многое генерится по настройкам
> прописанным в БД.
Ну мы пока пытаемся все подвести под универсальный интерфейс и обойтись без констрирования. А у вас как было?
← →
alex_*** © (2007-04-25 18:49) [6]Я даже с такими работаю каждый день - Enterprise Manager & PLSQL Developer. Самому писать тухло. Аналитика нужна очень нехилая. Если неудастся отвертеться - можешь начинать искать новое место.
← →
Juice © (2007-04-25 18:55) [7]
> Я даже с такими работаю каждый день - Enterprise Manager
> & PLSQL Developer. Самому писать тухло. Аналитика нужна
> очень нехилая. Если неудастся отвертеться - можешь начинать
> искать новое место.
Так к сожалению не получится, у меня не Oracle, а его эти приблуды с другими СУБД ведь не работают. Но у меня и аналитики никакой не требуется- это чисто справочники. Надо дать интерфейс чтобы юзеры могли расширять их (удалять поля и изменять базовые нельзя) и лупить туда то что они хотят. Т.е. захотели ХРАНИТЬ некую доп.информацию об обьектах? - пусть сами делают. И только хранить!
← →
Kerk © (2007-04-25 18:57) [8]У нас справочники хранятся в одном месте.... логически представляют собой N-мерное пространство, где одно из измерений - тип справочника, остальные - различные параметры, которым и присваивается конкретное значение.
Если такой вариант не подоходит и нужно работать с существующими табличками, у нас введено понятие "роли", которая содержит запрос, результат выполнения которого и надо показывать, и список его полей, которые необходимо отображать, включая заголовок и прочую полезную информацию. Это если упрощенно, что-то такое должно и у тебя получится, думаю.
Ты бы конкретно спрашивал, тема обширная.
← →
Потребитель (2007-04-25 19:00) [9]Juice © (25.04.07 18:55) [7]
> Я даже с такими работаю каждый день - Enterprise Manager
> & PLSQL Developer. Самому писать тухло. Аналитика нужна
> очень нехилая. Если неудастся отвертеться - можешь начинать
> искать новое место.
Так к сожалению не получится, у меня не Oracle, а его эти приблуды с другими СУБД ведь не работают. Но у меня и аналитики никакой не требуется- это чисто справочники. Надо дать интерфейс чтобы юзеры могли расширять их (удалять поля и изменять базовые нельзя) и лупить туда то что они хотят. Т.е. захотели ХРАНИТЬ некую доп.информацию об обьектах? - пусть сами делают. И только хранить!
Не, мне кажется здесь дело в плохо спроектированной БД.
Вот если бы по-подробней...
← →
Kerk © (2007-04-25 19:02) [10][7] Juice © (25.04.07 18:55)
> Надо дать интерфейс чтобы юзеры могли расширять их
Тогда скорее первый вариант из [8], а не второй
← →
ANTPro © (2007-04-25 19:02) [11]Это тема моей практики : )
Работает все через ODBC, я пишу только редактор форм.
← →
Kerk © (2007-04-25 19:05) [12]> [9] Потребитель (25.04.07 19:00)
У нас такая штука цепляется в виде доп.вкладок к окошку редактирования объектов :)
Блин, я думал только мы таким страдаем :)))
← →
Juice © (2007-04-25 19:07) [13]
> Ты бы конкретно спрашивал, тема обширная.
Ну, с запросами и прочим у меня все тоже просто -
одна таблица на одну форму. С полями тоже - всегда нужно давать редактировать все поля кроме PK. Сам вопрос в том как проще динамически лепить интерфейс для редактирования? Сценарий вкратце: юзер выбирает например "Спр.А", я знаю имя таблицы и по схеме узнаю перечень полей, теперь надо создать форму с контролом под каждое поле. Что бы заюзать такое чтобы не париться с этим, я по части интерфейса не силен в знаниях.
← →
ANTPro © (2007-04-25 19:08) [14]Хотя, у меня тема по проще будет. Только добавление/редактирование данных в любую БД с возможностью редактирования форм ввода данных.
← →
Kerk © (2007-04-25 19:09) [15]> [13] Juice © (25.04.07 19:07)
А.. дык в чем проблема? Список полей есть. Проходишь по списку и создаешь контролы. Еще тип поля нужно хранить, чтоб знать что создавать - простой едит или лукапчик или еще что.
← →
Потребитель (2007-04-25 19:12) [16]Juice © (25.04.07 19:07) [13]
А, понял.
← →
Juice © (2007-04-25 19:16) [17]
> А.. дык в чем проблема? Список полей есть. Проходишь по
> списку и создаешь контролы. Еще тип поля нужно хранить,
> чтоб знать что создавать - простой едит или лукапчик или
> еще что.
:)))) Проблемы нет ... простая лень человеческая. Хочу как в IB Experte, вертикально перечислить поля. Напр.:
Описание | Значение | *
-----------------------------------------
"Название" | TextEdit | обязательно
"Тип" | LookupEdit | обязательно
"Дата" | DateEdit | необязательно
← →
Потребитель (2007-04-25 19:24) [18]Juice © (25.04.07 19:07) [13]
Сам вопрос в том как проще динамически лепить интерфейс для редактирования?
Проще всего конечно сделать в форме грида но требуют выполнить в виде отдельных db-aware-контролов на каждое поле.
Ручками :)
Считываете мета данные, заносите в динамично созданные контролы, при сохранении выполняете скрипт.
← →
Desdechado © (2007-04-25 19:24) [19]Дальше пойдет сваливание всех справочников в одну кучу в одной таблице.
ЗЫ нафига нужны справочники, которые содержат только дополнительную информацию. Ведь по ней ни отчеты не построить, ни других полезных операций сделать.
← →
calm © (2007-04-25 19:28) [20]
> Ну мы пока пытаемся все подвести под универсальный интерфейс
> и обойтись без констрирования
На sql.ru есть несколько длинных топиков на эту тему. Приведено много аргументов с обоих сторон.
http://www.sql.ru/forum/actualtopics.aspx?search=%F3%ED%E8%E2%E5%F0%F1%E0%EB%FC%ED%FB%E9+%E8%ED%F2%E5%F0%F4%E5%E9%F1&submit=%CD%E0%E9%F2%E8&bid=58
← →
alien1769 © (2007-04-25 19:31) [21]
> Поставлена задача предоставления пользователям интерфейса
> чтобы они сами могли изменять метаданные многих справочных
> таблиц. Тут вопросов как бы нету, все понятно. Другое дело
> уже сами формы для внесения данных в эти таблицы.
Access им просто необходим !
← →
Juice © (2007-04-25 19:50) [22]
> Access им просто необходим !
Упаси Боже!
> ЗЫ нафига нужны справочники, которые содержат только дополнительную
> информацию. Ведь по ней ни отчеты не построить, ни других
> полезных операций сделать.
Как централ хранения информации. Сейчас юзеры хранят кучу всякой инфы на локальных дисках по файликам, другие не знают что есть у других да и сами они не знают что у себя есть и где.
Пока нужны только такие, дальше наверное это доберется и до функциональных с т.з. системы таблиц. Вот теперь придется связывать схему с кодом. В VS уже встроена работа с нетипизированными н.д. определение которых хранится в схеме, надо будет придумывать что-то похожее.
← →
Eraser © (2007-04-25 20:03) [23]> [0] Juice © (25.04.07 18:21)
сейчас как раз пишу что-то вроде такого конструктора форм, но на php.. на Делфи написать было бы гораздо проще.
В самом простом варианте хватило бы таблицы форм и таблицы полей.
Страницы: 1 вся ветка
Форум: "Прочее";
Текущий архив: 2007.05.27;
Скачать: [xml.tar.bz2];
Память: 0.51 MB
Время: 0.039 c