powered by simpleCommunicator - 2.0.60     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Sybase ASA, ASE, IQ [игнор отключен] [закрыт для гостей] / Разбиение большой таблицы на несколько
15 сообщений из 15, страница 1 из 1
Разбиение большой таблицы на несколько
    #34408790
Filimonenko Sergey
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Здравствуйте!

В большой таблице имеются даные за несколько лет.
Данные за прошлые года изменяются очень редко.
Отчеты чаще всего формируются за один какой-то год (в основном за текущий).
Имеет ли смысл для увеличения производительности выносить данные за прошлые года в другие таблицы(архивные)?

P.S. БД: ASA9.0.2, ОС: WinXP
...
Рейтинг: 0 / 0
Разбиение большой таблицы на несколько
    #34408881
Фотография Рыжий Кот
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
сколько строк в большой таблице?
...
Рейтинг: 0 / 0
Разбиение большой таблицы на несколько
    #34409100
Фотография A.K.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Filimonenko SergeyИмеет ли смысл для увеличения производительности выносить данные за прошлые года в другие таблицы(архивные)?
А проблемы с производительностью присутствуют только при построении аналитической отчетности, или при текущей каждодневной работе пользователей?
...
Рейтинг: 0 / 0
Разбиение большой таблицы на несколько
    #34409103
michael_
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Filimonenko SergeyЗдравствуйте!

В большой таблице имеются даные за несколько лет.
Данные за прошлые года изменяются очень редко.
Отчеты чаще всего формируются за один какой-то год (в основном за текущий).
Имеет ли смысл для увеличения производительности выносить данные за прошлые года в другие таблицы(архивные)?

P.S. БД: ASA9.0.2, ОС: WinXP

Смысл есть. Мы, например, бъем по кварталам, так как штатного сегментирования таблиц в ASA нет.

В ORACLE есть, но у нас нет ORACLE :)
...
Рейтинг: 0 / 0
Разбиение большой таблицы на несколько
    #34409256
Filimonenko Sergey
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Рыжий Котсколько строк в большой таблице?

Предполагается, что будет по 10000 строк в год. Одна запись приблизительно 600 байт (22 колонки)


A.K.А проблемы с производительностью присутствуют только при построении аналитической отчетности, или при текущей каждодневной работе пользователей?

Система пока только разрабатывается, но будут присутствовать сложные аналитические отчеты за определенный период. Вот и хотелось бы узнать, как правильнее будет сделать, чтоб в дальнейшем при наполнении таблицы не возникало проблем с производиельностью.


michael_Смысл есть. Мы, например, бъем по кварталам, так как штатного сегментирования таблиц в ASA нет.

В ORACLE есть, но у нас нет ORACLE :)

А вы не могли бы опасать хоть как-то количественно увеличение производительности?
Или на таком объеме может лучше просто установить индекс по дате и не мучаться с разбиением таблиц.
...
Рейтинг: 0 / 0
Разбиение большой таблицы на несколько
    #34409270
Dim2000
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Filimonenko Sergey wrote:

> Предполагается, что будет по 10000 строк в год.

Дальше не читаем. Вот если было бы 10 000 000 в год ... Или у вас в
качестве сервера П2-300/64 ;)?
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Разбиение большой таблицы на несколько
    #34409273
Dim2000
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
michael_ wrote:

> Смысл есть. Мы, например, бъем по кварталам, так как штатного
> сегментирования таблиц в ASA нет.

Геморрой, думаю, тоже есть ;)?
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Разбиение большой таблицы на несколько
    #34409646
Фотография A.K.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dim2000
> Предполагается, что будет по 10000 строк в год.

Дальше не читаем. Вот если было бы 10 000 000 в год ... Или у вас в
качестве сервера П2-300/64 ;)?

+1. При таких объемах даже о-о-очень сложные аналитические отчеты могут строиться быстро.
...
Рейтинг: 0 / 0
Разбиение большой таблицы на несколько
    #34409747
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Filimonenko Sergey пишет:

> В большой таблице имеются даные за несколько лет.
> Данные за прошлые года изменяются очень редко.
> Отчеты чаще всего формируются за один какой-то год (в основном за текущий).
> Имеет ли смысл для увеличения производительности выносить данные за
> прошлые года в другие таблицы(архивные)?

