Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Что-то типа вложеной таблицы
|
|||
|---|---|---|---|
|
#18+
Что делают многоуважаемые опытные программисты когда встает задача создания таблицы с меняющимся количеством столбцов? Например: таблица накладной, где заранее неизвестно количество видов товара для оприходования? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.08.2001, 11:03 |
|
||
|
Что-то типа вложеной таблицы
|
|||
|---|---|---|---|
|
#18+
В этом случае создается вторая таблица, записи которой ссылаются на записи в первой, т.е. во второй таблице может быть несколько записей (по каждому виду товара), каждая из которых ссылается на одну и ту же накладную (запись в первой таблице). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.08.2001, 11:13 |
|
||
|
Что-то типа вложеной таблицы
|
|||
|---|---|---|---|
|
#18+
Видимо я привел неудачный пример, тогда скажу где я с этим столкнулся: Необходимо сделать так чтобы, каждой строке в первой таблице соответствовали свои строки во второй таблице т.е.(получаеться) строка во второй таблице может быть связана с несколькими строками в первой таблице. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.08.2001, 11:48 |
|
||
|
Что-то типа вложеной таблицы
|
|||
|---|---|---|---|
|
#18+
Второй пример еще более неудачный Если несколько записей первой таблицы соответствуют одной записи во второй, тогда записи первой должны ссылаться на вторую Если несколько записей второй таблицы соответствуют одной записи в первой, тогда записи второй должны ссылаться на первую Если необходима связь многие ко многим, т.е. несколько записей первой соответствуют нескольким во второй, тогда создается третья таблица, каждая запись которой имеет две ссылки - одна на первую таблицу, вторая - на вторую. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.08.2001, 11:58 |
|
||
|
Что-то типа вложеной таблицы
|
|||
|---|---|---|---|
|
#18+
Все равно какая-то неувязка. Сначала вы утверждаете, что "каждой строке в первой таблице соответствовали свои строки " - т.е. вроде бы как связь один-ко-многим от первой таблицы ко второй, а потом вдруг "строка во второй таблице может быть связана с несколькими строками в первой таблице" - т.е. связь один-ко-многим теперь уже от второй таблицы к первой. Если у вас на самом деле существует связь многие-ко-многим, то для реализации нужно ввести 3-ю таблицу, чтобы получилсь следующая картина 1 таблица <-> многие-ко-одному <-> 3-я таблица <-> один-ко-многим <-> 2-ая таблица Отношения, конечно, организуются через PK-FK ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.08.2001, 12:02 |
|
||
|
Что-то типа вложеной таблицы
|
|||
|---|---|---|---|
|
#18+
2Pandre - ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.08.2001, 12:04 |
|
||
|
Что-то типа вложеной таблицы
|
|||
|---|---|---|---|
|
#18+
2Glory Что тут - , может человеку 15 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.08.2001, 12:27 |
|
||
|
Что-то типа вложеной таблицы
|
|||
|---|---|---|---|
|
#18+
Вообще-то я про наши с вами ответы, на предмет их совпадения ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.08.2001, 13:21 |
|
||
|
Что-то типа вложеной таблицы
|
|||
|---|---|---|---|
|
#18+
2Glory Хорошо, только они не совпали ! Направления ссылок разные. Видно, для разной предметной области. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.08.2001, 13:28 |
|
||
|
Что-то типа вложеной таблицы
|
|||
|---|---|---|---|
|
#18+
Можно создать древовидную таблицу (ссылающуюся саму на себя). Сделать к ней таблицу с описанием прототипа хранимых данных (для нормализации). Беда только в том, что MSSQL не имеет конструции для работы с древовидными запросами (аналог Connect by у Oracle). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.08.2001, 10:20 |
|
||
|
Что-то типа вложеной таблицы
|
|||
|---|---|---|---|
|
#18+
Я делаю так. В Table1 хранятся поля, которые есть всегда и везде (являются основными). В таблице метаданных хранится, какие еще поля могут появиться, какого они типа и т.д. и т.п. В таблице Table2 лежат значения всех additional полей в одном столбце sql_variant. Одна запись Table1 может иметь несколько соответствующих ей записей в Table2 - если у нее несколько дополнительных полей. Сборка записи из Table1 + additional поля из Table2 производится с помощью запроса с подзапросами. Один положительный нюанс - если additional поля в основном содержат значения Null (то есть, данные сильно разрежены), то в таблицу Table2 соответствующие им значения можно просто не класть (подзапрос и так по ним вернет Null). Естественно, в таблице Table2 расходуется место под хранение идентификаторов записей (ID записи таблицы Table1) и идентификаторов полей из таблицы метаданных. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.08.2001, 12:25 |
|
||
|
|

start [/forum/topic.php?fid=46&msg=32012090&tid=1825832]: |
0ms |
get settings: |
10ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
30ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
41ms |
get tp. blocked users: |
2ms |
| others: | 266ms |
| total: | 380ms |

| 0 / 0 |
