Главная страница
Top.Mail.Ru    Яндекс.Метрика
Текущий архив: 2007.05.27;
Скачать: CL | DM;

Вниз

Подскажите как сделать такой интерфейс?   Найти похожие ветки 

 
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;
Скачать: CL | DM;

Наверх




Память: 0.53 MB
Время: 0.038 c
11-1160160648
doozer
2006-10-06 22:50
2007.05.27
Где достать TGauge под KOL(MCK) ??


3-1173785473
kulkse
2007-03-13 14:31
2007.05.27
DBGrid MultiSelect


11-1141729246
Ал
2006-03-07 14:00
2007.05.27
И снова antialiasing


1-1175153464
DelphiLexx
2007-03-29 11:31
2007.05.27
Изменить родителя при наследование


2-1178525796
Lobach
2007-05-07 12:16
2007.05.27
Фреймы