
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
29.11.2007, 17:19
|
|||
|---|---|---|---|
|
|||
Ключевые поля в DBF? |
|||
|
#18+
Добрый день. Может не по теме спрошу, но... Решил сделать надстройку в ACCESS для поиска информации в программе сделанной в клиппере (расширение DBF). В одной таблице в качестве ключевого используется поле с размером "Двойное с плавающей точкой". Т.е. например: Код I Участок I 1 1 I Участок1 I 1 2 I Участок2 I Т.е. первая цифра означает код цеха, вторая код участка Так действительно в DBF или это прихоть разработчика (к сожалению у него не могу спросить, уже не работает на предприятии). Спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
29.11.2007, 17:29
|
|||
|---|---|---|---|
|
|||
Ключевые поля в DBF? |
|||
|
#18+
В реальной программе в этом поле составной ключ (если так можно сказать) состоит из 7 частей, а не двух , как в примере) разделенных пробелом. При этом некоторые части могут иметь количество цифр до трех...и там где их три, там пробела до следующей части нет. В программе нет почти простых таблиц. Наверно я чего то не понял. Или в Dbf они реализованы как то по другому? Спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
29.11.2007, 17:36
|
|||
|---|---|---|---|
Ключевые поля в DBF? |
|||
|
#18+
Не понял вопроса. Вас интересует является нормальным использование составного ключа как такового или использование определенного типа данных для хранения таких ключей? В любом случае, к структуре DBF это никакого отношения не имеет. DBF - это место для хранения данных. Просто файл. Хотя и с определенной структурой. А вот какую именно информацию и каким способом Вы будете хранить в этом файле - это уже Ваши проблемы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
29.11.2007, 23:26
|
|||
|---|---|---|---|
Ключевые поля в DBF? |
|||
|
#18+
В ДБФ ключ не хранится как это происходит в Сиквел-серверах. (Поле1, Поле2 ...) Ключ (вернее индекс) хранится в индексном файле - компаундном cdx - обычным idx Индекс может быть любым выражением над строкой таблицы (и даже связанной таблицы) типа str(field1,1,0)+str(field2,1,0). В вашем случае программист хотел упростить себе жизнь и создал фасетный код ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
30.11.2007, 00:40
|
|||
|---|---|---|---|
Ключевые поля в DBF? |
|||
|
#18+
2 apapacy Вы путаете понятия. Индекс в принципе не предназначен для хранения данных. В том числе и "ключа". Индекс - это способ упорядочивания данных. И, как следствие, способ ускорения поиска данных. Таблица вполне способна иметь "ключ", но не иметь индекса по этому ключу. "Ключем" называют поле или набор полей однозначно идентифицирующих запись. Т.е. значение этого поля уникально в пределах всех записей таблиц. Зная значение этого поля всегда можно однозначно сказать о какой записи идет речь. Поэтому чаще используют термин "ключевое поле" Термин "ключевое поле" имеет одинаковый смысл что для MS SQL, что для таблиц DBF. И хранится он одинаково. В полях таблицы. Видимо Вы имели в виду, так называемый, Primary Key. Но с точки зрения MS SQL это не есть "ключ". Это некое дополнительное ограничение (constraint), специфический индекс, накладываемый на таблицу. В терминах FoxPro это соответствует индексу типа Primary. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
30.11.2007, 19:00
|
|||
|---|---|---|---|
Ключевые поля в DBF? |
|||
|
#18+
ВладимирМ Видимо Вы имели в виду, так называемый, Primary Key. Но с точки зрения MS SQL это не есть "ключ". Это некое дополнительное ограничение (constraint), специфический индекс, накладываемый на таблицу. В терминах FoxPro это соответствует индексу типа Primary. То что PRIMARY KEY не есть ПЕРВИЧНЫЙ КЛЮЧ. Таки да - с точки зрения теории реляцилнных баз данных. Хлтя выглядит это почти комично. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|

start [/forum/topic.php?fid=41&tablet=1&tid=1588467]: |
0ms |
get settings: |
5ms |
get forum list: |
9ms |
check forum access: |
1ms |
check topic access: |
1ms |
track hit: |
256ms |
get topic data: |
6ms |
get forum data: |
2ms |
get page messages: |
24ms |
get tp. blocked users: |
1ms |
| others: | 187ms |
| total: | 492ms |

| 0 / 0 |
