|
|
|
DDL
|
|||
|---|---|---|---|
|
#18+
Здравствуйте, как корректно описать таблицу командами этого языка? Не совсем пойму как правильно делать эти связи, то ли описывать их на уровне ещё одной созданной таблици или же как-то по другому... Буду благодарен, если кто-то объяснит как правильно это делать, спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.05.2010, 22:52 |
|
||
|
DDL
|
|||
|---|---|---|---|
|
#18+
sintx, Задача состоит именно в создании командами языка DDL базы данных, которая представлена ER-диаграммой. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.05.2010, 22:55 |
|
||
|
DDL
|
|||
|---|---|---|---|
|
#18+
sintx, у БД нет DLL. DDL это фича СУБД. О какой СУБД идёт речь? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.05.2010, 13:44 |
|
||
|
DDL
|
|||
|---|---|---|---|
|
#18+
sintx, Я бы сделал так: CLIENT ID SURNAME NAME Код: plaintext 1. 2. 3. 4. 5. ADDRESS ID CITY ADDRESS Код: plaintext 1. 2. 3. 4. 5. ORDER ID NAME CNT CLIENT_ID ADDRESS_ID Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. PRODUCT ID NAME PRICE Код: plaintext 1. 2. 3. 4. 5. ORDER_PRODUCT_LINK ORDER_ID PRODUCT_ID Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.05.2010, 13:44 |
|
||
|
DDL
|
|||
|---|---|---|---|
|
#18+
A1ek5andr0, ORDER_PRODUCT_LINK - лишняя таблица. Её нет в модели. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.05.2010, 13:47 |
|
||
|
DDL
|
|||
|---|---|---|---|
|
#18+
mcureenab, Я вижу) Я бы поменял модель. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.05.2010, 13:53 |
|
||
|
DDL
|
|||
|---|---|---|---|
|
#18+
A1ek5andr0, Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.05.2010, 13:56 |
|
||
|
DDL
|
|||
|---|---|---|---|
|
#18+
A1ek5andr0mcureenab, Я вижу) Я бы поменял модель. Хм. Если эта модель создана для учёта статистики заказов по адресу или отражает ограничения бизнеса (на адрес одна копупка наименования товара в руки), не вижу резона её менять. И с NOT NULL нужно разобраться. А то выходит, что заказ может быть без товара и клиента. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.05.2010, 14:09 |
|
||
|
DDL
|
|||
|---|---|---|---|
|
#18+
mcureenab, Как вариант - ограничивать наличие товаров в заказе на уровне бизнес-логики. А остальное: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.05.2010, 14:55 |
|
||
|
DDL
|
|||
|---|---|---|---|
|
#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. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.05.2010, 15:43 |
|
||
|
DDL
|
|||
|---|---|---|---|
|
#18+
mcureenab, Да. У Вас ближе к ТЗ) Почитал про нотацию - очень познавательно. Спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.05.2010, 16:02 |
|
||
|
DDL
|
|||
|---|---|---|---|
|
#18+
Спасибо, что откликнулись. Просто прочел, что связи преобразуются один ко многим и многие ко многим в отдельные таблицы. В другом месте -- что можно это сделать на уровне таблицы. Не знал как правильно преобразовать связи без использования дополнительных таблиц. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.05.2010, 18:56 |
|
||
|
DDL
|
|||
|---|---|---|---|
|
#18+
по поводу СУБД, то это ORACLE. Используется 2 версии - 8 и 10. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.05.2010, 18:57 |
|
||
|
DDL
|
|||
|---|---|---|---|
|
#18+
sintxСпасибо, что откликнулись. Просто прочел, что связи преобразуются один ко многим и многие ко многим в отдельные таблицы. В другом месте -- что можно это сделать на уровне таблицы. Не знал как правильно преобразовать связи без использования дополнительных таблиц. любые допустимые связи можно реализовать на отдельных таблицах. связь многие ко многим можно реализовать только на отдельной таблице. остальные связи можно реализовать атрибутами той или иной сущности, но это не всегда оправдано, с точки зрения структуры БД. однако кардинальность связи не всегда можно описать декларативными ограничениями целостности. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.05.2010, 19:38 |
|
||
|
DDL
|
|||
|---|---|---|---|
|
#18+
ага, понял. То есть получается, что при случае, когда имеем связь многие ко многим, то её описать можно только дополнительной таблицей и никак иначе, верно ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.05.2010, 19:44 |
|
||
|
DDL
|
|||
|---|---|---|---|
|
#18+
проблемы с пониманием создания связей. Некоторые вещи понятны, а некоторые не сильно. Просто опять-таки в разных источниках по разному и посему тяжело понять как корректно описывать связи такого рода как на диаграммах, в том числе многие ко многим. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.05.2010, 19:46 |
|
||
|
DDL
|
|||
|---|---|---|---|
|
#18+
а можно, если не тяжело, описать связь многие ко многим, хочется просто четко уяснить. Допустим между любыми двумя таблицами на диаграмме. Спасибо за пояснения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.05.2010, 19:49 |
|
||
|
DDL
|
|||
|---|---|---|---|
|
#18+
М:М - стандартное решение через промежуточную кросс-таблицу, содержащую ФК на первую и ФК на вторую таблицу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.05.2010, 21:31 |
|
||
|
DDL
|
|||
|---|---|---|---|
|
#18+
В теории я знаю что и как это, я написал, что желательно пример, так как в инете толком нормального нету построения по ER-диаграмме. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.05.2010, 21:43 |
|
||
|
DDL
|
|||
|---|---|---|---|
|
#18+
sintxВ теории я знаю что и как это, я написал, что желательно пример, так как в инете толком нормального нету построения по ER-диаграмме. да ну? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.05.2010, 22:05 |
|
||
|
DDL
|
|||
|---|---|---|---|
|
#18+
sintxа можно, если не тяжело, описать связь многие ко многим, хочется просто четко уяснить. Допустим между любыми двумя таблицами на диаграмме. "Клиент" - "Товар". "Заказ" может быть примером реализацией такой связи. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.05.2010, 12:28 |
|
||
|
DDL
|
|||
|---|---|---|---|
|
#18+
sintxВ теории я знаю что и как это, я написал, что желательно пример, так как в инете толком нормального нету построения по ER-диаграмме. БД по ER диаграмме можно разные построить. В реляционной СУБД это одна схема, в объектной СУБД - другая. А ещё с целью оптимизации сущности и связи могут отображаться на таблицы не 1:1. Стандартные алгоритмы отображения ER диаграммы на модель данных даёт только первое приближение модели данных. Потом её оптимизируют. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.05.2010, 12:33 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=36639413&tid=1542705]: |
0ms |
get settings: |
6ms |
get forum list: |
14ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
156ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
36ms |
get tp. blocked users: |
1ms |
| others: | 216ms |
| total: | 442ms |

| 0 / 0 |
