Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Логическая структура таблиц
|
|||
|---|---|---|---|
|
#18+
Подскажите, как лучше организовать связь между таблицам ШапкиДок<->СоставДок 1. отношение 1->многим 2. Сейчас используется составной первичный ключ для ШапкиДок вида [Дата],[Код движения],[N док] 3. >80% запросов основаны на выборке по полю [Дата] 4. Но [Дата] меняется хотя бы 1 раз для каждого документа 5. Таблица СоставДок должна в явном виде включать как минимум поля [Датa],[Код движения]. Собственно вопрос в следующем: есть ли смысл переходить к искуственному ключу [Глобальный номер документа], если да, то это должно быть AutoIncrement полем? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.05.2002, 07:24 |
|
||
|
|

start [/forum/topic.php?fid=46&msg=32029736&tid=1822823]: |
0ms |
get settings: |
8ms |
get forum list: |
16ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
48ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
25ms |
get tp. blocked users: |
1ms |
| others: | 221ms |
| total: | 332ms |

| 0 / 0 |
