
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
03.08.2006, 02:16
|
|||
|---|---|---|---|
|
|||
Позаказное производство и состав заказа |
|||
|
#18+
Заказ состоит из изделий. Позаказное производство, т.е. каждое изделие уникальное. В таблице состава изделий хранится результат раскладывания изделий на элементарные составляющие. Структура базы простая (упрощенно): 1. тбл_заказы (ид_заказа, номер_заказа, pk(ид_заказа)) 2. тбл_изделия (ид_изделия, название, ид_заказа, pk(ид_изделия)) 3. тбл_состав (ид_изделия, позиция, элемент, количество, pk(ид_изделия, позиция)) Беда: изделие состоит из кучи комплектующих, в месяц 2000 заказов, это приводит к увеличению таблицы состава на 1 млн записей в месяц. Комплектующие в стандартные крупные узлы не собираются. В течении года ожидается увеличение количества заказов в 2-3 раза. Такие темпы роста базы ощутимо сказываются на бстродействии даже сейчас, что будет через год - страшно представить. Есть ли какие-нибудь стандартные пути оптимизации хранения состава? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
03.08.2006, 09:46
|
|||
|---|---|---|---|
Позаказное производство и состав заказа |
|||
|
#18+
Структура базы вроде как несложная. Разве скорость работы на 1 млн записей и 12 млн. будет сильно различаться? ИМХО, нет. Приведу свой пример: по мере работы, наша база выросла очень намного - с нескольких тысяч строк до десятков миллионов записей - и скорость выполнения запросов в разы не менялась. Сейчас запрос к трем таблицам (все через INNER JOIN, одна таблица - 300 т. записей, еще одна - около 30 млн. записей, еще одна - около 50 млн. записей) - выполняется около 4-5 секунд. Оптимизация была сделана с помощью расстановки индексов. Ну и если говорить о конкретной СУБД - у нас Оракл - файл данных расположен на одном винте, а файл индексов - на другом. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
03.08.2006, 10:56
|
|||
|---|---|---|---|
|
|||
Позаказное производство и состав заказа |
|||
|
#18+
а у нас будет FB или ASA - страшно (особенно за FB) :) --- вопросы: 1. а при этом есть используются обработки (отчеты), которые все данные поднимают? 2. периоды закрываете? 3. если не секрет, какой размер базы? 4. если не секрет, какое железо и ОС? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
03.08.2006, 20:35
|
|||
|---|---|---|---|
Позаказное производство и состав заказа |
|||
|
#18+
Aleksey Kh. 1. а при этом есть используются обработки (отчеты), которые все данные поднимают? 2. периоды закрываете? Нет, запросов, которые бы поднимали все данные, нет. Максимальный запрос возвращал около 35 т. записей. Наша база технологическая - и хранит параметры с контроллеров пром.установки. Aleksey Kh. 3. если не секрет, какой размер базы? При экспорте в дамп-файл получается порядка 1.4-1.5 Гб Aleksey Kh. 4. если не секрет, какое железо и ОС? 2003 Железо - IBM в 19'-исполнении, 1-процесcорный Xeon-HT 3ГГц, 2Гб ОЗУ, Раид-1 на SCSI. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
03.08.2006, 20:38
|
|||
|---|---|---|---|
Позаказное производство и состав заказа |
|||
|
#18+
Big17 Максимальный запрос возвращал около 35 т. записей. Уточню - и работал порядка одной минуты... Но такие запросы - они выполняются разово - для оченки работы системы на этапе разработки/внедрения. Рабочие запросы - это порядка 1-2 тыс.записей, со временем соответственно 4-5 сек. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|

start [/forum/topic.php?fid=32&tablet=1&tid=1545120]: |
0ms |
get settings: |
8ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
156ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
35ms |
get tp. blocked users: |
1ms |
| others: | 208ms |
| total: | 440ms |

| 0 / 0 |
