Один1 sql20005Коллеги, вы где ????
Help, подобного обсуждения в форуме я не нашол.
Неверю что никто из вас не решал как реализовать GUI, чтобы можно было отобразить ООП структуру данных. (Структура данных самая обыкновенная - управление процессами на предприятии...).
Подскажите, плиз!!! Да просто такие топики обычно скатываются во флейм. Всем лень.
Классический пример "универсального GUI" на этом сайте ищется по слову "Междумордие"
а мне и не нужен универсальный GUI, мне просто нужны примеры типовых решений...

Люююди.... помогите кто чем может, скиньте скриншоты разных частей GUI
ПЛИИИИЗ!!!
Это поможет не только мне, но и многим другим новичкам, потому что такого на этом ресурсе ещё небыло.
ПЛИИИИЗ!!!

Один1
У вас ТЗ есть ?
Вы с пользователями общались ?
Вы вообще представляете себе что надо сделать ?
Или это диплом ?

Это не диплом, это в будущем реальная бд, которая должна облегчить работу офиса.

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

Кроме договоров, непонятно где и как нужно организовывать работу с базой данных, т.е. у меня допустим есть клиенты, места продажи, заказы, ...
я могу сделать 3 разные закладки. и на каждой из закладок сделать ввод...
а где тогда запросы на поиск делать в отдельной 4-й закладке, или в каждой из закладок своё множество запросов ?
Например задача найти места продажи с такимито харпктеристиками...
характеристики могут быть любыми и относится к любой из моих 3-х указанных закладок...
как всё делать запросы и. т. д. я знаю...
Меня интересует как нужно это всё реализовать так чтобы это было логично и удобно...
Как обычно делают, и как сделано у вас...

funikovyuri sql20005


По-разному - обычно по-таблице на класс + связь 1 к 1 между ними по PK

а дальше обрабатывать с помощью ооп или просто с помощью процедур ?
можно примерчики ?

funikovyuri
Нужно разделять этапы анализа и проектирования :) Структура таблиц это просто архитектура системы - как вы будете с ними работать это другой вопрос - сильно зависящий от платформы и размеров задачи...


Работаю на оракле.

тогда такой философский вопрос... что лучше логичная. классная и понятная структура таблиц, но с очень сложной бизнес логикой(из - за большого кол-ва таблиц, joins...), или неочень логичная и красивая структура таблиц, но с более простой логикой ???
Если не привязывать этот вопрос к какой то конкретной задаче....

и более приземлённый вопрос: а как вы в гуи отображаете иерархию субьектов и делаете поиск ?