Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Как спроектировать базу?
|
|||
|---|---|---|---|
|
#18+
Есть база... Вот её кусочик: Стр-ра базы Вообщем есть ордера (табл. orders). Ордер может быть заказан для визы, авиа, и визы+авиа (кроме того) сюда еще добавяться отели, паромы и т.д. (сколько угодно) Вообщем, вопрос вопрос вот в чем.. Щас на любой ордера добавяляется запись в orders по типу... Для авиа - будет одна запись (type_order == 'f').. Если добавиться виза, то тогда сюда добавиться еще одна запись с type_order == 'v' c теми же orderId и tenantId.. Параллельно с этими записями добавляются записи в таблички orders_flights и orders_vises для полетов и виз соот-но... Щас общие данные можно хранить в табличке orders, так как они не пересекаются из-за того, что есть запись для какждого вида ордера... Так вот вопрос вот какой: надо ли убрать колонку type_order, чтобы для какждого ордера была всегда только одна запись, а остальные данные (которые не должны пересекаться) перенести в дочерние таблицы? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.11.2004, 15:19 |
|
||
|
Как спроектировать базу?
|
|||
|---|---|---|---|
|
#18+
Надо!!! -- Tygra's -- ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.11.2004, 18:06 |
|
||
|
Как спроектировать базу?
|
|||
|---|---|---|---|
|
#18+
tygraНадо!!! -- Tygra's -- Хех, а что это даст? Просто по-моему мнению есть плюсы как первого варианта, так и второго. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.11.2004, 15:25 |
|
||
|
Как спроектировать базу?
|
|||
|---|---|---|---|
|
#18+
В заглавном топике не спрашивалось "Что даст?" ========================== Это плюсы и минусы "полной нормализации" - "сознательной денормализации". Эта дилемма в каждом случает решается конкретно, применительно к конкретной базе. Причем бОльшее значение имеет даже не выполняемые базой задачи, а объем содержащейся в ней информации. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.11.2004, 09:50 |
|
||
|
Как спроектировать базу?
|
|||
|---|---|---|---|
|
#18+
Cat2В заглавном топике не спрашивалось "Что даст?" Про что одного ответа 'надо' мне мало.... Хотелось бы услыщать обоснование выбора какого-либо решения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.11.2004, 00:04 |
|
||
|
Как спроектировать базу?
|
|||
|---|---|---|---|
|
#18+
Рекомендую сравнит оба вариана. Точного рецепта нет ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.11.2004, 00:16 |
|
||
|
Как спроектировать базу?
|
|||
|---|---|---|---|
|
#18+
Ну все же если у вас заказ один, то и запись про него должна быть одна. А остальные параметры хранить отдельно, в другой таблице. Иначе потом очень тяжко придется действия разные производить - ну выбрать заказы например, это обязательно должен быть group by, потому как у вас два одинаковых заказа (записи) в одной таблице с одинаковыми номерами. Да и в принципе - более понятно будет. -- Tygra's -- ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.11.2004, 12:19 |
|
||
|
Как спроектировать базу?
|
|||
|---|---|---|---|
|
#18+
Фсе эти ваши вапросы аттаго что ни пользуетесь CASE. Пользуйтесь, и не будит вапросав. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2004, 17:08 |
|
||
|
Как спроектировать базу?
|
|||
|---|---|---|---|
|
#18+
Если я правильно понял вопрос - то убрав эту колонку вы лишите себя возможности в runtime определять тип order'а. Т.е. зная только id ордера вы не сможете (по крайней мере, будет сложно) определить что за order имеется в виду. Если вам это не нужно - можете смело поле убирать... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2004, 17:15 |
|
||
|
Как спроектировать базу?
|
|||
|---|---|---|---|
|
#18+
Пардон, пра CASE пагаричился. Т.е. вапрос - нада ли делать атнашения между таблицай orders и таблицами orders_flights и orders_vises "АДИН-ка-МНОГИМ". Счаз ани типа "Адин к Аднаму". Атвет на вапрос зависит ат таго, какие данные вбиваются в записи в orders , каторые атносятся к orders_flights и orders_vises. Если адинакавые, то бизусловна нада , чтоба не была адинаковых (дублирующихся) данных. Если нет - то саатветственна не нада. Все ж проста. Вазможет также прамежуточный вариант - часть палей перенисти из orders в orders_flights и/или orders_vises. Ну там признаки завиршонности и прочая могут атнасится и к палету или визе. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2004, 17:17 |
|
||
|
Как спроектировать базу?
|
|||
|---|---|---|---|
|
#18+
Всем спасибо... Вопрос решился сам собой, так как нужно было хранить общую сумму и заплаченную для всех заказов на ордер... Пришлось убрать поле типа заказа и в таблице ордеров теперь по одной записи на ордер, а остальные данные храняться уже в дочерних таблицах... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.11.2004, 14:19 |
|
||
|
|
start [/forum/topic.php?fid=32&msg=32773238&tid=1546183]: |
0ms |
get settings: |
9ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
71ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
51ms |
get tp. blocked users: |
1ms |
| others: | 254ms |
| total: | 421ms |
| 0 / 0 |
