|
|
|
Нужна идея по организации логики БД
|
|||
|---|---|---|---|
|
#18+
Всем привет. Такая ситуация: Логику ввода данных пользователем разделили на 1) Минимальный ввод ( только необходимой информации ) 2) Максимальный ввод ( ввод всех параметров ) Поскольку максимальный ввод подразумевает огромных временных затрат, что невозможно в тех условиях, в которых будет юзаться база .... то был придуман минимальный ввод, который позволяет ввести в одном(!) месте все необходимые параметры, а далее инсерт во многие таблицы и т.п. В связи с этим возникла идея реализовать максимальное заполнение по мере появления времени у работающего с БД в виде "отложенных невыполненных заданий". Как это будет выглядеть пока непонятно... Вот хотел бы послушать мнение спесов по БД, если кто сталкивался посоветуйте как это лучше реализовать, как бы по красивее... P.S.: Пока видиться, что это будет "таблица заданий", в которой будет указаны 1) Таблица, в которой необх. заполинть запись 2) ID записи, которую необходимо заполнить 3) Форма, которая обеспечивает интерфейс для заполнения По мере выполлнения отложенных заданий эта таблица будет опусташаться ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2004, 08:53 |
|
||
|
Нужна идея по организации логики БД
|
|||
|---|---|---|---|
|
#18+
Пока все супер-специалисты спят, предложу такой вариант. Добавить в данные тип поля "Логический", и пусть пользователь сам определяет полностью введены данные или нет. Соответственно сделать например две формы для просмотра, одна с полностью заполненными данными (логическое поле = True) и другая с незаполненными данными (Логическое поле = False). И соответственно главная форма для ввода. IMHO, куда проще, чем, авторПо мере выполлнения отложенных заданий эта таблица будет опусташаться. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2004, 09:08 |
|
||
|
Нужна идея по организации логики БД
|
|||
|---|---|---|---|
|
#18+
Gyslik, пользователю не охото видеть все многообразие контролов, которое ему надо заполнить ... от всего энтого у него глаза разбегаються:) ... ему неудобно так роботать(!) ПОэтому идея с таким логическим полем не прокатит ... юзер хочет вводить всю необх. инфу в одном(!) месте, а потом по мере появления времени заполнять оставшееся ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2004, 09:26 |
|
||
|
Нужна идея по организации логики БД
|
|||
|---|---|---|---|
|
#18+
1. Как-то не понятно: минимальный ввов, махимальный ввод... Все равно рано или поздно придется заполнить все что нужно заполнить. Подозреваю, что структура БД и таблиц у тебя не продумана, поэтому - трудности с вводом. 2.Если есть такие проблемы - тяжелый ввод, а при этом, паралельно должны выполняться интерфейсные операции, может быть пойти по пути разделения аппликаций? Сделать однуаппликацию только для ввода и редактирования данных, или, вообще - только для ввода и другую(ие) аппликацию для просмотра и отчетов. Как правило, процедуры для ввода и для вывода не пересекаются, так что и программы писать будет проще ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2004, 09:29 |
|
||
|
Нужна идея по организации логики БД
|
|||
|---|---|---|---|
|
#18+
У меня примерно такая же ситуация, вышел из положения разделив ввод на этапы 1. Минимальный ввод (обязательно) 2. остально- редактирование записи по разделам(каждый раздел-вкладка в форме) а вообще под юзеров подстраиваться - можно никогда ничего не сделать ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2004, 09:33 |
|
||
|
Нужна идея по организации логики БД
|
|||
|---|---|---|---|
|
#18+
Dmitry. ПО 1п. : Объясняю на простом примере: Есть таблицы A и B ; есть формы A и B для заполнения этих таблиц. Есть форма C, в которой мы реализуем заполнение необх.(! не всех) параметров для записей в табл. A и B. После заполнения этих параметров мы делаем инсерт/апдейт в табл A и B (по одной в каждую) Далее, в табл. A и B (в записях, которые мы инсертили или апдейтили) осталась незаполненая инфа(!) Так? Так вот нужен механизм отслеживания такой незаполненый инфы( т.е. так называемый максимальный ввод, отложенный что-ли) ... и всего то. А вот как это реализовать, это вопрос. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2004, 09:45 |
|
||
|
Нужна идея по организации логики БД
|
|||
|---|---|---|---|
|
#18+
Уточню: механизм для отслеживания незаполненной инфы по всей(!) БД и оформления этой байды в виде "заданий". 2 ППП: Есть другой вариант - мы не подстраиваемся под юзеров ... при таком подходе с системой никто работать не будет несмотря на всю ее мощь ... поскольку неудобно Это известный факт из опыта создании ПО: Какое бы ПО не было навороченное : если нет нормального, удобного интерфеса - никто им пользоваться не будет... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2004, 09:55 |
|
||
|
Нужна идея по организации логики БД
|
|||
|---|---|---|---|
|
#18+
Ну, тогда ты должен знать условия при которых таблицы А и В еще не дозаполнены. Это - либо пустые, незаполненные поля, которые можно проверить на пустоту или логические дополнительные поля, которые изменяются по мере ввода - минимального или максимального. Но лучше первый вариант, т.к. со вторым замучаешься с логикой... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2004, 09:59 |
|
||
|
Нужна идея по организации логики БД
|
|||
|---|---|---|---|
|
#18+
Вот-вот, это как раз тот самый крючок, с которого я никак не соскочу: “белый верх чёрный низ есть?…”, Олег, не ходи на поводу у пользователя, есть данные, которые они вводят, а есть корректировка, есть защита и выверка информации, а уж как они организуются – им жить ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2004, 10:02 |
|
||
|
Нужна идея по организации логики БД
|
|||
|---|---|---|---|
|
#18+
LelaВот-вот, это как раз тот самый крючок, с которого я никак не соскочу: “белый верх чёрный низ есть?…”, Олег, не ходи на поводу у пользователя, есть данные, которые они вводят, а есть корректировка, есть защита и выверка информации, а уж как они организуются – им жить Категорически - против! Олег прав: вспомним "Клиент - всегда прав!" Другое дело, что он может не видеть и не знать, как лучше. И это уже дело програмера, как организовать работу лучше и доказать (показать!), что так лучше! Всю скрытую работу, которую комп может делать без юзера надо организовать, а клиенту предоставить радоваться ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2004, 10:20 |
|
||
|
|

start [/forum/topic.php?fid=45&fpage=1614&tid=1673964]: |
0ms |
get settings: |
13ms |
get forum list: |
19ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
65ms |
get topic data: |
20ms |
get forum data: |
3ms |
get page messages: |
69ms |
get tp. blocked users: |
1ms |
| others: | 199ms |
| total: | 397ms |

| 0 / 0 |
