|
|
|
Помогите спроектировать БД (Услуги, задачи, предложения)
|
|||
|---|---|---|---|
|
#18+
Здравствуйте. Помогите пожалуйста спроектировать БД. Суть задачи что-то типа аналога фриланса. Потребитель услуг выставляет задачу, а компания выставляет услугу. И можно было отправлять предложения по задачам и услугам. Данные в табличках услуг и задач похожие. Вопрос как правильнее сделать предложения(Таблицу) чтобы: Компания могла отправить предложение по задаче. Компания могла через услугу найти задачу и отправить предложение (при удалении услуги предложение удалялось или было не актуальным). Потребитель услуг через задачу мог найти услугу и отправить предложение (при удалении задачи предложение удалялось или было не актуальным) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2013, 14:28 |
|
||
|
Помогите спроектировать БД (Услуги, задачи, предложения)
|
|||
|---|---|---|---|
|
#18+
dandy4,пиши на почту в профиле ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2013, 09:10 |
|
||
|
Помогите спроектировать БД (Услуги, задачи, предложения)
|
|||
|---|---|---|---|
|
#18+
dandy4Вопрос как правильнее сделать предложения(Таблицу) чтобы: Компания могла отправить предложение по задаче. Компания могла через услугу найти задачу и отправить предложение (при удалении услуги предложение удалялось или было не актуальным). Потребитель услуг через задачу мог найти услугу и отправить предложение (при удалении задачи предложение удалялось или было не актуальным) Заведите справочник типовых услуг и свяжите через него спрос и предложения ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2013, 09:27 |
|
||
|
Помогите спроектировать БД (Услуги, задачи, предложения)
|
|||
|---|---|---|---|
|
#18+
_мод , если я не верно понял то поправьте. Дело в том что у компании может не быть услуг. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2013, 11:33 |
|
||
|
Помогите спроектировать БД (Услуги, задачи, предложения)
|
|||
|---|---|---|---|
|
#18+
dandy4 _мод , если я не верно понял то поправьте. Дело в том что у компании может не быть услуг. Суть в том, что потребители ставят задачи на оказание услуги У1, а компании делеают предложения тоже по У1. Теперь задачи можно связать с предложениями. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2013, 12:41 |
|
||
|
Помогите спроектировать БД (Услуги, задачи, предложения)
|
|||
|---|---|---|---|
|
#18+
_мод , а что если услуги нету, потребитель хочет уникальную услугу. Как я вижу, только в табличке Предложение сделать Enum('спрос', 'предложение'), но наверное не очень хорошее решение так делать ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2013, 17:57 |
|
||
|
Помогите спроектировать БД (Услуги, задачи, предложения)
|
|||
|---|---|---|---|
|
#18+
dandy4 _мод , а что если услуги нету, потребитель хочет уникальную услугу. Для таких случаев в справочник всегда вводят пункт Прочее и в комментах конкретизируют. Потом справочник постепенно дополняется. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.05.2013, 09:37 |
|
||
|
Помогите спроектировать БД (Услуги, задачи, предложения)
|
|||
|---|---|---|---|
|
#18+
По идее, с услугами обычно подход такой бывает 1) есть стандартный каталог услуг, с определенными ценовыми параметрами (возможно, с некоторыми опциями, уточняющими стоимость в некоторых жестко заданных пределах). 2) некие уникальные услуги, сформированные под уникальные задачи пользователя. ну например, речь идет о фирме, которая доставкой цветов занимается. тогда в её каталоге могут быть услуги, связанные с товаром и собственно его доставкой - букет из 5 шикарных роз - тыща рэ - букет из 7 прошлогодних тюльпанов - 10 рэ - доставка по Москве в пределах МКАД на следующий день - 500 рэ - доставка по Москве в пределах МКАД сегодня - тыща рэ а уникальная услуга - это что-то вроде реализации задачи "доставить 501 шикарную розу послезавтра утром в г.Салехард, вот адрес" есть ли смысл такую услугу вообще хранить (после того как она была представлена заказчику, оплачена им и выполнена)? в историческом смысле - безусловно. но в практическом смысле - имхо важнее сохранить её состав, или то, как такая задача была решена. потому что человек, реализовавший это, завтра может уволится, его опыт будет утерян, и когда похожая уникальная задача свалится через год - её придётся решать заново. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.05.2013, 11:55 |
|
||
|
Помогите спроектировать БД (Услуги, задачи, предложения)
|
|||
|---|---|---|---|
|
#18+
_мод и jnub , спасибо большое за ответы но извиняюсь не совсем понял смысл. В моем случае услуга по сути вообще 1 (продажа цветов например), в табличке Услуга по сути просто варианты записываются которые компании предлагают. Например число цветков, название, цена. авторесть ли смысл такую услугу вообще хранить (после того как она была представлена заказчику, оплачена им и выполнена)? jnub , в придачу розы могут кончиться и услуга станет не актуальной, или у разных исполнителей на розы разная цена. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.05.2013, 15:34 |
|
||
|
Помогите спроектировать БД (Услуги, задачи, предложения)
|
|||
|---|---|---|---|
|
#18+
dandy4 В моем случае услуга по сути вообще 1 (продажа цветов например), в табличке Услуга по сути просто варианты записываются которые компании предлагают. Например число цветков, название, цена. Тогда все гораздо сложнее. Надо составлять что-тип заказа и искать соответсвие заказа и предложений. Понодобится справочник товаров - цветов. В звказе указывать товар, количестово, цену и т.д. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.05.2013, 15:58 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=38258413&tid=1541263]: |
0ms |
get settings: |
7ms |
get forum list: |
16ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
59ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
70ms |
get tp. blocked users: |
2ms |
| others: | 210ms |
| total: | 385ms |

| 0 / 0 |
