ReSQL.ru
     
powered by simpleCommunicator - 2.0.50     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / GUI и целостность данных в БД
40 сообщений из 40, показаны все 2 страниц
  все  
GUI и целостность данных в БД
    #34008008
Сергей Фролов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Сергей Фролов
Участник
Всем доброго времени суток!

Не уверен, что нужно было размещать вопрос в этом разделе... Ну да ладно, модераторы, в случае чего, подправят :)

Ситуация следующая - есть нормально спроектированная БД. Например при попытке удаления записи мы получаем следующее сообщение от сервера БД:
violation on FOREIGN KEY constraint "FK_BUILDING_1" on table "BUILDING". Вполне красивое и понятное сообщение. Для программиста или DB-админа.
И возникает такой вопрос: как для конечного пользователя показать вразумительное сообщение на русском языке о попытке нарушения целостности данных в БД? Кто как решает эту проблему?

P.S.: Просьба не советовать сделать проверку целостности данных на триггерах с нормальными exceptions на русском языке. :)
...
Рейтинг: 0 / 0
23.09.2006, 22:27
| Ответить | Цитировать | Написать  
GUI и целостность данных в БД
    #34008012
Сергей Фролов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Сергей Фролов
Участник
Кстати, чуть не забыл, естественно сообщение в клиентской программе, а не в администраторе базы данных... :)
...
Рейтинг: 0 / 0
23.09.2006, 22:38
| Ответить | Цитировать | Написать  
GUI и целостность данных в БД
    #34008016
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
на клиенте или на сервере приложений перехват эксепшинов и их трансляция в "понятные" сообщения. СУБД-зависимо.
...
Рейтинг: 0 / 0
23.09.2006, 22:41
| Ответить | Цитировать | Написать  
GUI и целостность данных в БД
    #34008070
Сергей Фролов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Сергей Фролов
Участник
Так это же кошмар получается! Для каждого варианта exception нужно создать строку-дубликат для сверки. Красивей решения ни у кого нет?
...
Рейтинг: 0 / 0
24.09.2006, 00:35
| Ответить | Цитировать | Написать  
GUI и целостность данных в БД
    #34008081
contr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
contr
Участник
Сергей ФроловТак это же кошмар получается! Для каждого варианта exception нужно создать строку-дубликат для сверки. Красивей решения ни у кого нет?
Сергей, Вы не поняли.
Это не "дубликат", как Вы изволили выразиться.
Это обработка особых ситуаций, которая обязана иметь место быть в приложении.
В чем разница? Попробую объяснить.
- Сообщение для пользователя должно не просто быть переводом сообщения об ошибке на родной язык. Оно должно диагностировать ситуацию с точки зрения и в терминах предметной области.
Например, пользователь заводит накладную и в процессе выяснилось, что в прайс-листе нет цены для какой-то из позиций.
Сообщение должно так и выглядеть: "В ПРАЙС-ЛИСТЕ отсутствует цена для товара 'хомячок'". А не системное "no data found", перепертое на родной язык.
Другой пример: регистрируем номерной документ. "violation on FOREIGN KEY constraint "FK_DOC_1" on table "DOC"" после обработки должно превратиться не в "нарушение целостности внешнего ключа FK_DOC_1 в таблице DOC", но в "документ с данным номером уже зарегистрирован в системе. Открыть существующий документ?"
Т.е. это ни в коем разе не тупое дублирование - тот же violation on FOREIGN KEY в зависимости от контекста может быть как фатальной системной ошибкой, так и рабочей веткой бизнес-процесса.
При этом хочу отметить еще одно важное свойство системы обработки ошибок: если в нее попадает непредусмотренный в даном месте exception, то его ни в коем случае нельзя "потерять". Скорее, надо показать что-то вроде "Произошла серьезная ошибка. Скопируйте следующую информацию и передайте сотруднику тех. поддержки:
- Операция:
- Модуль:
- Входные параметры:
- Строка кода:
- Код ошибки:
- Текст сообщения об ошибке:"
...
Рейтинг: 0 / 0
24.09.2006, 00:56
| Ответить | Цитировать | Написать  
GUI и целостность данных в БД
    #34008088
