Каково “средство” Системного Системного журнала Журнала SnapGear SG560
По причинам производительности, да, который был бы быстрее.
На самом деле это то, как таблицы MERGE, где используется несколько лет назад.
У Вас было бы несколько таблиц как member_1, member_2... и таблица-участник, которая будет механизмом СЛИЯНИЯ.
Вы запросили бы отдельные таблицы, когда Вы знали, что данные, которые Вы ищете, были бы там: например, если member_2 сделал, чтобы участники зарегистрировали на сайт 6 месяцев или ealier, и это - поиск, который Вы хотите выполнить.
Или Вы искали бы на таблице MERGE, когда необходимо сделать, поиск на целой таблице или разделение таблицы не были тем, что было необходимо. Например, где фамилией участника является Smith.
Необходимо быть осторожными при использовании СЛИЯНИЯ, если Вы планируете использовать его для производительности, потому что, в то время как оно может помочь части времени, оно могло бы причинить боль в других случаях.
Сказав, что РАЗДЕЛЕНИЕ является более новой технологией и делает много для Вас.
Посмотрите, может ли это помочь Вам.
В дополнение к подсказкам, приведенным в вопросе / ответах, которые, как мне кажется, по крайней мере очень близки к этому вопросу, вы также можете проверить трафик, который идет на ваш сборщик системного журнала, используя tcpdump или как там ваш любимый инспектор пакетов. В пакетах для системного журнала есть номер в угловых скобках < и > . Это число является уровнем приоритета системного журнала. Уровень приоритета определяется следующим уравнением: (объект # * 8) + (уровень системного журнала) .
Зная это уравнение, вы можете деконструировать номер приоритета и получить номер объекта, просто разделив номер приоритета на 8. Остальное будет уровнем серьезности. Например, <56> разделится на 7 с 0 остатком. Это соответствует средству подсистемы сетевых новостей с уровнем системного журнала Emergency .
Для справки, вот возможности системного журнала:
0 kernel messages
1 user-level messages
2 mail system
3 system daemons
4 security/authorization messages
5 messages generated internally by syslogd
6 line printer subsystem
7 network news subsystem
8 UUCP subsystem
9 clock daemon
10 security/authorization messages
11 FTP daemon
12 NTP subsystem
13 log audit
14 log alert
15 clock daemon
16 local use 0 (local0)
17 local use 1 (local1)
18 local use 2 (local2)
19 local use 3 (local3)
20 local use 4 (local4)
21 local use 5 (local5)
22 local use 6 (local6)
23 local use 7 (local7)
Для справки, вот серьезность уровни:
0 Emergency: system is unusable
1 Alert: action must be taken immediately
2 Critical: critical conditions
3 Error: error conditions
4 Warning: warning conditions
5 Notice: normal but significant condition
6 Informational: informational messages
7 Debug: debug-level messages
Для подробного объяснения функций системного журнала, способов управления системным журналом и даже некоторых инструментов, используемых для анализа, вот отличный технический документ на веб-сайте Cisco.