Вход | Регистрация
 
1С:Предприятие :: 1С:Предприятие 7.7 и ранее

v7: DBF: что лучше, больше "коротких" записей или меньше "длинных"?

v7: DBF: что лучше, больше "коротких" записей или меньше "длинных"?
Я
   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) далеко не факт если длинные наименования малоотличимы то селективность индекса будет низкая?
с точки зрения выборки данных - имхо обработка множества коротких записей будет быстрее?
   wopot
 
5 - 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с используются...
   wopot
 
9 - 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
Если данные кэшируются, то чем больше записей таблицы влезет в кэш, тем быстрее. Чем короче запись, тем больше записей влезет в кэш.
   Djelf
 
15 - 02.11.20 - 16:51
(11) Это смотря с какой стороны смотреть!
И у тебя минимальный таймаут слишком жестокий для порога вхождения - сжечь же можно!
   Mikeware
 
16 - 02.11.20 - 17:06
(12) "недоделанные отчеты - это ерунда. Главное - доделывайте детей. а то потом приходят недоделанные дети, приносят недоделанные отчеты..."©
   Cthulhu
 
17 - 02.11.20 - 17:09
казалось бы - и при чем тут блокировки если семерка блокирует таблицу целиком?..
ну и кроме того - что-то формулировка примеров "или-или" в (0) - какая-то кривая. очень кривая.

Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.