|
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) - какая-то кривая. очень кривая. |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |