Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
db2 constraint
|
|||
|---|---|---|---|
|
#18+
Проектируем новую систему. В новой системе будем создавать таблицы и ограничения. Сразу хочу рассказать о том как я себе представляю ограничения. вот тут я прочитал про ограничения какие они бывают, как классифицируются. После этого появилась уверенность что все ограничения по Бизнес логике можно реализовать с помощью constraints, ну или на крайний случай через триггеры. Вопрос : Как вы относитесь к тому что все проверки будут на стороне сервера СУБД, а не на стороне приложения (Сервера приложения)? как мне отлавливать ограничения? так как допустим вставка в таблицу дает вот такую ошибку Код: plaintext 1. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.01.2010, 09:29 |
|
||
|
db2 constraint
|
|||
|---|---|---|---|
|
#18+
olzhas, На чём пишете? Хранимые? Процедуры, функции? Где Вам надо ошибку ловить? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.01.2010, 10:15 |
|
||
|
db2 constraint
|
|||
|---|---|---|---|
|
#18+
Vladimir Kiselev, пишем на Java используем JDBC. Нужно выловить ошибку в клиенте, обработать ее и выдать читабельный результат. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.01.2010, 10:48 |
|
||
|
db2 constraint
|
|||
|---|---|---|---|
|
#18+
olzhas, А чем ты будешь ходить в БД? Напрямую или через ORM? Если через ORM, то он посредством установления ограничений в сущностях, берет на себя заботу о правильности данных. В любом случае главное чтобы данные в БД правильные ложились, поэтому на БД обязательно реализовывать ограничения. Ограничения в сущностях даст тебе возможность получать более внятные исключения и бросать Бизнес-исключения которые можно показывать пользователю. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.01.2010, 12:38 |
|
||
|
db2 constraint
|
|||
|---|---|---|---|
|
#18+
не совсем верно выразился. Ошибки связанные с ограничениями в любом случае нужно парсить и превращать в Бизнес исключения. Просто в случае с ORM у тебя будут сущности, для заполнения которых можно предусмотреть утилитные методы которые будут валидировать данные в сущностяхи если что - включать красную лампочку и кидать бизнес-исключение. ORM от парсинга ошибок не спасет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.01.2010, 12:51 |
|
||
|
db2 constraint
|
|||
|---|---|---|---|
|
#18+
Как плюс для парсинга ошибок, в DB2 все они хорошо клиссифицированы. Довольно просто выбирать ключевые слова из сообщений. Можно создать структуру данных для хранения "человеческих" описаний и при возникновении ошибки от БД пытаться найти ее толкование в этой структуре. PS: когда-то так делал и остался доволен результатом. Если до пользователя, вдруг, доходило сообщение от СУБД, то у него была возможность оповестить об этом и дальше достаточно было внести данные в базу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.01.2010, 14:38 |
|
||
|
|
start [/forum/topic.php?fid=43&msg=36411578&tid=1602920]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
159ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
49ms |
get tp. blocked users: |
1ms |
| others: | 16ms |
| total: | 271ms |
| 0 / 0 |