Сергей Фролов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Сергей Фролов
Участник
2 contr: Спасибо за столь подробное объяснение. Но видимо вы меня не совсем поняли. Вопрос несколько в другом: я перехватил exception (в данном конкретном случае у меня IBX и Firebird 1.5). Если посмотреть исходник ib.pas, то можно увидеть следующее:

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
  EIBError                  =  class (EDatabaseError)
   private 
    FSQLCode: Long;
    FIBErrorCode: Long;
   public 
     constructor  Create(ASQLCode: Long; Msg:  string ); overload;
     constructor  Create(ASQLCode: Long; AIBErrorCode: Long; Msg:  string ); overload;
     property  SQLCode: Long read FSQLCode;
     property  IBErrorCode: Long read FIBErrorCode;
   end ;

Вот у меня и возникает вопрос: единственным вариантом будет создание что-то вроде массива сообщений в зависимости от SQLCode и IBErrorCode?
Если это единственный вариант, то вопрос отпадает сам собой. Я думал может у кого-то есть более красивые решения.
...
Рейтинг: 0 / 0
24.09.2006, 01:08
| Ответить | Цитировать | Написать  
GUI и целостность данных в БД
    #34008204
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
Сергей ФроловВот у меня и возникает вопрос: единственным вариантом будет создание что-то вроде массива сообщений в зависимости от SQLCode и IBErrorCode?
Если это единственный вариант, то вопрос отпадает сам собой. Я думал может у кого-то есть более красивые решения.
Ну да. Только все коды транслировать не обязательно, только значимые для пользователя. На остальные штатный текст, типа "Произошла ошибка...и т.п." + нормальный диалог, который не ущемляет и разработчика с кнопкой Подробно, при нажатии на которую показывается панель с оригинальным текстом. Панель Подробно по умолчанию скрыта. Все будет нормально..
...
Рейтинг: 0 / 0
24.09.2006, 12:32
| Ответить | Цитировать | Написать  
GUI и целостность данных в БД
    #34008247
Фотография grexhide
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
grexhide
Участник
iscrafm Сергей ФроловВот у меня и возникает вопрос: единственным вариантом будет создание что-то вроде массива сообщений в зависимости от SQLCode и IBErrorCode?
Если это единственный вариант, то вопрос отпадает сам собой. Я думал может у кого-то есть более красивые решения.
Ну да. Только все коды транслировать не обязательно, только значимые для пользователя. На остальные штатный текст, типа "Произошла ошибка...и т.п." + нормальный диалог, который не ущемляет и разработчика с кнопкой Подробно, при нажатии на которую показывается панель с оригинальным текстом. Панель Подробно по умолчанию скрыта. Все будет нормально..

+1 Я бы сказал проще - нужно отделять аварийные, по сути - нерегламентированные и необрабатываемые и непредусмотренные по умолчанию ошибки, от штатных и понятных пользователю.

Говоря проще - отделить сообщения: "Вы не можете удалить договор, потому как по нему выполнены финаносвые операции" (которые, по сути, и есть бизнес правила), от "особо ценных" сообщений со смысловой нагрузкой вида: "Извините, ошибка бла-бла-бла, впрочем, х.з., т.к. разработчик оказался халтурщиком, впрочем, в чем проблема - думайте сами, если что".

При этом - т.к. пользователи к этому бла-бла-бла привыкают, а изобретательность их - не имеет границ, а т.к. отделить халтуру от сбоя системы пользователь не может, то последствия разрушения данных - чаще могут и не иметь границ (себе дороже - потом приводить данные в чувство).

------

Практически же решение вопроса выглядит примерно так: заводится своя таблица/список регламентированных сообщений системы. Все мыслимые случаи действий пользователя предусматриваются, кодируются (через явные проверки, иногда - через обработчики стандартных ошибок - по сути, реализуются именно бизнес правила).

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

И это, я считаю - нормально (т.к. системы пишутся - для человеков, а не роботов).
...
Рейтинг: 0 / 0
24.09.2006, 13:55
| Ответить | Цитировать | Написать  
GUI и целостность данных в БД
    #34009458
mcureenab
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mcureenab
Участник
Сергей ФроловВот у меня и возникает вопрос: единственным вариантом будет создание что-то вроде массива сообщений в зависимости от SQLCode и IBErrorCode?
Если это единственный вариант, то вопрос отпадает сам собой. Я думал может у кого-то есть более красивые решения.

