размер 1 записи (строки)

[SHiSHok]

как несложно посчитать сколько занимает 1 запись в таблице (максимальный размер и текущая выбранная)?

[ZVV]

Цитата:

Сообщение от SHiSHok

как несложно посчитать сколько занимает 1 запись в таблице (максимальный размер и текущая выбранная)?

Вас интересует именно в Аксапте? думаю что никак...
Это зависит от СУБД, в сиквеле и в оракле ответ будет разный и искать надо там...

Для оракла могу написать вам запрос, если интересно..

[ZVV]

Цитата:

Сообщение от ZVV

Вас интересует именно в Аксапте? думаю что никак...

ну не считая direct sql, конечно...

[kashperuk]

Ну, приближенно можно посчитать с помощью метода fieldSize() на SysDictField:

static void Job2(Args _args)
{
    SysDictTable dictTable = SysDictTable::newName(tableStr(InventTable));
    SysDictField dictField;
    Counter      fieldCnt;
    int          recordSize;
    ;
    for (fieldCnt = 1; fieldCnt <= dictTable.fieldCnt(); fieldCnt++)
    {
        dictField = SysDictField::newName(dictTable.name(), dictTable.fieldName(dictTable.fieldCnt2Id(fieldCnt)));
        recordSize += dictField.fieldSize();
    }
    info(int2str(recordSize));
}

p.s. надо конечно учитывать все типы и array поля и т.д.
плюс служебную информацию заголовка сообщения при передаче по сети.

[kashperuk]

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

[SRF]

Цитата:

Сообщение от kashperuk

Ну, приближенно можно посчитать с помощью метода fieldSize() на SysDictField:

static void Job2(Args _args)
{
    SysDictTable dictTable = SysDictTable::newName(tableStr(InventTable));
    SysDictField dictField;
    Counter      fieldCnt;
    int          recordSize;
    ;
    for (fieldCnt = 1; fieldCnt <= dictTable.fieldCnt(); fieldCnt++)
    {
        dictField = SysDictField::newName(dictTable.name(), dictTable.fieldName(dictTable.fieldCnt2Id(fieldCnt)));
        recordSize += dictField.fieldSize();
    }
    info(int2str(recordSize));
}

p.s. надо конечно учитывать все типы и array поля и т.д.
плюс служебную информацию заголовка сообщения при передаче по сети.

Вообще конечно, есть аналогичный метод на SysDictTable - recordSize - делает все то, что в job'е, только вот сильно приближенный результат получается

Например, fieldSize считает, что поля типа Enum занимают 1 байт, а в реальности все 4 (DAX 4.0 MS SQL 2005)

        case Types::Enum:
            size = 1;
            break;

Для типа Date и DateTime - считает, что всего используется по 4 байта

        case Types::Date:
        case Types::DateTime:
        case Types::Integer:
            size = 4;
            break;

Но на самом деле там все 8 (в смысле на MS SQL Server)

Так, что я бы с осторожностью считал размер записи данным способом

Кстати, еще есть размер записи в таблице трассировки SQL операторов Администирование\Запросы\База данных\Журнал трассировки операторов SQL, вкладка Разное, только не понятно, насколько этот параметр соотвествует действительности и пронаблюдать его значение можно, только в случае есть SQL оператор попал в трассировку (но все таки этому параметру я доверяю больше, чем SysDictTable\recordSize)

P.S. Не видел предыдущего сообщения когда писал

[ZVV]

Цитата:

Сообщение от SHiSHok

у меня ax3sp2 таких методов нет.

Импровизируйте

SysDictTable::newTableId(tableNum(InventTable));

[SHiSHok]

Цитата:

Сообщение от ZVV

Импровизируйте

SysDictTable::newTableId(tableNum(InventTable));

поспешил. расчет есть.

[SHiSHok]

каличный метод. у меня mssql2k, сделал следующее:

