Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Прикладное программирование » Вопросы по компонентам для Delphi, C++ Builder разных версий

Модерирует : ShIvADeSt

ShIvADeSt (26-06-2017 02:39): Продолжение тут
http://forum.ru-board.com/topic.cgi?forum=33&topic=14667
 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 407 408 409 410 411

   

ShIvADeSt



Moderator
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Продолжение раздела http://forum.ru-board.com/topic.cgi?forum=33&topic=6607&start=0  
Ссылки приветствуются.

См. также:

Всего записей: 3956 | Зарегистр. 29-07-2003 | Отправлено: 07:33 20-06-2007 | Исправлено: XPerformer, 14:41 24-10-2013
Samotek

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
XPerformer

Цитата:
Только на методику комита в базу данных это никак не влияет.  

Я написал выше что мне не нравится и не в методике коммита - бизнес правила должны реализовываться в триггерах что бы их вызов не зависел от способа изменения данных бд.
Процедура обновления - оторвана от данных. Ну ни как она мне не понравится...  

Цитата:
В итоге как ни крути, приходится блокировать документ на время редактирования.  

так это вообще отдельная песня! И к "методике коммита" может не иметь никакого значения.
 
И вряд ли кто не согласится, что чем больше кода - тем труднее сопровождать.

Всего записей: 2447 | Зарегистр. 18-05-2005 | Отправлено: 17:35 27-10-2011 | Исправлено: Samotek, 17:37 27-10-2011
XPerformer



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Samotek

Цитата:
Я написал выше что мне не нравится и не в методике коммита - бизнес правила должны реализовываться в триггерах что бы их вызов не зависел от способа изменения данных бд.  
 Процедура обновления - оторвана от данных. Ну ни как она мне не понравится...  

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

Цитата:
В итоге как ни крути, приходится блокировать документ на время редактирования.    
 так это вообще отдельная песня! И к "методике коммита" может не иметь никакого значения.

 
Само собой. Равно как и то, использовать db-control's или нет.  
 

Цитата:
И вряд ли кто не согласится, что чем больше кода - тем труднее сопровождать.

До определенного порога. Потом уже все равно - 4 миллиона строк или 6 миллионов - работаешь со нужным участком кода, абстрагируясь от остального.

Всего записей: 2536 | Зарегистр. 20-06-2011 | Отправлено: 17:53 27-10-2011
MagistrAnatol



Silver Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору

Цитата:
В итоге как ни крути, приходится блокировать документ на время редактировани

ето точно, иначе задолбаешся с версионностью

Цитата:
Если его делать после того, как пользователь полностью скорректировал сложный М-Д документ, есть большой шанс запороть изменения другого пользователя.

Ето в тему выше написанного - надо блокировать запись - иначе очень много шансов потерять данные+версионность. А в случае с версионностью  какую версию проводить????последнюю??? - не факт что она верная.
По поводу лишнего кода - я согласен с Samotek и wasilissk - чем проще код - тем легче его отлаживать и приложение будет стабильнее, меньше шансов допустить ошибку или что-то прощелкать
Ето копия ситуации поломки запорожца и крутого мерса в поле при 30 градусном морозе и отсутствии ближайшего сервиса - запор с помощью молотка и какой-то матери можно как-то починить и разобраться что с ним, а с мерсом и ведро самогона не поможет.
Хотя ИМХО ето все таки просто разные принципы и оба могут использоваться.
 
А по поводу   EurakaLog - есть русификация, в идеале украинский вариант? - а то в данном случае действительно влом переводить, мне то прошибом а вот для юзверов ....  

Всего записей: 2120 | Зарегистр. 09-04-2003 | Отправлено: 17:55 27-10-2011
XPerformer



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Приведу пример, чтобы не быть голословным.
Счета в банках имеют контрольную цифру. Алгоритм давно не меняется.
Смысл грузить сервер этой проверкой. Гораздо удобнее проверять такие вещи на клиенте и сразу сообщать юзеру, что он ошибся.
 
Добавлено:
MagistrAnatol

Цитата:
А по поводу   EurakaLog - есть русификация, в идеале украинский вариант? - а то в данном случае действительно влом переводить, мне то прошибом а вот для юзверов ....  

По существу вопроса - русификацию не встречал. Там же выдаются делфийские сообщения и сообщения используемых библиотек. То есть это все отдельно надо руссифицировать...
А у вас юзверя логи читают? им-то зачем