Скорее всего так тоже не выйдет. Один и тот же код ошибки, например "дублирование первичного ключа" покрывает множество конкретных "бизнес правил". Поэтому для перевода системного сообщения об ошибке на "человеческий язык" придётся проводить его разбор с учётом контекста. Задача не из простых, а главное, мало что даёт для пользы дела.

Решение может зависеть от СУБД. Можно развивать саму программу, но надо помнить, что программой написаной для идиота не станет пользоваться даже идиот. ИМХО, наиболее эффективный способ -- обучить пользователей, в том числе рассазать им про СУБД, БД и о том какие сообщения об ошибках они могут увидеть и как на них реагировать.


"violation on FOREIGN KEY constraint ..." нужно обязательно перевести на национальный язык пользователя. Как правило это делается простой настройкой СУБД. Иногда приходится править файлы сообщений. Лично мне пока удавалось локализовывать программы без программирования.

По "FK_BUILDING_1" нужно для пользователей сделать справочник, что именно это означает как минимум на уровне бизнес-логики. Некоторые СУБД позволяют настраивать текст сообщения для каждого ограничения целостности. Очень полезная штука.
...
Рейтинг: 0 / 0
25.09.2006, 12:48
| Ответить | Цитировать | Написать  
GUI и целостность данных в БД
    #34009577
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
русский ответ сервера часто решается установкой русского MDAC если провайдер от MS. Если лень программировать и делать "дружественный интерфейс пользователя".
______________________________________________
Вы имеете право хранить молчание! Всё что Вы скажете может быть использовано против Вас в суде!
...
Рейтинг: 0 / 0
25.09.2006, 13:27
| Ответить | Цитировать | Написать  
GUI и целостность данных в БД
    #34009586
Фотография Calm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Calm
Участник
авторобучить пользователей, в том числе рассазать им про СУБД, БД и о том какие сообщения об ошибках они могут увидеть и как на них реагировать.


"violation on FOREIGN KEY constraint ..." нужно обязательно перевести на национальный язык пользователя. Как правило это делается простой настройкой СУБД. Иногда приходится править файлы сообщений. Лично мне пока удавалось локализовывать программы без программирования.

По "FK_BUILDING_1" нужно для пользователей сделать справочник, что именно это означает как минимум на уровне бизнес-логики.

Ага. Еще надо перевести на русский "Access violation at address ..." и составить справочник адресов переменных и объектов с описанием, что именно они означают на уровне бизнес-логики

Не проще ли уважить пользователя и перед добавлением записи проверить наличие такого "FK_BUILDING_1" в базе и культурно об это сказать?
...
Рейтинг: 0 / 0
25.09.2006, 13:30
| Ответить | Цитировать | Написать  
GUI и целостность данных в БД
    #34009604
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softwarer
Участник
CalmАга. Еще надо перевести на русский "Access violation at address ..." и составить справочник адресов переменных и объектов с описанием, что именно они означают на уровне бизнес-логики
+1
...
Рейтинг: 0 / 0
25.09.2006, 13:34
| Ответить | Цитировать | Написать  
GUI и целостность данных в БД
    #34009659
Сергей Фролов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Сергей Фролов
Участник
CalmНе проще ли уважить пользователя и перед добавлением записи проверить наличие такого "FK_BUILDING_1" в базе и культурно об это сказать?
Т.е. мы приходим к тому, что триггеры, которых я просил не предлагать, переходят на уровень клиента?
...
Рейтинг: 0 / 0
25.09.2006, 13:45
| Ответить | Цитировать | Написать  
GUI и целостность данных в БД
    #34009692
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
Сергей Фролов CalmНе проще ли уважить пользователя и перед добавлением записи проверить наличие такого "FK_BUILDING_1" в базе и культурно об это сказать?
Т.е. мы приходим к тому, что триггеры, которых я просил не предлагать, переходят на уровень клиента?
варианта 3:
- русская OS и MDAC
- перехват в бизнес-слое в ХП с отправкой с сервера русского понятного текста
- перехват на клиенте в коде с переводом русского понятного текста
...
Рейтинг: 0 / 0
25.09.2006, 13:52
| Ответить | Цитировать | Написать  
GUI и целостность данных в БД
    #34009747
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
п.п. 2 в виде исключения возбуждаемое сервером (для SQL Server) c кодом либо в логог-журнал OS либо в виде исключалки для клиента.
______________________________________________
Вы имеете право хранить молчание! Всё что Вы скажете может быть использовано против Вас в суде!
...
Рейтинг: 0 / 0
25.09.2006, 13:59
| Ответить | Цитировать | Написать  
GUI и целостность данных в БД
    #34010531
mcureenab
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mcureenab
Участник
CalmАга. Еще надо перевести на русский "Access violation at address ..." и составить справочник адресов переменных и объектов с описанием, что именно они означают на уровне бизнес-логики

Не проще ли уважить пользователя и перед добавлением записи проверить наличие такого "FK_BUILDING_1" в базе и культурно об это сказать?

1. Перевести. И в русском виндофсе это вроде сделано. Справочник адресов в данном случае излишен, поскольку это сообщение как правило говорит об ошибке в коде программы и нужно обращаться к разработчику, а у разработчика такой справочник скорее всего есть, например в виде map файла.

2. ИМХО, не проще. В любом случае, без знания концепции системы пользователи не смогут эффективно выполнять свои обязанности. Слово "ограничение целостности" не должно вводить их в ступор или вызывать рефлекторную реакцию "звони программистам". Кроме того, загромождая код анализаторами ошибок мы удорожаем и усложняем программу в сопровождении и создаём хорошую почву для создания новых ошибок.

Реально, это нужно в автоматических отказоустойчивых системах, где исключительную ситуацию должен обработать автомат (чаще всего автомат не вникает в суть ошибки, а просто повторяет попытку или переходит к резервной процедуре). Когда речь идёт о человеке, который имеет допуск к системе, нет нужды принижать его интеллектуальные способности.
...
Рейтинг: 0 / 0
25.09.2006, 17:05
| Ответить | Цитировать | Написать  
GUI и целостность данных в БД
    #34010574
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softwarer
Участник
mcureenabСправочник адресов в данном случае излишен, поскольку это сообщение как правило говорит об ошибке в коде программы
Исключения типа key violation чаще всего говорят ровно о том же.

mcureenabСлово "ограничение целостности" не должно вводить их в ступор или вызывать рефлекторную реакцию "звони программистам".
То есть пользователи сами должны разбираться в проблемах и потребностях криво реализованной программы.

mcureenabКроме того, загромождая код анализаторами ошибок мы удорожаем и усложняем программу в сопровождении и создаём хорошую почву для создания новых ошибок.
Хорошее обоснование для того, чтобы объяснять пользователю "access violation - в принципе нормальное состояние программы. Просто повторите операцию раз пять, если не поможет, подождите до завтра и повторите еще раз".
...
Рейтинг: 0 / 0
25.09.2006, 17:15
| Ответить | Цитировать | Написать  
GUI и целостность данных в БД
    #34010760
aag
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
aag
Участник
Petro123
варианта 3:
- русская OS и MDAC
- перехват в бизнес-слое в ХП с отправкой с сервера русского понятного текста
- перехват на клиенте в коде с переводом русского понятного текста
Не вижу смысла без очень особых причин указывать в требованиях к ПО установки именно русской Windows и MDAC.

mcureenab1. Перевести. И в русском виндофсе это вроде сделано.
Вы всерьез считаете, что фраза "нарушение доступа по адресу ХХХ" более понятна пользователю, чем "Access violation at address ..." ?

CalmНе проще ли уважить пользователя и перед добавлением записи проверить наличие такого "FK_BUILDING_1" в базе и культурно об это сказать?
+1. Вот именно, перед добавлением.

Nobody faults but mine... (LZ)
...
Рейтинг: 0 / 0
25.09.2006, 18:01
| Ответить | Цитировать | Написать  
GUI и целостность данных в БД
    #34010829
Сергей Фролов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Сергей Фролов
Участник
aag
CalmНе проще ли уважить пользователя и перед добавлением записи проверить наличие такого "FK_BUILDING_1" в базе и культурно об это сказать?
+1. Вот именно, перед добавлением.
А можно поподробнее, за что +1?
Я приводил пример про УДАЛЕНИЕ!
То, что целостность данных можно проверить перед добавлением, проблему не решает. Если я правильно понял, то вы предлагаете выполнить проверку непосредственно перед INSERT? А тот факт, что за время между проверкой и INSERT'ом запись в таблице, для которой создан foreign key, может быть удалена? Или вы предлагаете блокировать все связанные таблицы перед записью? Не самая разумная мысль. Хотя может я вас просто не так понял...
...
Рейтинг: 0 / 0
25.09.2006, 18:23
| Ответить | Цитировать | Написать  
GUI и целостность данных в БД
    #34010893
ModelR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ModelR
Участник
CalmНе проще ли уважить пользователя и перед добавлением записи проверить наличие такого "FK_BUILDING_1" в базе и культурно об это сказать? О, это же сериализация доступа, тут тоже аккуратно надо. Всегда есть желание и часто необходимость не тормозить других пока один пошел чай пить. Пусть лучше он напившись чаю получит эксепшен , но по-человечески:)
...
Рейтинг: 0 / 0
25.09.2006, 18:54
| Ответить | Цитировать | Написать  
GUI и целостность данных в БД
    #34010904
mcureenab
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mcureenab
Участник
aag
mcureenab1. Перевести. И в русском виндофсе это вроде сделано.
Вы всерьез считаете, что фраза "нарушение доступа по адресу ХХХ" более понятна пользователю, чем "Access violation at address ..." ?


Эта фраза говорит пользователю только о том, что в процессе выполнения его запроса что то произошло. Естественно программа должна сообщить, что "Произошла ошибка, операция ХХ не выполнена" ну или что то в этом духе по обстоятельствам. Далее следует расшифровка причины, по которой операция не выполнена и (возможно) рекомендации.

Не следует ожидать от пользователя знание английского языка, а слушать по телефону диагностическое сообщение на "английском" в исполнении пользователя (примерно: "тут ему фиолетово стало!"), который его никогда не изучал, заставляет меня плакать.

Гораздо перспективнее, не объяснять пользователю, в чём он не прав, а строить его взаимодействием с системой таким образом, чтобы он не мог создать исключительную ситуацию.
...
Рейтинг: 0 / 0
25.09.2006, 18:58
| Ответить | Цитировать | Написать  
GUI и целостность данных в БД
    #34010934
mcureenab
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mcureenab
Участник
aag Petro123
варианта 3:
- русская OS и MDAC
- перехват в бизнес-слое в ХП с отправкой с сервера русского понятного текста
- перехват на клиенте в коде с переводом русского понятного текста
Не вижу смысла без очень особых причин указывать в требованиях к ПО установки именно русской Windows и MDAC.


А что тут особого? Если в ТЗ прописано, что система должна общаться с пользователем на русском, то разработчик скорее всего потребует, чтобы базовое ПО (Windows и MDAC, например) тоже было локализовано.

Перехват и "перевод" сообщений, это прямая привязка прикладного ПО к конкретной версии и даже конфигурации системного ПО. Локализовать системное ПО не в пример легче, и эффективнее, чем бороться с ним.
...
Рейтинг: 0 / 0
25.09.2006, 19:08
| Ответить | Цитировать | Написать  
GUI и целостность данных в БД
    #34011116
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softwarer
Участник
mcureenabНе следует ожидать от пользователя знание английского языка, а слушать по телефону диагностическое сообщение на "английском" в исполнении пользователя (примерно: "тут ему фиолетово стало!"), который его никогда не изучал, заставляет меня плакать.
Трогательная история. Именно поэтому в случае ошибки Вам на емейл должен уходить пакет информации: текст исключения и прочие свойства exception-объекта, стектрейс, скриншот, состояние датасета/датасетов.

mcureenabГораздо перспективнее, не объяснять пользователю, в чём он не прав, а строить его взаимодействием с системой таким образом, чтобы он не мог создать исключительную ситуацию.
Верно. Что, впрочем, совершенно не исключает возможность возникновения оной и не отменяет необходимости в качественно выстроенной обработке.
...
Рейтинг: 0 / 0
25.09.2006, 21:01
| Ответить | Цитировать | Написать  
GUI и целостность данных в БД
    #34011227
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
softwarer mcureenabНе следует ожидать от пользователя знание английского языка, а слушать по телефону диагностическое сообщение на "английском" в исполнении пользователя (примерно: "тут ему фиолетово стало!"), который его никогда не изучал, заставляет меня плакать.
Трогательная история. Именно поэтому в случае ошибки Вам на емейл должен уходить пакет информации: текст исключения и прочие свойства exception-объекта, стектрейс, скриншот, состояние датасета/датасетов.

Да уж, точно. Задача пользователя нажать на кнопку "Отправить", а не передавать словами описание ошибки. Обработка нужна всегда, даже если подозреваешь, что в этом месте ошибки быть не может.
...
Рейтинг: 0 / 0
25.09.2006, 22:30
| Ответить | Цитировать | Написать  
GUI и целостность данных в БД
    #34011746
Фотография Calm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Calm
Участник
авторТо, что целостность данных можно проверить перед добавлением, проблему не решает. Если я правильно понял, то вы предлагаете выполнить проверку непосредственно перед INSERT?
Угу. Это избавит разработчика от 95% вопросов пользователей. Ну или сэкономит нервы пользователям, если разработчику пофиг проблемы юзеров.

авторА тот факт, что за время между проверкой и INSERT'ом запись в таблице, для которой создан foreign key, может быть удалена?
Ну так и надо внятно написать почему не получается выполнить операцию. А не "key violation" в таблице такой-то. IMHO.

С уважением.
...
Рейтинг: 0 / 0
26.09.2006, 10:06
| Ответить | Цитировать | Написать  
GUI и целостность данных в БД
    #34011827
Сергей Фролов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Сергей Фролов
Участник
2 Calm: Если я вас правильно понял, то на одно возможное сообщение о попытке нарушении целостности данных, вы предлагаете сделать два? Одно ДО встроенной проверки базой данных, а второе ПОСЛЕ в случае таки возникновения ошибки? А в чем бонус?

2 ALL: Неужели большинство выполняют проверки целостности данных вручную, дабы показать пользователю адекватное сообщение на русском?
...
Рейтинг: 0 / 0
26.09.2006, 10:29
| Ответить | Цитировать | Написать  
GUI и целостность данных в БД
    #34011833
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
Сергей Фролов2 ALL: Неужели большинство выполняют проверки целостности данных вручную, дабы показать пользователю адекватное сообщение на русском?
http://www.sql.ru/forum/actualthread.aspx?tid=342424
...
Рейтинг: 0 / 0
26.09.2006, 10:31
| Ответить | Цитировать | Написать  
GUI и целостность данных в БД
    #34011871
Alexey Kudinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexey Kudinov
Участник
Сергей Фролов2 ALL: Неужели большинство выполняют проверки целостности данных вручную, дабы показать пользователю адекватное сообщение на русском? а по разному.
Была у меня система, где пользователю разрешали вводить абы как, а возникающие на сервере БД ошибки автоматически переводились на русский язык по некоторым правилам. Выглядело, честно говоря, страшненько и многие пользователи предпочитали (представьте себе !) видеть оригинальное английское сообщение.

Сейчас стараемся проектировать ввод данных так, чтобы ошибки вида "foreign key violation" вообще не возникали. Ну а уж если возникли, показываем как есть - исключительная ситуация.
...
Рейтинг: 0 / 0
26.09.2006, 10:43
| Ответить | Цитировать | Написать  
GUI и целостность данных в БД
    #34012035
mcureenab
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mcureenab
Участник
iscrafmДа уж, точно. Задача пользователя нажать на кнопку "Отправить", а не передавать словами описание ошибки. Обработка нужна всегда, даже если подозреваешь, что в этом месте ошибки быть не может.

А где тут кнопка "Отправить"? На русский слабо было перевести? Почему меню не русское? Почему сообщение не русское? Уважать надо соотечественников. Да и шибка то, похоже, программистская (типа ORA-600), а не пользовательская.
...
Рейтинг: 0 / 0
26.09.2006, 11:38
| Ответить | Цитировать | Написать  
GUI и целостность данных в БД
    #34012090
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
mcureenab
А где тут кнопка "Отправить"? На русский слабо было перевести? Почему меню не русское? Почему сообщение не русское? Уважать надо соотечественников. Да и шибка то, похоже, программистская (типа ORA-600), а не пользовательская.
Извиняюсь, специально для съема картинки не переключился на русский язык. Мне больше нравится английский вариант, поэтому он у меня на ноуте и установлен. Кнопка отправить = Send. Русскоязычные пользователи естественно работают на русской версии. У них так и написано "Отправить", а вместо Record написано "Записи" и сообщение на русском конечно. А картинка в целях солидарности с softwarer-ом о том, что если подобные ошибки возникают, то задача пользователя нажать "Отправить", остальное все делает обработчик, он сам знает кому, что и как сообщить.
...
Рейтинг: 0 / 0
26.09.2006, 11:51
| Ответить | Цитировать | Написать  
GUI и целостность данных в БД
    #34012135
