Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Разработка информационных систем Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 2 [3]      все
 Re: Должна ли быть согласованность данных в базе "по умолчанию"  [new]
Petro123
Member

Откуда: Загрузочный сектор Москвы (AutoPOI.ru)
Сообщений: 38643
Винды при удалении файла - его не удаляют.
Аффтару это не нравится - что делать?
))
16 апр 14, 10:57    [15889230]     Ответить | Цитировать Сообщить модератору
 Re: Должна ли быть согласованность данных в базе "по умолчанию"  [new]
guest_20040621
Guest
> Согласованность решается не только "констрайнтов в БД", поэтому топик ни о чём.

Разумеется, не только. Но согласованность данных в очень небольшой степени определяется техническим заданием. Например, если явно указаны особенности структуры.

Возраст биологической матери больше возраста её ребёнка. Очевидно, правда? Техническое задание не должно содержать описания очевидных ограничений. Если они не реализованы, - это криворукость быдлокодеров, а не заказчика. О чём и речь.
16 апр 14, 11:53    [15889764]     Ответить | Цитировать Сообщить модератору
 Re: Должна ли быть согласованность данных в базе "по умолчанию"  [new]
kmaw
Member [заблокирован]

Откуда: бобруйск
Сообщений: 24786
[quote guest_20040621]Возраст биологической матери больше возраста её ребёнка. Очевидно, правда?/quote]

нет, не очевидно. возраст - это данные документов, а они могут быть с опечатками
16 апр 14, 12:15    [15889932]     Ответить | Цитировать Сообщить модератору
 Re: Должна ли быть согласованность данных в базе "по умолчанию"  [new]
guest_20040621
Guest
> нет, не очевидно

Дружище, давайте я ещё немного поработаю КО: возраст у человека существует независимо от наличия или отсутствия документов. Как и, например, гендерная принадлежность. Как в одной базе данных, нарисованной криворукими быдлокодерами, регистрировать данные другой базы данных, нарисованной такими же криворукими быдлокодерами, - отдельная задача.
16 апр 14, 12:26    [15890009]     Ответить | Цитировать Сообщить модератору
 Re: Должна ли быть согласованность данных в базе "по умолчанию"  [new]
АнатоЛой
Member

Откуда: Киев, Украина
Сообщений: 2897
Блог
guest_20040621
Техническое задание не должно содержать описания очевидных ограничений. Если они не реализованы, - это криворукость быдлокодеров, а не заказчика. О чём и речь.

Эти ограничения пока очевидны только guest_20040621.

Эти ограничения могут быть разными в зависимости от бизнес-требований.
ТС привёл пример с удалёнными документами и их историей.
На основании этого примера и развернулась вся дискуссия.
Смотрим ещё раз:

1. После подписания ТЗ исходя из бизнес-требований не следовал однозначный вариант реализации ограничений (по крайней мере, ТС таковых не привёл).

2. Возможно, поэтому, они были реализованы так, как решил программист (ну или как смог, если не хамить словами guest_20040621) - и это сплошное предположение, информации от ТС об этом нет.
3. Последние пару лет назад бизнес-требования не входили в противоречие с выбранным разработчиком вариантом реализации.
4. Сегодня появилось новое требование (по мнению ТС, должен был быть внешний ключ между документом и историей его изменения).
Причём это даже не бизнес-требование, а сформулированное как нефункциональное - к качеству или способам решения.
И выполнение этого нового требования может повлиять на бизнес-требования: из 3-4 вариантов будет выполняться только одно, и не выполняться остальные.

Кто ДОЛЖЕН сказать, что это новое неявно возникшее бизнес-требование и есть правильное? ТС, guest_20040621? За чей счёт это должно быть реализовано?

Так что:
1) бага (явного несоответствия требованиям) нет.
2) согласовывать и оформлять новое требование (запиской, новым ТЗ, ваши варианты ... )

guest_20040621, "5-ка с минусом" ("5-ка" за мощный скил "качество решения", "минус" за просчёты в скиллах "трассировка требований", "выявление требований", "согласование требований", "отслеживание границ проекта").

Как архитектора данных в проект, где особо не требуется обсуждение, и каждый хорошо понимает свои обязанности, можно брать.
Аналитиком или руководителем проекта - противопоказано :).
16 апр 14, 12:36    [15890080]     Ответить | Цитировать Сообщить модератору
 Re: Должна ли быть согласованность данных в базе "по умолчанию"  [new]
АнатоЛой
Member

Откуда: Киев, Украина
Сообщений: 2897
Блог
guest_20040621
> нет, не очевидно

Дружище, давайте я ещё немного поработаю КО: возраст у человека существует независимо от наличия или отсутствия документов. Как и, например, гендерная принадлежность. Как в одной базе данных, нарисованной криворукими быдлокодерами, регистрировать данные другой базы данных, нарисованной такими же криворукими быдлокодерами, - отдельная задача.


