Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Прочее";
Текущий архив: 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.04 c
1-1175497383
Ricks
2007-04-02 11:03
2007.05.27
Математика наложения


15-1177851439
ProgRAMmer Dimonych
2007-04-29 16:57
2007.05.27
Подскажите, пожалуйста, сайт,


2-1178376142
logslava
2007-05-05 18:42
2007.05.27
как в запросе определить номер записи?


2-1178535791
DelphiLexx
2007-05-07 15:03
2007.05.27
ShowModal и Enabled


2-1178544704
Inna_Z
2007-05-07 17:31
2007.05.27
Как узнать версию InterBase?





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский