Имя: Пароль:
1C
1C 7.7
v7: DBF: что лучше, больше "коротких" записей или меньше "длинных"?
0 wopot
 
02.11.20
15:34
Добрый день всем!

Заинтересовал вопрос. Может кто-нибудь задумывался или сталкивался:

Что лучше для 1С на DBF:
- когда в справочнике/документе будет много "коротких" записей (допустим 3 реквизита по 10 символов каждый)
- когда в справочнике/документе будет мало, но "длинных" записей (допустим 90 реквизитов по 10 символов каждый)
1 ДенисЧ
 
02.11.20
15:41
Смотря что ты с ними собираешься делать
2 ДенисЧ
 
02.11.20
15:42
Поиск по длинным будет (теоретически быстрее), так как элементов меньше.
Чтение коротких будет быстрее, так как... сам понимаешь
3 Злопчинский
 
02.11.20
15:42
еще один, делающий курсовик/задание..?
4 Злопчинский
 
02.11.20
15:43
(2) далеко не факт если длинные наименования малоотличимы то селективность индекса будет низкая?
с точки зрения выборки данных - имхо обработка множества коротких записей будет быстрее?
5 wopot
 
02.11.20
15:45
(3) Причем здесь курсовик или задание?
Соседняя тема про блокировки навеяла на размышления "о высоком".

Что лучше иметь в DBF-файле 1 000 000 записей х 30 байт или 33 333 записей х 900 байт.

p.s. хотя если подскажите, где такие курсовики или задания дают, я поищу такой ВУЗ, даже интересно стало. По-моему такой вопрос может прийти только узкому кругу работающих в 1С :)
6 ДенисЧ
 
02.11.20
15:47
(4) Мы же не говорим про фултекстсёрч?
7 Злопчинский
 
02.11.20
15:47
(5) я голосую за короткие!
8 ДенисЧ
 
02.11.20
15:48
(5) "узкому кругу работающих в 1С"
Я тебе сейчас тайну открою, но ты никому.... Ладно?

Базы данных не только в 1с используются...
9 wopot
 
02.11.20
15:48
(4) Интуитивно тоже кажется, что "короткие" будут работать быстрее
10 Злопчинский
 
02.11.20
15:48
(5) загенери такой вариант и такой вариант.
и тупо посмотреть на размер индекса в разных вариантах. где индекс меньше - там быстрее ;-)
11 ДенисЧ
 
02.11.20
15:48
Что лучше: 1000 раз по 5 секунд или 100 раз по 50 секунд? Или 10 раз по 10 минут? )))
12 Злопчинский
 
02.11.20
15:58
(11) лучше к сроку дедлайна иметь из двух задач сделанную одну полностью, чем 2 задачи сделанные наполовину
13 Гость из Мариуполя
 
гуру
02.11.20
16:03
(5) 900  байт? хм-хм..
эээ.. давненько было, может уже ошибаюсь, но вроде как максимальное число символов в ключе .cdx - 254? нет?
а вдруг тебе понадобится в индекс включать все свои 900 байт? ох, не нравится мне такой .cdx
14 Кирпич
 
02.11.20
16:36
Если данные кэшируются, то чем больше записей таблицы влезет в кэш, тем быстрее. Чем короче запись, тем больше записей влезет в кэш.
15 Djelf
 
02.11.20
16:51
(11) Это смотря с какой стороны смотреть!
И у тебя минимальный таймаут слишком жестокий для порога вхождения - сжечь же можно!
16 Mikeware
 
02.11.20
17:06
(12) "недоделанные отчеты - это ерунда. Главное - доделывайте детей. а то потом приходят недоделанные дети, приносят недоделанные отчеты..."©
17 Cthulhu
 
02.11.20
17:09
казалось бы - и при чем тут блокировки если семерка блокирует таблицу целиком?..
ну и кроме того - что-то формулировка примеров "или-или" в (0) - какая-то кривая. очень кривая.