Именно, зависит от бизнес-задачи. Для создания системы "Электронного архива существующих бумажных документов" ограничения могут отсутствовать, либо быть не органичениями, а критериями выявления возможных ошибок в уже существующих документах. Но от системы могут потребовать позволять хранить такие несогласованные данные.
На каком основании вы считаете, что у ТС не аналогичная ситуация?
16 апр 14, 12:43    [15890117]     Ответить | Цитировать Сообщить модератору
 Re: Должна ли быть согласованность данных в базе "по умолчанию"  [new]
guest_20040621
Guest
> Эти ограничения пока очевидны только guest_20040621.

Дружище, я пытаюсь донести до вас простую, в общем, мысль: любое техническое задание - набор ограничений, дополняющих естественные ограничения. Набор конкретных ограничений - контекст реализации, понимаете? Допустим, есть промышленные продукты. Контекст - от технологических процессов до системы национальных счетов. Если вы представляете эти контексты хотя бы в общих чертах, вы можете оперировать структурой контекстов, да? Контексты, в свою очередь, представляют собой набор ограничений и регламентов. Понимаете, да? Отсюда - и формат технического задания, и особенности реализации, и прочая хрень. Формальная постановка и формальная реализация вместо псевдокреатива. Проще пареной репы.
16 апр 14, 13:03    [15890271]     Ответить | Цитировать Сообщить модератору
 Re: Должна ли быть согласованность данных в базе "по умолчанию"  [new]
Petro123
Member

Откуда: Загрузочный сектор Москвы (AutoPOI.ru)
Сообщений: 38643
вы все правы)))
Модель Системы - это УПРОЩЁнная модель предметки.
Насколько её упрощать зависит от очень многого.
Именно поэтому программирование - искусство))) LOL.... как и поварское искусство.
16 апр 14, 13:13    [15890321]     Ответить | Цитировать Сообщить модератору
 Re: Должна ли быть согласованность данных в базе "по умолчанию"  [new]
АнатоЛой
Member

Откуда: Киев, Украина
Сообщений: 2897
Блог
guest_20040621
> Эти ограничения пока очевидны только guest_20040621.

Дружище, я пытаюсь донести до вас простую, в общем, мысль: любое техническое задание - набор ограничений, дополняющих естественные ограничения. Набор конкретных ограничений - контекст реализации, понимаете? Допустим, есть промышленные продукты. Контекст - от технологических процессов до системы национальных счетов. Если вы представляете эти контексты хотя бы в общих чертах, вы можете оперировать структурой контекстов, да? Контексты, в свою очередь, представляют собой набор ограничений и регламентов. Понимаете, да? Отсюда - и формат технического задания, и особенности реализации, и прочая хрень. Формальная постановка и формальная реализация вместо псевдокреатива. Проще пареной репы.


Правильно ли я понимаю, что для случая, описанного ТС вы считаете:
1) разработчики должны были при реализации на основании ТЗ и естественных ограничений добавить внешний ключ между таблицей "документы" и таблицей "история изменения документов";
2) разработчики должны согласиться с тем, что это именно "ошибка" в реализованной по ТЗ системе (разработчики и тестировщики виноваты в том, что программа сейчас так работает) ;
3) поскольку разработчики этого не сделали раньше, они должны сделать это сейчас (ну, допустим, в рамках сопровождения системы, прямых своих рабочих обязанностей, или просто потому, что "Во-первых, это красиво" (с) анек).
16 апр 14, 13:20    [15890367]     Ответить | Цитировать Сообщить модератору
 Re: Должна ли быть согласованность данных в базе "по умолчанию"  [new]
guest_20040621
Guest
> Правильно ли я понимаю, что для случая, описанного ТС вы считаете:

Это неправильно заданный вопрос - что должны сделать кодеры и/или их заказчик. Я говорю вам о том, как должна быть построена структура данных. А вы пытаетесь увязать её с договорными обязательствами. Нет такой связи. В принципе нет.
16 апр 14, 13:34    [15890458]     Ответить | Цитировать Сообщить модератору
 Re: Должна ли быть согласованность данных в базе "по умолчанию"  [new]
LSV
Member [заблокирован]

Откуда: Киев
Сообщений: 30817
Я говорю вам о том, как должна быть построена структура данных.
Так почему же она "не должна" в 1С/САП/АХ/НАВ/Галактике и пр. до бесконечности ? Кругом одни дураки ? :)
16 апр 14, 13:51    [15890577]     Ответить | Цитировать Сообщить модератору
 Re: Должна ли быть согласованность данных в базе "по умолчанию"  [new]
ViPRos
Member

Откуда:
Сообщений: 9546
LSV,

