Проверка корректности заполнения полей базы

← →
pepper (2004-08-06 11:26) [0]

Посоветуйте как правильнее организовать проверку правильности заполнения полей в базе данных, так что бы конфигурация условий этой проверки хранилась,например, в текстовом файле и пользователь мог исправить или добавить условия. SQL запрос конечно лучший вариант, но он не подходит для простых пользователей.

← →
Соловьев © (2004-08-06 11:27) [1]

> так что бы конфигурация условий этой проверки хранилась,например,
> в текстовом файле и пользователь мог исправить или добавить
> условия.

смотря какие условия и какая СУБД.

← →
Nikolay M. © (2004-08-06 11:28) [2]

И все это должно работать и на D1/MSSQL, и на D7/Paradox?!
Ну ты, барин, задачи ставишь, дай три дня сроку...

← →
Ega23 © (2004-08-06 11:29) [3]

D1, D2, D3, D4, D5, D6, D7, IB4.x, IB5.x, IB6.x, MSSQL, MySQL, dBase, FoxPro, Paradox

Во ты профи, зачем тебе наши ответы?

← →
Ega23 © (2004-08-06 11:30) [4]

А вообще такая вещь Хранимой Процедурой всегда называлась.

← →
Rule © (2004-08-06 11:33) [5]

Лучше всего организовать простое окно с галочками или там с условиями и дальше генерировать программно в зависимости от галочек штучечек или там разных ерундовин код проверки вот и все, и хранить эти настроойки в инифайле вот это вариант простой для пользователя но сложный для программиста ...
Но мы лекгий путей не ищем © вожди СССР

← →
Rule © (2004-08-06 11:35) [6]

Ega23 © (06.08.04 11:30) [4]
ага, как раз для бухгалтеров, которых учишь неделю на кнопку нажимать а они при этом все записывают и думают что так лучше будет :)))))))))
а зставить писать бухгалтеров ХП, вот это смеху бедет (правда и нервов тоже только не толку)

← →
pepper (2004-08-09 12:03) [7]

Nikolay M.
>Ну ты, барин, задачи ставишь, дай три дня сроку...
>Nikolay M. © (06.08.04 11:28) [2]
>И все это должно работать и на D1/MSSQL, и на D7/Paradox?!
>Ну ты, барин, задачи ставишь, дай три дня сроку...
>Ega23 © (06.08.04 11:29) [3]
>D1, D2, D3, D4, D5, D6, D7, IB4.x, IB5.x, IB6.x, MSSQL, MySQL, dBase, FoxPro, Paradox
>Во ты профи, зачем тебе наши ответы?
Мужики расслабьтесь,все данные условия не требуются, а в большей степени говорят о попытке
получить совет от мастеров, работающих с разными СУБД и разных версиях DELPHI.
Прошу прощения за попытку ввести в заблуждение большим объемом отмеченных чекбоксов.....

>Ega23 © (06.08.04 11:30) [4]
>А вообще такая вещь Хранимой Процедурой всегда называлась.
Вы имеете в виду сетевые базы данных?

--------------------------------------------------------------------------------
Rule © (06.08.04 11:33) [5]
Лучше всего организовать простое окно с галочками или там с условиями и дальше генерировать программно в зависимости от галочек штучечек или там разных ерундовин код проверки вот и все, и хранить эти настроойки в инифайле вот это вариант простой для пользователя но сложный для программиста ...
Но мы лекгий путей не ищем © вожди СССР

--------------------------------------------------------------------------------
Rule © (06.08.04 11:35) [6]
Ega23 © (06.08.04 11:30) [4]
ага, как раз для бухгалтеров, которых учишь неделю на кнопку нажимать а они при этом все записывают и думают что так лучше будет :)))))))))
а зставить писать бухгалтеров ХП, вот это смеху бедет (правда и нервов тоже только не толку)

>Соловьев © (06.08.04 11:27) [1]
>смотря какие условия и какая СУБД.

Ситуация в общем такая, существует локальная база данных, более сотни полей (character, float,data). Пользователь вводит значения. Нажимает кнопку проверка.
Программа считывает из ini-файла условия проверки полей, например:

если $Items1$=100 то $Items2$>$Items3$.
$Items4$=$Items7$

и проверяет выполнение условий. Выводит сообщение.
По поводу корекции - ну не компилять же мне каждый раз программу, когда кому нибудь из операторов ударит в голову жидкость, проверить еще одно условие,
было бы 2-3 поля с данными, черт с ним, работы много с другими программами, а приходится отвлекаться.
>Rule © Но мы легкий путей не ищем
Тут как раз другой вариант.

← →
Anatoly Podgoretsky © (2004-08-09 12:10) [8]

OnValidate

← →
Sergey13 © (2004-08-09 12:15) [9]

2pepper (06.08.04 11:26)
>Посоветуйте как правильнее организовать проверку правильности заполнения полей в базе данных
Правильность разная бывает. "Правильно с т.з. целостности БД" - поставить соответствующие ограничения (ключи, нот нулы и т.д.). "Правильно с т.з. бухгалтера" - пусть сам и следит за собой.

← →
pepper (2004-08-10 08:51) [10]

>Sergey13 © (09.08.04 12:15) [9]
>"Правильно с т.з. бухгалтера" - пусть сам и следит за собой.
Просто крайний в этой ситуации оказывается программист, не обеспечил контроль за вводимыми параметрами и.т.п. А если бухгалтер тормоз, это не кого не беспокоит.

