|
Действия ...
Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
18.11.2004, 17:08
|
|||
|---|---|---|---|
Помогите с ключом |
|||
|
#18+
Вопрос в следующем. Создается электронный архив документации. В нем могут храниться информация о бумажном документе, в этом случае он находится в архиве и имеет инвентарный номер, может храниться информация об электронном документе, который не имеет инвентарного номера, а может храниться информация об документе, формат которого не известен скажем картинка, или видео, или звук. Как мне тогда однозначно идентефицировать документ? Если это бумажная, то инвентарный номер, а если это электронная версия, как быть с ней, как ее уникально пометить? ----------------------------------------------------------- С уважением,MySQLdb ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
18.11.2004, 17:20
|
|||
|---|---|---|---|
|
|||
Помогите с ключом |
|||
|
#18+
Неужели ещё такие вопросы возникают? :-) Задайте Primary key и проблема отпадёт. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
19.11.2004, 11:18
|
|||
|---|---|---|---|
Помогите с ключом |
|||
|
#18+
Купите корпоративный докумнтооборот за $500 где все это реализовано, и не забивайте себе голову. http://]www.kodeks.ru/manage/page?tid=795600042 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
19.11.2004, 15:39
|
|||
|---|---|---|---|
Помогите с ключом |
|||
|
#18+
MySQLdbСоздается электронный архив документации. ... имеет инвентарный номер ... не имеет инвентарного номера Вот тут-то и зарыта собака. Тот инвентарный номер - вовсе не инвентарный номер в системе. И если этот архив создается, то тогда этот номер должен исходить от этой системы, а не с третьей стороны. Т.е. этот инвентарный номер становится всего лишь справочным (allow null), а истинно инвентарным становится первичный ключ, который генерится в БД. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
19.11.2004, 17:05
|
|||
|---|---|---|---|
|
|||
Помогите с ключом |
|||
|
#18+
Но ведь никто же не обязывает Вас использовать сущности реального мира для идентификации записей в таблице. Создайте суррогатный ключ, к примеру int типа, задайте для него autoincrement и в соседние поля забивайте любые номера. Хоть инвентарные, хоть не инвентарные. Единственная проблема, которую придётся решить, это как защитить то, что определённого номера иметь не может. ИМХО это простая декомпозиция на n отношений + non identifying relationship.. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
20.11.2004, 15:40
|
|||
|---|---|---|---|
Помогите с ключом |
|||
|
#18+
MySQLdb Согласен с предыдущими ораторами, что надо делать суррогатный Primary Key. Однако и "инвентарный" номер, отражающий характеристики единицы хранения тоже полезная штука. Советую Вам обратить внимание на систему кодирования библиотек. Они давно и успешно кодируют самые разные типы документов. Поговорите с опытным библиотекарем. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
start [/forum/topic.php?fid=32&mobile=1&tid=1546174]: |
0ms |
get settings: |
7ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
48ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
45ms |
get tp. blocked users: |
1ms |
| others: | 223ms |
| total: | 356ms |
| 0 / 0 |