Всего записей: 2536 | Зарегистр. 20-06-2011 | Отправлено: 17:56 27-10-2011
Samotek

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
XPerformer

Цитата:
Гораздо удобнее проверять такие вещи на клиенте и сразу сообщать юзеру, что он ошибся.

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

Всего записей: 2447 | Зарегистр. 18-05-2005 | Отправлено: 18:03 27-10-2011
Arvur



Silver Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Я бы тоже не отказался от готовой русификации для EurekaLog. Все руки не доходят перевести.
 
XPerformer

Цитата:
Там же выдаются делфийские сообщения и сообщения используемых библиотек. То есть это все отдельно надо руссифицировать...  
А у вас юзверя логи читают? им-то зачем

Там же сам диалог сообщения об ошибке английский. И не всем юзерам он по зубам, к сожалению.
Причем механизм перевода там даже есть... Только русификации нет.

Всего записей: 2111 | Зарегистр. 18-01-2002 | Отправлено: 18:10 27-10-2011
XPerformer



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Samotek
В триггере - это не обсуждается, конечно должна быть проверка (фактически повторная).
А с процедурой контроля я не понял - это что, по каждому чиху надо вызывать какую-то процедуру?
Ладно, умолкаю, хотя можно сказать, это мы специфику работы дб-контролов обсуждаем (их же тоже люди писали и тоже решали как-то все эти вопросы)
 
 
Добавлено:
Arvur

Цитата:
Там же сам диалог сообщения об ошибке английский. И не всем юзерам он по зубам, к сожалению.  
 Причем механизм перевода там даже есть... Только русификации нет.

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

Всего записей: 2536 | Зарегистр. 20-06-2011 | Отправлено: 18:11 27-10-2011
MagistrAnatol



Silver Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору

Цитата:
А у вас юзверя логи читают? им-то зачем
не они звонят и кричат что там что-то написано, а комп с почтой не всегда под рукой
Нехилый спор я поднял, но как говорится в споре рождается истина, а нашем случае истина в том что под каждую конкретную задачу надо выбирать методы реализации.
XPerformer прав
Цитата:
Тем более юзеру, как правило, не доставляет особого удовольствия набивать полчаса сложный документ, запостить его и получить от сервера отлуп "Ой, у вас тут кое-какие бизнес-правила не прошли, документ не могу сохранить"  

не все нужно загонять на сервак, хотя его проще админить - если что процедуру подшаманил и все.
 
Подсобите с EurakaLog -  в упор в логе не могу найти номер строки исходника с обшибкой или я недонастройл ее??
 
 
Добавлено:
На асемблере написано где ошибка но я с ним чет не дружу

Всего записей: 2120 | Зарегистр. 09-04-2003 | Отправлено: 18:15 27-10-2011
Arvur



Silver Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
XPerformer

Цитата:
Все равно не понял - диалог там несколько фраз содержит, особо нечего переводить.  

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

Всего записей: 2111 | Зарегистр. 18-01-2002 | Отправлено: 18:27 27-10-2011
salexn1



Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Бизнес рулы в триггерах... ню-ню...
если только бизнес логика детская...  
Если сложная прилага - то супортить прогу, где все на триггерах и сторед процедурах - лучше застрелиться.
 

Всего записей: 502 | Зарегистр. 21-02-2008 | Отправлено: 20:13 27-10-2011
wasilissk

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
salexn1
+1
Почему-то даже не возникало такой необходимости выполнять что-то сложное в тригерах. Подправить пару полей при внесении данных, аудит одного важного журнала, да и все наверно больше ничего не припомню.  
На клиенте валидация данных, отправка, по сути браузер. В хранимках сложная логика типа перехода на следующий отчетный период, закрытие ведомостей.

Всего записей: 293 | Зарегистр. 25-12-2006 | Отправлено: 21:31 27-10-2011
XPerformer



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
wasilissk

Цитата:
На клиенте валидация данных, отправка, по сути браузер. В хранимках сложная логика типа перехода на следующий отчетный период, закрытие ведомостей.

Платежи и многие другие вещи подписываются электр. подписями. Вы предлагаете верить клиенту на слову - я тут подпись сам наложил, сам проверил, вы там не напрягайтесь... Спи спокойно, дорогой товарищ