← →
Sergey13 © (2004-08-10 10:26) [11]

2[10] pepper (10.08.04 08:51)
>Просто крайний в этой ситуации оказывается программист, не обеспечил контроль за вводимыми параметрами и.т.п. А если бухгалтер тормоз, это не кого не беспокоит.
Обоснуй! Если бух выбрал корректную, но не ту операцию (проводку) - то кто виноват? Программер отвечает за то что бы проводка была как таковая, а уж какая... Можно конечно всякими фильтрами облегчить вывод, но не на 100% решать за буха. ИМХО.

Ты бы написал, с какими ошибками борешься конкретно.

← →
pepper (2004-08-10 11:06) [12]

>Anatoly Podgoretsky
>OnValidate
Анатолий подскажите а чем плохо в данной ситуации использовать
CustomConstrain типа String и ConstrainErrorMessage?

← →
pepper (2004-08-10 11:14) [13]

Sergey13 © (10.08.04 10:26) [11]
2[10] pepper (10.08.04 08:51)
>Обоснуй! Если бух выбрал корректную, но не ту операцию
>(проводку) - то кто виноват? Программер отвечает за то что бы >проводка была как таковая, а уж какая...

Тебя бы к нам начальником и проверяющим из комиссии одновременно...
>Ты бы написал, с какими ошибками борешься конкретно.

Допустим оператор должен, например, если выбрал рублевый счет,
ввести в поле2 значение равное значению из поля3, а если счет валютный то в поле4 - нулевое значение, а в поле 5 значение из поля 6 , ну и все остальное в том же духе...
При этом пользователь ссылается на то, что ошибки при вводе допущены из-за того, что в программе не предусмотрен контроль за вводимыми значениями в таблицу с огромным (!!!):) количеством полей...

← →
pepper (2004-08-11 13:10) [14]

Anatoly Podgoretsky
>OnValidate
Анатолий подскажите а чем плохо в данной ситуации использовать
CustomConstrain типа String и ConstrainErrorMessage?

← →
Sergey13 © (2004-08-11 13:51) [15]

2[13] pepper (10.08.04 11:14)
>При этом пользователь ссылается на то, что ошибки при вводе допущены из-за того, что в программе не предусмотрен контроль за вводимыми значениями в таблицу с огромным (!!!):) количеством полей...

А в данном случае случае оператор (начальник) прав, Ибо программа не блокирует неприемлемое решение. Если выбор условия однозначно определяет некие действия, то надо бы это отразить в программе. А про огромное количество полей... а кому щас легко? Да и кто сказал, что БД спроектирована оптимально?

Sergey13 © (11.08.04 13:51) [15]

Да и кто сказал, что БД спроектирована оптимально?

Мне тоже кажется что не может быть в одной таблице прям огромное количество полей, даю 99 процентов что база спроектирована неправильно, ибо сердцем чувствую, а посему виноват программист, уж не обижайтесь, но правда...

← →
pepper (2004-08-12 05:31) [17]

>Sergey13 © (11.08.04 13:51) [15]
>Да и кто сказал, что БД спроектирована оптимально?
>Rule ©
>уж не обижайтесь, но правда...

Да я не обижаюсь, суть дела такова, прислали нам в контору из головы базу данных FOXPRO,более 100 полей, кому-то очень уж захотелось поиметь сведения не утруждая себя написанием программы, типа берите базу , Fox и ручками ее, ручками.
Вообщем я сделал для оператора оболочку, прицепил различные справочники, процесс заполненения облегчился, однако возникла проблема контроля введенных значений.

2[17] pepper (12.08.04 05:31)
Ты доказал постулат - инициатива наказуема. 8-)

Sergey13 © (12.08.04 9:14) [18]

Ты доказал постулат - инициатива наказуема. 8-)

Во-во, если бы мне принесли такое,я бы сказал что это неработоспособная программа и отказался бы её поддерживать, если бы начальство настаивало, то я бы сказал что я сделаю, но за последствия не ручаюсь

ЗЫ: лучше вообще не делать чем делать плохо © кто-то умный

← →
pepper (2004-08-12 13:08) [20]

>Rule ©
>лучше вообще не делать чем делать плохо © кто-то умный
Да я каждый день сталкиваюсь с fox-pro-шными недоделками с кривым,убогим интерфейсом, кучей ошибок, с недостающими индексными файлами, причем эти программы нам присылают то пенсионный фонд, то блин, налоговая инспекция. Некоторые из ни при этом даже криво запакованны ZIPом. Причем эти "программы" рассылаются по всей России!!! О чем ты говоришь...

>Sergey13 © (12.08.04 09:14) [18]
>Ты доказал постулат - инициатива наказуема. 8-)
Да хрен с ним, проблем то, в какой-то степени удалось приобрести некоторый опыт, пополнить так сказать знаниями голову...
В болшей степени инциатива наказуема в выше перечисленных организациях, у меня был опыт работы в одной государственной контрое военного образца, там этого я нахлебался по уши...Правда после того как я ушел, им с Москвы спустили приказ делать то чего я собственно добивался сделать 2 года. Прибежали ко мене дай мой наработки, шаблоны HTML, скрипты и т.п.Как ты думаешь что я им ответил?

← →
pepper (2004-08-12 13:09) [21]

Anatoly Podgoretsky
>OnValidate
Анатолий подскажите, а чем плохо в данной ситуации использовать
CustomConstrain типа String и ConstrainErrorMessage?

забыл блин тег

Проверка корректности заполнения полей базы Найти похожие ветки