ну тут предмет спора не понятен
ТС пишет - При удалении документа и т.д.
но не пишет - как он их удаляет
подозреваю, что при удалении штатно (через проги) там все ок
а вот при удалении нештатными средствами (ну вручную в БД например) остается мусор
т.е. никто не подумал, что к этой БД будут лезть "чужие"
не всегда возможн штатными констрейнтами БД решить проблему
ну допустим 100 типов документов, и один общий пул изменений (ИДОбъекта, ИДСвойство, Значение - было, Значение стало)
тут прога норм все разруливает, а форинкеи невозможны просто, так как СУБД все дебильные, не дают возможность создать форинкей для проекции, а создавать сотнит таблиц как то психологически неприемлемо (хотя надо создавать и все)
16 апр 14, 14:15    [15890750]     Ответить | Цитировать Сообщить модератору
 Re: Должна ли быть согласованность данных в базе "по умолчанию"  [new]
ViPRos
Member

Откуда:
Сообщений: 9546
LSV
Я говорю вам о том, как должна быть построена структура данных.
Так почему же она "не должна" в 1С/САП/АХ/НАВ/Галактике и пр. до бесконечности ? Кругом одни дураки ? :)

не дураки
просто штатные инструменты по констрейнтам в СУБДшках фиговые, не покрывают контексты констрейтов
16 апр 14, 14:19    [15890792]     Ответить | Цитировать Сообщить модератору
 Re: Должна ли быть согласованность данных в базе "по умолчанию"  [new]
ViPRos
Member

Откуда:
Сообщений: 9546
т.е. нет нормального встроенного OCL декларативного ни в одной РСУБД
16 апр 14, 14:25    [15890849]     Ответить | Цитировать Сообщить модератору
 Re: Должна ли быть согласованность данных в базе "по умолчанию"  [new]
АнатоЛой
Member

Откуда: Киев, Украина
Сообщений: 2897
Блог
guest_20040621
> Правильно ли я понимаю, что для случая, описанного ТС вы считаете:

Это неправильно заданный вопрос - что должны сделать кодеры и/или их заказчик. Я говорю вам о том, как должна быть построена структура данных. А вы пытаетесь увязать её с договорными обязательствами. Нет такой связи. В принципе нет.


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

В вопросе ТС этот контекст прост:
"Какая система" = "упоминаемая ТСом",
"Кому должна" = "ТСу".

А какой контекст подразумеваете вы в своих суждениях?
16 апр 14, 14:30    [15890879]     Ответить | Цитировать Сообщить модератору
 Re: Должна ли быть согласованность данных в базе "по умолчанию"  [new]
LSV
Member [заблокирован]

Откуда: Киев
Сообщений: 30817
ViPRos
не дураки
просто штатные инструменты по констрейнтам в СУБДшках фиговые, не покрывают контексты констрейтов
Дык я о том же.
Констрейнты способны пресечь лишь малую часть нарушения целостности данных. Поэтому их редко применяют.
16 апр 14, 15:29    [15891350]     Ответить | Цитировать Сообщить модератору
 Re: Должна ли быть согласованность данных в базе "по умолчанию"  [new]
guest_20040621
Guest
> 1С

Одинце я в принципе обсуждать отказываюсь.

> САП/АХ/НАВ

Это правильный вопрос с очевидным ответом: в данном случае основное ограничение - необходимость преемственности и перманентная эволюция. Криворукость кодеров плюс кривоголовость законодателей делает выбор необходимого уровня абстракции дико сложным. Поэтому не парятся и делают так, как проще, как привыкли, в стиле, который можно объяснить не очень квалифицированному кодеру. Не потому, что нельзя сделать иначе, а потому, что так дешевле.
16 апр 14, 15:47    [15891480]     Ответить | Цитировать Сообщить модератору
 Re: Должна ли быть согласованность данных в базе "по умолчанию"  [new]
kmaw
Member [заблокирован]

Откуда: бобруйск
Сообщений: 24786
guest_20040621
Поэтому не парятся и делают так, как проще, как привыкли, в стиле, который можно объяснить не очень квалифицированному кодеру. Не потому, что нельзя сделать иначе, а потому, что так дешевле.


и это правильно
16 апр 14, 15:49    [15891496]     Ответить | Цитировать Сообщить модератору
 Re: Должна ли быть согласованность данных в базе "по умолчанию"  [new]
guest_20040621
Guest
> и это правильно

Для вендоров софта - конечно. Это и радикальный способ снижения издержек, и простой способ формирования партнерской сети, и прочие плюшки. А вот для пользователей это плохо. Причём, фундаментально плохо. Но это отдельная и длинная история. Не сегодня.
16 апр 14, 16:00    [15891580]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 2 [3]      все
Все форумы / Разработка информационных систем Ответить