Всего записей: 2536 | Зарегистр. 20-06-2011 | Отправлено: 06:19 28-10-2011 | Исправлено: XPerformer, 06:19 28-10-2011
wasilissk

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
XPerformer
Такого не приходилось делать, платежи это наверно единичная операция, которая подпадает под мою категорию "сложной логики". Я к тому говорю, что все делать через хранимки и триггеры заколупаешься, в критичных же местах без них никуда, конечно.

Всего записей: 293 | Зарегистр. 25-12-2006 | Отправлено: 07:49 28-10-2011
XPerformer



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
wasilissk

Цитата:
все делать через хранимки и триггеры заколупаешься

Почему?
Какая разница, где писать код валидации?

Всего записей: 2536 | Зарегистр. 20-06-2011 | Отправлено: 08:02 28-10-2011
wasilissk

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Проверить обязательные для заполнения контролы, выход за ренджи, подсветить все что надо, показать ошибки без месседжбоксов, всэ это делается на клиенте умной базовой формой и добавлением по одной строчке на каждое правило. Биндятся контролы автоматически, по именам. При валидации ничего никуда не отправляется, просто подсвечиваются ошибки и все.Например 15 справочников с готовыми метаданными в БД делаются за 15 минут.
При использовании хранимок все это необходимо настраивать, по крайней мере никак не избавиться от ручного биндинга, отправки для валидации данных на сервер.  
При этом логика биндинга будет в большинстве своем просто дублировать, то что уже написано в DB.pas.

Всего записей: 293 | Зарегистр. 25-12-2006 | Отправлено: 08:22 28-10-2011
XPerformer



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Дублирование логики - неизбежное зло, я уже писал об этом.
Извините, но при таком подходе ваш сервер БД будет висеть на соплях.
Пакет исказился при передачи (сбой или злоумышленники). В базу запостилась фигня.
Ваши действия?

Всего записей: 2536 | Зарегистр. 20-06-2011 | Отправлено: 08:31 28-10-2011
wasilissk

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Пакет исказился при передачи

Там вроде как контрольная сумма в пакете, не? Сервер отпульнет такой пакет и все. По идее в 99.99% просто не пройдет транзакция, не знаю что уж такого должно произойти, чтобы данные изменились по дороге к серверу так чтобы контрольная сумма совпала, но.... Разве с вызовом хранимой процедуры со значениями параметров все не так же?

Всего записей: 293 | Зарегистр. 25-12-2006 | Отправлено: 08:43 28-10-2011
XPerformer



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Ладно, сдаюсь. Триггеры и хранимые процедуры придуманы, чтобы усложнить жизнь студентам

Всего записей: 2536 | Зарегистр. 20-06-2011 | Отправлено: 08:50 28-10-2011
wasilissk

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Да не только, просто имхо меру надо знать. И делать только тогда, когда в этом есть необходимость. А без необходимости делать все настолько просто, насколько это возможно.
Вернувшись к тому, с чего начали, я предупреждал, что тема холиварная, вряд ли кто-то здесь признают чью-то правоту, или начнет делать по-другому.

Всего записей: 293 | Зарегистр. 25-12-2006 | Отправлено: 09:01 28-10-2011
salexn1



Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Я не спорю, идея того, что все делается в базе данных - супер!  
Но что PL\SQL, что T-SQL, а уж тем более Ansi-SQL - они не для сложной логики.
Особенно с учетом того, что форматированием кода в SQL особенно никто не утруждается и коменты редкость... Когда попадает такая вот мега-супер база данных для супорта, когда на одной табличке 100500 триггеров, которые вызывают столько-же хранимок - пиши пропало... Еще к этому коктейлю добавьте индускую логику и можно пойти намылять веревочку  
 
Добавлено:
ЗЫ. Я тоже был фанатом хранимок и тригеров... Ну как же.. А вдруг мою базу будут юзать из других прилаг... Чтобы не нарушилась целостность... Потом просто понимаешь - нахрена так все сложно, когда проще было всю бизнес-логику в code-behind делать...

Всего записей: 502 | Зарегистр. 21-02-2008 | Отправлено: 09:52 28-10-2011
   

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 407 408 409 410 411

Компьютерный форум Ru.Board » Компьютеры » Прикладное программирование » Вопросы по компонентам для Delphi, C++ Builder разных версий
ShIvADeSt (26-06-2017 02:39): Продолжение тут
http://forum.ru-board.com/topic.cgi?forum=33&topic=14667


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru