Перекинуть из представления SQL в UNIXTIME, приплюсовать количество секунд: N * 3600 * 24 и перекинуть обратно в SQL-формат. В итоге получите конец интервала.
>>Таким образом, на данный момент смело можно утверждать только одно – Твиттер не является классическим социальным сервисом по типу Facebook и MySpace.
У меня первой более-менее серьезной программой была система учета пациентов и подготовки отчета в статотдел поликлиники. Писал для мамы на FoxPro 2.6 где-то в начале 10-го класса.
Во всех нормальных книгах по стратегическому менеджменту сказано: не влезайте в долевой бизнес не проработав юридически процедуры выхода из бизнеса. Договариваться надо на берегу.
Вон в Дагестане — думаете почему там так часто стреляют? Ситуации такие же как у вас, а вот деньги и понятия другие.
От идентичных по структуре таблиц я отказался из тех же соображений.
Хранилище имеет примерно такую структуру:
— ID
— Тип объекта
— Имя поля
— Старое значение
— Дата + время изменения
— Кто изменил
Поле «Тип объекта» содержит внутренне имя типа измененного объекта или (если так проще) имя измененной таблицы.
Все остальное вроде понятно.
Минусы подхода — если в объекте 20 полей и все они поменялись вы получите 20 insert'тов.
Плюсы — можно делать выборку по измененным полям.
Вариант обхода данного минуса (с потерей плюса): хранить изменения не для каждого поля, а для всего объекта в виде сериализованного JSON-объекта в одном BLOB'е. Быстро сохранить, быстро восстановить, и всего лишь один дополнительный insert на объект.
Я не знаю как это в «корпоративных системах», но у меня объекты типа ActiveRecord (точнее их аналоги в собственном фреймворке) имеют режим сохранения предыдущего состояния при вызове метода update() в специальном хранилище, с указанием типа измененного объекта, измененных полей, их предыдущих состояний и того кто эти изменения сделал.
Модифицировать ActiveRecord или вписать в дерево наследования соответсвующих класс — сложности не представляет. Как это будет по скорости при нагрузках — не знаю, у меня не корпоративные системы :)
Для больших компаний всегда можно поиграться с такими статьями как «инвестиции» и «амортизация» и в зависимости от учетной политики прибыль ой как сильно может плясать «от» и «до» (скандалы с WorldCom и Enron — отлично показывают это). И отрицательная прибыль это совсем не значит что у компании нет денег и она сработала плохо.
У РБК _очень_ плохо с деньгами… их Прохоров покупает за копейки. А кредиторам своим они предложили «реструктуризировать» большую часть долга, проще говоря — забыть о деньгах :)
Понятно почему все на PHP ругаются… Это не в языке дело, а в тех кто его использует. Если бы аналогичный опрос провели среди тех кто использует Java или C++ — результаты были бы чуть другие, как мне кажется.
А сразу это непонятно было?
Спасибо.
Во всех нормальных книгах по стратегическому менеджменту сказано: не влезайте в долевой бизнес не проработав юридически процедуры выхода из бизнеса. Договариваться надо на берегу.
Вон в Дагестане — думаете почему там так часто стреляют? Ситуации такие же как у вас, а вот деньги и понятия другие.
Хранилище имеет примерно такую структуру:
— ID
— Тип объекта
— Имя поля
— Старое значение
— Дата + время изменения
— Кто изменил
Поле «Тип объекта» содержит внутренне имя типа измененного объекта или (если так проще) имя измененной таблицы.
Все остальное вроде понятно.
Минусы подхода — если в объекте 20 полей и все они поменялись вы получите 20 insert'тов.
Плюсы — можно делать выборку по измененным полям.
Вариант обхода данного минуса (с потерей плюса): хранить изменения не для каждого поля, а для всего объекта в виде сериализованного JSON-объекта в одном BLOB'е. Быстро сохранить, быстро восстановить, и всего лишь один дополнительный insert на объект.
Модифицировать ActiveRecord или вписать в дерево наследования соответсвующих класс — сложности не представляет. Как это будет по скорости при нагрузках — не знаю, у меня не корпоративные системы :)
jmp $
Для больших компаний всегда можно поиграться с такими статьями как «инвестиции» и «амортизация» и в зависимости от учетной политики прибыль ой как сильно может плясать «от» и «до» (скандалы с WorldCom и Enron — отлично показывают это). И отрицательная прибыль это совсем не значит что у компании нет денег и она сработала плохо.
200 км от Москвы: 1450 за мегабит. Не шибко отличается от дальнего востока :(