mcureenab
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mcureenab
Участник
Calm авторА тот факт, что за время между проверкой и INSERT'ом запись в таблице, для которой создан foreign key, может быть удалена?
Ну так и надо внятно написать почему не получается выполнить операцию. А не "key violation" в таблице такой-то. IMHO.

С уважением.

key violation (естественно, на родном языке пользователя), достаточно внятное описание ошибки. Грамотный пользователь СУБД вполне в состоянии понять, что это такое и определить свои дальнейшие действия (изменить данные, подождать и повторить попытку, обратиться в тех. поддержку, и т.п.).
На вопрос "почему?" как правило дать ответ проблематично. Даже техническому специалисту иной раз сложно найти причину, ведь она совсем не обязательно связана с действием пользователя, который получил сообщение об ошибке. Ввести систему в некорректное состояние мог совсем другой пользователь или процесс. Сомневаюсь, что относительно простыми средствами программа сможет самостоятельно локализовать, и тем более устранить ошибку.
Теперь спросим себя, зачем нам нужно знать причину? Для устранения ошибки причину знать не обязательно, нужно знать в каком состоянии находится система и способ перевода системы в одно из корректных состояний, а их может быть сколько угодно.
Причина полезна для профилактики ошибок, но как мы видим, установление причины сложная и не всегда автоматизируемая задача.
Можно сделать вывод, что сообщение об ошибке должно содержать констатацию факта и (опционно) возможные пути решения. Сообщать причину не нужно, скорее всего не угадаешь.
...
Рейтинг: 0 / 0
26.09.2006, 12:03
| Ответить | Цитировать | Написать  
GUI и целостность данных в БД
    #34012187
mcureenab
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mcureenab
Участник
iscrafmИзвиняюсь, специально для съема картинки не переключился на русский язык. Мне больше нравится английский вариант, поэтому он у меня на ноуте и установлен. Кнопка отправить = Send. Русскоязычные пользователи естественно работают на русской версии. У них так и написано "Отправить", а вместо Record написано "Записи" и сообщение на русском конечно. А картинка в целях солидарности с softwarer-ом о том, что если подобные ошибки возникают, то задача пользователя нажать "Отправить", остальное все делает обработчик, он сам знает кому, что и как сообщить.

ИМХО, диалог не логично построен. Лично у меня возник вопрос, что если нажать кнопку Yes или No. Будет ли отправлено сообщение? Если я нажму Send, выполнение продолжится (обычно кнопка на модальном диалоге вызывает действие и выход из диалога) или нет?
...
Рейтинг: 0 / 0
26.09.2006, 12:14
| Ответить | Цитировать | Написать  
GUI и целостность данных в БД
    #34012233
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softwarer
Участник
mcureenab
Я в целом согласен с конкретными замечаниями и также предпочел бы в этом случае чуть другой дизайн. Хотя отметим, что и микрософт дает примеры аналогичных решений, и кнопка Help в стандартном MessageDlg реализована именно так.

Что, впрочем, не мешает этому подходу эффективно решать проблему зачитывания по телефону англоязычных сообщений.
...
Рейтинг: 0 / 0
26.09.2006, 12:25
| Ответить | Цитировать | Написать  
GUI и целостность данных в БД
    #34012252
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
mcureenab
ИМХО, диалог не логично построен. Лично у меня возник вопрос, что если нажать кнопку Yes или No. Будет ли отправлено сообщение? Если я нажму Send, выполнение продолжится (обычно кнопка на модальном диалоге вызывает действие и выход из диалога) или нет?
Переведу на русский :):
При выполнении файла ___ возникла ошибка:
Неизвестный идентификатор ХХХХ
в строке НННН, позиции КККК
Продолжить выполнение файла?: Да, Нет, Отправить сообщение об ошибке, Справка.
Модальные кнопки (Да,Нет) отвечают на заданный вопрос. Остальные - сервисные функции.
...
Рейтинг: 0 / 0
26.09.2006, 12:28
| Ответить | Цитировать | Написать  
GUI и целостность данных в БД
    #34012584
Фотография Calm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Calm
Участник
авторНа вопрос "почему?" как правило дать ответ проблематично. Даже техническому специалисту иной раз сложно найти причину, ведь она совсем не обязательно связана с действием пользователя, который получил сообщение об ошибке.

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

авторТеперь спросим себя, зачем нам нужно знать причину? Для устранения ошибки причину знать не обязательно,

авторТеперь спросим себя, зачем нам нужно знать причину? Для устранения ошибки причину знать не обязательно, нужно знать в каком состоянии находится система и способ перевода системы в одно из корректных состояний, а их может быть сколько угодно.
И как же не зная причины, определить какой способ перевода в корректное состояние следует использовать?
Это похоже на
- Доктор, у меня болит правый бок
- Выпейте желтую таблетку.
- А у меня - левый.
- Для вас - красная таблетка.
...
Рейтинг: 0 / 0
26.09.2006, 13:42
| Ответить | Цитировать | Написать  
GUI и целостность данных в БД
    #34014906
mcureenab
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mcureenab
Участник
Calm авторНа вопрос "почему?" как правило дать ответ проблематично. Даже техническому специалисту иной раз сложно найти причину, ведь она совсем не обязательно связана с действием пользователя, который получил сообщение об ошибке.

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



Дело может быть не в программе.

Товарищ рассказывал, написал он настольную систему, поставил клинету, всё работает, но не прошло и дня, БД упала. Он починил. На следующий день всё повторилось. Программа правильная, но БД падает. Непонятки.
Оказалось, что пользователь, уходя на обед просто выключал ПК из розетки. Вот и разберись!..

Локализовать ошибку не сложно (из примера видно, что БД разрушена), сложно (а иногда и невозможно) понять почему она возникла (неправильные действия пользователя перед обедом).
...
Рейтинг: 0 / 0
27.09.2006, 11:15
| Ответить | Цитировать | Написать  
GUI и целостность данных в БД
    #34014942
Alexey Kudinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexey Kudinov
Участник
mcureenabОказалось, что пользователь, уходя на обед просто выключал ПК из розетки. и что ? Можно узнать имя БД ?
...
Рейтинг: 0 / 0
27.09.2006, 11:22
| Ответить | Цитировать | Написать  
GUI и целостность данных в БД
    #34015160
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
Alexey Kudinov mcureenabОказалось, что пользователь, уходя на обед просто выключал ПК из розетки. и что ? Можно узнать имя БД ?
+1
можно и про клиента поговорить - неоднократно сам выдёргивал из розетки, т.к. не боюсь я его

Завис комп.. Выдерни шнур и выдави стекло! (с)
...
Рейтинг: 0 / 0
27.09.2006, 11:59
| Ответить | Цитировать | Написать  
GUI и целостность данных в БД
    #34016314
mcureenab
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mcureenab
Участник
Alexey Kudinov mcureenabОказалось, что пользователь, уходя на обед просто выключал ПК из розетки. и что ? Можно узнать имя БД ?

Вроде FoxPro для DOS был. Да в общем без разницы.
...
Рейтинг: 0 / 0
27.09.2006, 16:13
| Ответить | Цитировать | Написать  
GUI и целостность данных в БД
    #34016469
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
mcureenab Alexey Kudinov mcureenabОказалось, что пользователь, уходя на обед просто выключал ПК из розетки. и что ? Можно узнать имя БД ?

Вроде FoxPro для DOS был. Да в общем без разницы.
да. Тот мог лечь.
ЗЫ. Я как то провёл эксперимент с MS SQL 2000 когда он завис в своей длинной транзакции (тестовое добавление миллиона записей) и меня достал.
Вырубил комп на резет и после перезагрузки сервер начал откат всех действий с этим миллионом, т.к. понял что "он умер вчера".
Далее работал как обычно.
...
Рейтинг: 0 / 0
27.09.2006, 16:51
| Ответить | Цитировать | Написать  
40 сообщений из 40, показаны все 2 страниц
  все  
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / GUI и целостность данных в БД
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?all=1&fid=33&tid=1549294]:
 0ms
get settings:
 9ms
get forum list:
 13ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 157ms
get topic data:
 12ms
get forum data:
 3ms
get page messages:
 112ms
get tp. blocked users:
 2ms
others: 243ms
total:  559ms
созд. / загр.: 559ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]