Как обьяснить челу...

>менять в коде постоянно имя таблицы я не желаю.

Ну так код для того и существует чтобы в нем можно было менять все на лету - в чем проблема-то ? :)))

Как вариант можно вообще хранить все в логах по дням например а в таблицу складывать результат парсенья последних :)

по теме.. ничем помочь не могу
оффтоп.. опять постим в самый посещаемый раздел форума, да?

Имя сущностей меняются ежемесячно? И это нормально?

Имхо это оффтоп как раз в других разделах.

Ненормально станет когда таблица эта опухнет миллионов до 25 записей. Тем более что я подозреваю что это таблица для нетфлоу, и единожды сделав по ней агрегацию ее можно смело в архив откладывать.

Проще дропнуть таблицу, чем заряжать по ней delete запрос который мало того что работать полчаса будет, так на эти полчаса еще и таблицу залочит. Так что товарищ прав абсолютно.

Впрочем, если сэр мазохист...

>за месяц будет загонятся ~4000000 записей..
а за год - 48М, за два - 98М. Две старушки - рубль :-) А если трафик вырастет?
>и менять в коде постоянно имя таблицы я не желаю
А хранить имя таблиц в отдельной (служебной) таблице религия не позволяет? Или делать архивные перед очередной заливкой.

>чем заряжать по ней delete запрос
В мускуле truncate есть?

так а что мешает вычислять имя таблицы в программе?

>так а что мешает вычислять имя таблицы в программе?

наверное, моск мешает :)

Наверное очень сложный алгоритм формирования имени таблицы...

имхо нужно сворачивать/опримизировать структуру данных иначе с при тупом сливе в таблицу 4000000 записей в месяц пёсик быстро сдохнет. Репорты будут строиться по пол-года. И потом для такого количества записей в одной таблице... кхм-кхм... мускул, это вам не ДБ2 :) по возможности юзать не полные имена оъектов а индексированные ID объектов типа int2/int4.

Вобщем мосги рулят :)

>при тупом сливе в таблицу 4000000 записей в месяц пёсик быстро сдохнет
А вдруг у него 4-х процовый дуал коре с десятком гигов рамы, он вообще всю базу за год может в памяти держать ... в виде плайн текста :-)