создал табличку (в ax)
CREATE TABLE [dbo].[TABLE2] (
[FSTR] [varchar] (10) COLLATE SQL_Ukrainian_CP1251_CI_AS NOT NULL ,
[FINT] [int] NOT NULL ,
[FREAL] [numeric](28, 12) NOT NULL ,
[FDATE] [datetime] NOT NULL ,
[FTIME] [int] NOT NULL ,
[FENUM] [int] NOT NULL ,
[FCON] [image] NULL ,
[DATAAREAID] [varchar] (3) COLLATE SQL_Ukrainian_CP1251_CI_AS NOT NULL ,
[RECID] [int] NOT NULL
)

+ пофиксил метод SysDictField.fieldSize() (по перекрестным ссылках используется только в отчетах о размере базы/компании):

int fieldSize()
{
    int size;
    switch (this.baseType())
    {
        case Types::DATETIME:
        case Types::DATE:
            size = 8;
            break;
//        case Types::DATE:
//        case Types::DATETIME:
        case Types::INTEGER:
            size = 4;
            break;
        case Types::BLOB:
        case Types::CONTAINER:
        case Types::VARSTRING:
            size = 2048; // 8192 div 4 (assumption: One out of 4 has data)
            break;
        case Types::REAL:
            size = 13; //20;
            break;
        case Types::ENUM:
            size = 4; //1;
            break;
        case Types::STRING:
        case Types::RSTRING:
            size = this.stringLen();
            break;
    }
    return size*this.arraySize();
}

дык оно просчитало вот такие поля:

TableId
RecId
sequenceNum
dataAreaId
createdTransactionId
createdBy
createdTime
createdDate
modifiedTransactionId
modifiedBy
modifiedTime
modifiedDate
fCon
fEnum
fTime
fDate
fReal
fInt
fStr

думаю для более реалистичной картины надо пофиксить sysDictTable.recordSize(). предлагаю так:

int recordSize()
{
    int size;
    int i;
    SysDictField sysDictField;

    for (i=this.fieldCnt(); i; i--)
    {
        SysDictField = new SysDictField(this.id(), this.fieldCnt2Id(i));
        if ( SysDictField.isSql() )
            size += SysDictField.fieldSize();
    }
    return size;
}

посчитало поля:

RecId
dataAreaId
fCon
fEnum
fTime
fDate
fReal
fInt
fStr

непонимаю только зачем "большие" поля типа container считать как 1/4 страницы.

[ZVV]

Потому что это всё не более, чем гадания на хрустальном шарике...

Если нужно именно точная цифра, то выше я уже ответил...

[SHiSHok]

по крайней мере если нет больших типов можно получить точный расчет.

[ZVV]

Цитата:

Сообщение от SHiSHok

по крайней мере если нет больших типов можно получить точный расчет.

Точный расчёт чего? Максимального размера - да, можно...

Точного размера текущей записи в БД?

То что цифры (в оракле по крайней мере) могут занимать разное кол-во байт в БД в зависимоти от размера, вы учитываете?
То что БД может быть Юникодная вы учитываете?
...

[SHiSHok]

Цитата:

Сообщение от ZVV

Точный расчёт чего? Максимального размера - да, можно...

да (с оговоркой про большие поля)

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

[Bober]

Цитата:

Сообщение от SHiSHok

как несложно посчитать сколько занимает 1 запись в таблице (максимальный размер и текущая выбранная)?

Давно хотелось спросить: вопрос продиктован чисто академическим интересом или практическим ? если практическим - то каким именно? (хотите спрогнозировать рост базы на Х лет вперед при определенной интенстивности работы юзеров ? )

[SHiSHok]

Цитата:

Сообщение от Bober

Давно хотелось спросить: вопрос продиктован чисто академическим интересом или практическим ? если практическим - то каким именно? (хотите спрогнозировать рост базы на Х лет вперед при определенной интенстивности работы юзеров ? )

в mssql2k: Bytes per row = 8060, При добавлении "больших" (да и не только) полей хотелось знать насколько близок предел.
А усредненный прогноз роста базы я делаю по статистике роста бекапов сиквела.

[SHiSHok]

btw, для статистической информации (min, max, avg) размер записи в mssql2k подойдет dbcc showcontig