Я являюсь немного олдскульным, в этом я использую исходные файлы для создания базы данных. Существует на самом деле 2 файла - проект-database.sql и проект-updates.sql - первое для схемы и персистентных данных и второго для модификаций. Конечно, оба являются объектом управления исходным кодом.
, Когда база данных изменяется, я сначала обновляю основную схему в проекте-database.sql, затем копирую соответствующую информацию в проект-updates.sql, например, операторы ALTER TABLE. Я могу тогда применить обновления базы данных разработки, протестировать, выполнить итерации, пока не преуспели. Затем регистрация файлов, протестируйте снова и обратитесь к производству.
кроме того, у меня обычно есть таблица в дб - Конфигурации - такой как:
SQL
CREATE TABLE Config
(
cfg_tag VARCHAR(50),
cfg_value VARCHAR(100)
);
INSERT INTO Config(cfg_tag, cfg_value) VALUES
( 'db_version', '$Revision: Затем я добавляю следующее к разделу обновления:
UPDATE Config SET cfg_value='$Revision: db_version
только изменяется, когда база данных воссоздается, и эти db_revision
дает мне признак, как далеко дб от базовой линии.
я мог сохранить обновления в их собственных отдельных файлах, но я принял решение делать пюре из них всех вместе и использовать cut& вставьте для извлечения соответствующих разделов. Немного больше обслуживания в порядке, т.е. удалите ':' от $ за 1,1$Revision для замораживания их.
WHERE cfg_tag='db_revision';
db_version
только изменяется, когда база данных воссоздается, и эти db_revision
дает мне признак, как далеко дб от базовой линии.
я мог сохранить обновления в их собственных отдельных файлах, но я принял решение делать пюре из них всех вместе и использовать cut& вставьте для извлечения соответствующих разделов. Немного больше обслуживания в порядке, т.е. удалите ':' от $ за 1,1$Revision для замораживания их.
),
( 'db_revision', '$Revision: Затем я добавляю следующее к разделу обновления:
UPDATE Config SET cfg_value='$Revision: db_version
только изменяется, когда база данных воссоздается, и эти db_revision
дает мне признак, как далеко дб от базовой линии.
я мог сохранить обновления в их собственных отдельных файлах, но я принял решение делать пюре из них всех вместе и использовать cut& вставьте для извлечения соответствующих разделов. Немного больше обслуживания в порядке, т.е. удалите ':' от $ за 1,1$Revision для замораживания их.
WHERE cfg_tag='db_revision';
db_version
только изменяется, когда база данных воссоздается, и эти db_revision
дает мне признак, как далеко дб от базовой линии.
я мог сохранить обновления в их собственных отдельных файлах, но я принял решение делать пюре из них всех вместе и использовать cut& вставьте для извлечения соответствующих разделов. Немного больше обслуживания в порядке, т.е. удалите ':' от $ за 1,1$Revision для замораживания их.
);
Затем я добавляю следующее к разделу обновления:
UPDATE Config SET cfg_value='$Revision: db_version
только изменяется, когда база данных воссоздается, и эти db_revision
дает мне признак, как далеко дб от базовой линии.
я мог сохранить обновления в их собственных отдельных файлах, но я принял решение делать пюре из них всех вместе и использовать cut& вставьте для извлечения соответствующих разделов. Немного больше обслуживания в порядке, т.е. удалите ':' от $ за 1,1$Revision для замораживания их.
WHERE cfg_tag='db_revision';
db_version
только изменяется, когда база данных воссоздается, и эти db_revision
дает мне признак, как далеко дб от базовой линии.
я мог сохранить обновления в их собственных отдельных файлах, но я принял решение делать пюре из них всех вместе и использовать cut& вставьте для извлечения соответствующих разделов. Немного больше обслуживания в порядке, т.е. удалите ':' от $ за 1,1$Revision для замораживания их.
вы можете попробовать использовать SCListener . Это небольшой класс с открытым исходным кодом, очень простой в использовании
РЕДАКТИРОВАТЬ: Программе форматирования не нравится _ в имени. Вот ссылка. http://github.com/stephencelis/sc_listener
Чтобы определить частоту, вы должны проверить алгоритм быстрого преобразования Фурье (БПФ) .