|
|
|
Схема БД товаров и их характеристик. Оцените пожалуйста!!
|
|||
|---|---|---|---|
|
#18+
тьфу блин..."Отсутствие поинта" - начало связи один-ко-многим Аленочка тм ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.04.2006, 03:53 |
|
||
|
Схема БД товаров и их характеристик. Оцените пожалуйста!!
|
|||
|---|---|---|---|
|
#18+
Аленочкавот так? [/b][b]А леночка тм а мне вот тут не понятно, как определяется, что характеристика (параметр) товара является строковым, числовым, логическим или списковым... может кто объяснит?... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.04.2009, 08:29 |
|
||
|
Схема БД товаров и их характеристик. Оцените пожалуйста!!
|
|||
|---|---|---|---|
|
#18+
однобитныйстроковым, числовым, логическим или списковым... может кто объяснит?...Сам факт существования параметров той или иной таблице и определяет его тип. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.04.2009, 09:08 |
|
||
|
Схема БД товаров и их характеристик. Оцените пожалуйста!!
|
|||
|---|---|---|---|
|
#18+
а если я захочу вывести форму для подбора товаров определённой категории ("материнские платы")... т.е. если параметр строка, то поле в форме <input type="text">, если список, то <select> 1) я получаю из таблицы "параметры группы товаров" "Код_параметра" зная "Код_группы_товаров"... 2) далее по "Код_параметра" и узнаю тип этого параметра.... ...т.е. не может быть такого, чтобы в одной группе товаров производитель был список, а в другой производитель была строка... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.04.2009, 09:42 |
|
||
|
Схема БД товаров и их характеристик. Оцените пожалуйста!!
|
|||
|---|---|---|---|
|
#18+
однобитный...т.е. не может быть такого, чтобы в одной группе товаров производитель был список, а в другой производитель была строка...Конечно, может. Если не предпринять доплнительных действий. Триггеры, ХП - по-вкусу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.04.2009, 09:48 |
|
||
|
Схема БД товаров и их характеристик. Оцените пожалуйста!!
|
|||
|---|---|---|---|
|
#18+
Код: plaintext 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. хм... тут хоть списков ещё нету... но судя по всему так должно быть... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.04.2009, 10:48 |
|
||
|
Схема БД товаров и их характеристик. Оцените пожалуйста!!
|
|||
|---|---|---|---|
|
#18+
Никогда не понимал архитекторов. если нужны доп. параметры, то добавьте в таблицу товаров еще 100 полей для них с именами Р1-Р100. для запроса используйте View, где параметры будут называться нормально, например Р1 это единица измерения, Р2 штрихкод и т.д. Что касается Вашего детища, то я не хотел бы быть разработчиком отчетов по этой схеме и уж тем более не хотел бы быть пользователем. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.04.2009, 11:34 |
|
||
|
Схема БД товаров и их характеристик. Оцените пожалуйста!!
|
|||
|---|---|---|---|
|
#18+
тогда уж лучше, как вариант вместо таблиц числовые, логические и прочие значения сделать одну: параметры товаров id id_parametr id_product string_value bool_value date_value int_value double_value но тут появляется избыточность... а это уже не НФ. как граммотно делать в такой ситуации?... вот в проблема... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.04.2009, 11:55 |
|
||
|
Схема БД товаров и их характеристик. Оцените пожалуйста!!
|
|||
|---|---|---|---|
|
#18+
однобитныйтогда уж лучше, как вариант вместо таблиц числовые, логические и прочие значения сделать одну: параметры товаров id id_parametr id_product string_value bool_value date_value int_value double_value но тут появляется избыточность... а это уже не НФ. как граммотно делать в такой ситуации?... вот в проблема... Напиши 2 запроса 1. вывод доп. параметров в одну колонку 2. вывод доп. параметров в одну строку ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.04.2009, 12:08 |
|
||
|
Схема БД товаров и их характеристик. Оцените пожалуйста!!
|
|||
|---|---|---|---|
|
#18+
ддддддНикогда не понимал архитекторов. если нужны доп. параметры, то добавьте в таблицу товаров еще 100 полей для них с именами Р1-Р100. для запроса используйте View, где параметры будут называться нормально, например Р1 это единица измерения, Р2 штрихкод и т.д. А теперь опишите еще процедуру добавления нового параметра пользователем. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.04.2009, 13:34 |
|
||
|
Схема БД товаров и их характеристик. Оцените пожалуйста!!
|
|||
|---|---|---|---|
|
#18+
stiддддддНикогда не понимал архитекторов. если нужны доп. параметры, то добавьте в таблицу товаров еще 100 полей для них с именами Р1-Р100. для запроса используйте View, где параметры будут называться нормально, например Р1 это единица измерения, Р2 штрихкод и т.д. А теперь опишите еще процедуру добавления нового параметра пользователем. Пользователь обращается в отдел ИТ програмер делает след. изменения. 1.добавляет поле во вьюшку 2.добавляет поле в ХП 3.на клиенте добавляет поле в гриде, если надо, то настраивает сортировку,группировку,поиск 4.Добавляет поле в форму редактирования. 5.Добавляет поле в отчет(ы) После этого пользователь получает измененную прогу с новым параметром и работает как с обычно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.04.2009, 13:47 |
|
||
|
Схема БД товаров и их характеристик. Оцените пожалуйста!!
|
|||
|---|---|---|---|
|
#18+
дддддддПользователь обращается в отдел ИТ... Годится, если у вас один пользователь и время и деньги вы не считаете. Это примерно как если бы вы купили телевизор, а с ним в придачу нужно покупать дядечку, который будет каналы переключать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.04.2009, 18:29 |
|
||
|
Схема БД товаров и их характеристик. Оцените пожалуйста!!
|
|||
|---|---|---|---|
|
#18+
stiЭто примерно как если бы вы купили телевизор и смотрите Россию, Первый канал и все остальные фри-ту-эйр каналы, а вот если хотите дискавери цивилизейшн, по покупаете услуги провайдера кабельного ТВ или декодер для приема спутникового. в такой трактовке пример больше соответствует раскладу ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.04.2009, 20:09 |
|
||
|
Схема БД товаров и их характеристик. Оцените пожалуйста!!
|
|||
|---|---|---|---|
|
#18+
stiдддддддПользователь обращается в отдел ИТ... Годится, если у вас один пользователь и время и деньги вы не считаете. Это примерно как если бы вы купили телевизор, а с ним в придачу нужно покупать дядечку, который будет каналы переключать.В любом случае платить. Или за tuning, или за техподдержку (бессмысленную и беспощадную ) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.04.2009, 23:08 |
|
||
|
Схема БД товаров и их характеристик. Оцените пожалуйста!!
|
|||
|---|---|---|---|
|
#18+
Вот именно, что надо платить. Когда пользователь понимает, что он должен заплатить, у него включается мозг и он задает себе вопрос -а насколько мне необходима эта фича (типа спутниковое ТВ)? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.04.2009, 09:00 |
|
||
|
Схема БД товаров и их характеристик. Оцените пожалуйста!!
|
|||
|---|---|---|---|
|
#18+
ддддддНикогда не понимал архитекторов. если нужны доп. параметры, то добавьте в таблицу товаров еще 100 полей для них с именами Р1-Р100. для запроса используйте View, где параметры будут называться нормально, например Р1 это единица измерения, Р2 штрихкод и т.д. IMHO Вы здесь описали настоящий антипаттерн. В результате получится таблица, в которой стоит ужасный беспорядок, и которая необоснованно кушает диск, память, быстродействие. Плюс вью тоже быстродействия не добавляют. И работать это чудо будет до первого сбоя, первой жалобы на быстродействие или первой смены разработчика. Нормальные формы придумывали не как абстракцию, а как средство наведения порядка. дддддд Что касается Вашего детища, то я не хотел бы быть разработчиком отчетов по этой схеме и уж тем более не хотел бы быть пользователем. Пользователю всё равно, что в чёрном ящике, пока ящик работает так, как пользователь ожидает. дддддддВот именно, что надо платить. Когда пользователь понимает, что он должен заплатить, у него включается мозг и он задает себе вопрос -а насколько мне необходима эта фича (типа спутниковое ТВ)? Тоже, конечно, вариант - если система не гибкая, то прогибать заказчиков. Если продажа откатная и все понимают, что система всё равно на полку ляжет - получается, иначе - как повезёт. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.04.2009, 20:26 |
|
||
|
Схема БД товаров и их характеристик. Оцените пожалуйста!!
|
|||
|---|---|---|---|
|
#18+
doubtfulсредство наведения порядка. вот за это нужно банить на тематических форумах а не за ненормативную лексику ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.04.2009, 20:31 |
|
||
|
Схема БД товаров и их характеристик. Оцените пожалуйста!!
|
|||
|---|---|---|---|
|
#18+
А сурьёзну тут вы набядяжили ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.05.2009, 21:30 |
|
||
|
Схема БД товаров и их характеристик. Оцените пожалуйста!!
|
|||
|---|---|---|---|
|
#18+
proposed amendmentdoubtfulсредство наведения порядка. вот за это нужно банить на тематических форумах а не за ненормативную лексику С чем конкретно не согласны? В чём, по-вашему, основной смысл нормализации? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.05.2009, 10:01 |
|
||
|
Схема БД товаров и их характеристик. Оцените пожалуйста!!
|
|||
|---|---|---|---|
|
#18+
http://ru.wikipedia.org/wiki/%D0%9D%D0%BE%D1%80%D0%BC%D0%B0%D0%BB%D1%8C%D0%BD%D0%B0%D1%8F_%D1%84%D0%BE%D1%80%D0%BC%D0%B0 начало статьи... Нормальная форма — требование, предъявляемое к отношениям в теории реляционных баз данных для устранения из базы избыточности, которая потенциально может привести к логически ошибочным результатам выборки или изменения данных. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.05.2009, 11:31 |
|
||
|
Схема БД товаров и их характеристик. Оцените пожалуйста!!
|
|||
|---|---|---|---|
|
#18+
nosovhttp://ru.wikipedia.org/wiki/%D0%9D%D0%BE%D1%80%D0%BC%D0%B0%D0%BB%D1%8C%D0%BD%D0%B0%D1%8F_%D1%84%D0%BE%D1%80%D0%BC%D0%B0 начало статьи... Нормальная форма — требование, предъявляемое к отношениям в теории реляционных баз данных для устранения из базы избыточности, которая потенциально может привести к логически ошибочным результатам выборки или изменения данных. О чём и речь. Всё это я по-простому назвал устранением беспорядка в посте [7136184], а форум sql.ru почему-то посчитал меня при этом doubtful. Хорошо, давайте назовём средство наведения порядка средством уменьшения количества типов возможных аномалий и снижения потенциально возможной энтропии данных. При этом смысл не изменится, а понимать станет сложнее. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.05.2009, 13:37 |
|
||
|
Схема БД товаров и их характеристик. Оцените пожалуйста!!
|
|||
|---|---|---|---|
|
#18+
AlexTheRavenПри этом смысл не изменится, а понимать станет сложнее. вы шутите, не иначе... если точное формальное описание вы замените на непонятное и пустое "наведение порядка" смысл изменится, для 99 процентов специалистов - очевидно. и понимать станет сложнее... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.05.2009, 14:15 |
|
||
|
Схема БД товаров и их характеристик. Оцените пожалуйста!!
|
|||
|---|---|---|---|
|
#18+
proposed amendment<...>если точное формальное описание вы замените на непонятное и пустое "наведение порядка" Наведение порядка - цель, т.к. приводит к снижению издержек на эксплуатацию и доработку. Изменения в БД, в т.ч. нормализация или денормализация - это одно из средств достижения такой цели. Под первое можно взять деньги на рефакторинг, под второе - нельзя. proposed amendment<...>смысл изменится, для 99 процентов специалистов - очевидно. Действительно, расширится. А по поводу 99% - вы их всех знаете лично? Или почему-то считаете, что все специалисты похожи на вас? proposed amendment<...>и понимать станет сложнее... Это правда, многим программистам очень сложно понимать нужды не-программистов, в т.ч. владельцев, заказчиков, пользователей. Да и просто делать то, что нужно, а не то, что интересно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.05.2009, 20:55 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=35960489&tid=1543268]: |
0ms |
get settings: |
8ms |
get forum list: |
19ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
63ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
88ms |
get tp. blocked users: |
2ms |
| others: | 215ms |
| total: | 419ms |

| 0 / 0 |