Смысла нет. Доступ по индексу имеет стоимость log(N) , где N - размер таблицы.
Поэтому что 1 млн записей, что 10 - абсолютно все равно.
Имеет смысл только чистить таблицу когда места нет или хочется его съэкономить.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Разбиение большой таблицы на несколько
    #34409752
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Filimonenko Sergey пишет:

> Предполагается, что будет по 10000 строк в год. Одна запись
> приблизительно 600 байт (22 колонки)

Это ОЧЕНЬ МАЛО, это не те объемы при которых надо об этом думать.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Разбиение большой таблицы на несколько
    #34409960
Sergey Orlov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
При таких обьемах будет иметь смысл структура базы, запросы и индексы...
...
Рейтинг: 0 / 0
Разбиение большой таблицы на несколько
    #34410528
michael_
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dim2000
michael_ wrote:

> Смысл есть. Мы, например, бъем по кварталам, так как штатного
> сегментирования таблиц в ASA нет.

Геморрой, думаю, тоже есть ;)?
Posted via ActualForum NNTP Server 1.4

Конечно, есть :) Но и производительность не проседает. Об особенностях оптимизатора тут не раз писалось.

2 автор
10 000 не объем. Серьезный объем начинается где-то с 1 000 000.
...
Рейтинг: 0 / 0
Разбиение большой таблицы на несколько
    #34410543
michael_
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MasterZiv
Filimonenko Sergey пишет:

> В большой таблице имеются даные за несколько лет.
> Данные за прошлые года изменяются очень редко.
> Отчеты чаще всего формируются за один какой-то год (в основном за текущий).
> Имеет ли смысл для увеличения производительности выносить данные за
> прошлые года в другие таблицы(архивные)?

Смысла нет. Доступ по индексу имеет стоимость log(N) , где N - размер таблицы.
Поэтому что 1 млн записей, что 10 - абсолютно все равно.
Имеет смысл только чистить таблицу когда места нет или хочется его съэкономить.
Posted via ActualForum NNTP Server 1.4

Это не совсем так, если сложные условия фиьтра, особенно если может присутствовать неравенство, то объем имеет значение. У нас, например, пользователь может наложить любые условия на просмотр.

Кроме этого, не забывайте, речь идет не об ASE. Там, действительно, с этим получше.

Метод сегментирование таблиц является классическим и описан в литературе. Повторюсь, в ORACLE он реализован штатно и я думаю не просто так они себе геморой искали.
...
Рейтинг: 0 / 0
Разбиение большой таблицы на несколько
    #34410592
michael_
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Да и еще :)

Это конечно же надо делать только тогда, когда производительность реально проседает и никакими другими способами разогнать запросы не удается.

И применять это надо только к данным пополняющимся ежедневно, например, бухпроводки.
...
Рейтинг: 0 / 0
Разбиение большой таблицы на несколько
    #34410656
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
michael_ пишет:
> Это не совсем так, если сложные условия фиьтра, особенно если может
> присутствовать неравенство, то объем имеет значение.

Нет, это именно так. При больших объемах данных какие-то способы
доступа кроме индексного не работают (быстро). Поэтому
другой способ доступа не должен рассматриваться вообще.

Разбиение же таблицы на куски (partitioning by criteria)
можно запросто заменить созданием соответствующего индекса.

У нас, например,
> пользователь может наложить любые условия на просмотр.

Это не очень хорошо, но если в запросе есть помимо этих
условий еще обязательно присутствующий SARG, то это ничего.
Если его нет - это вообще недопустимо.

> Кроме этого, не забывайте, речь идет не об ASE. Там, действительно, с
> этим получше.

А это все равно. ASA ничем не хуже ASE, индексы есть практически
везде.

> Метод сегментирование таблиц является классическим и описан в
> литературе. Повторюсь, в ORACLE он реализован штатно и я думаю не просто
> так они себе геморой искали.

Не все золото, что блестит. Не все хорошо, что ORACLE.

Но на счет partitioning by criteria я согласен, достаточно
хорошее свойство. Но не так уж и необходимое.
Сейчас оно вроде бы и в ASE 15 появилось. Обещали по крайней мере.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
15 сообщений из 15, страница 1 из 1
Форумы / Sybase ASA, ASE, IQ [игнор отключен] [закрыт для гостей] / Разбиение большой таблицы на несколько
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]