Это не особо большая база данных по звукам вещей. Таким образом, вам, возможно, удастся обойтись без использования бесплатной базы данных Oracle , которая даст вам все виды большой гибкости при ведении журналов (не уверен, что это действительно так) и администрировании.
Ваше упоминание о «не подверженном коррупции» сразу после того, как вы говорите «Будет несколько разных клиентов, которые и читают, и записывают в базу данных», поднимает для меня красный флаг. Планируете ли вы создать какое-то приложение, которое имеет интерфейс для этого? Или вы планировали прямой доступ к БД через такой инструмент, как TOAD?
Чтобы сохранить целостность ваших данных, вам нужно строго соблюдать свои права. Я бы позволил только одному (и резервному) человеку иметь права администратора с возможностью манипулирования данными вне GUI (что облегчит вашу жизнь).
Резервные? Да, конечно! Вы должны делать не только ежедневные, еженедельные и ежемесячные резервные копии, но и полные и инкрементные. Кроме того, часто проверяйте свои резервные образы, чтобы убедиться, что они действительно работают.
Что касается структуры данных, мне понадобилось бы гораздо больше подробностей о том, что вы пытаетесь сохранить и как вы к нему обращаетесь. Но из того, что вы здесь изложили, я бы сказал, что вам нужны следующие таблицы (для начала):
Detectors
Parameters
Detector_Parameters
Некоторые дополнительные примечания:
Поскольку вы будете вносить так много изменений, я рекомендую использовать контроль версий, такой как SVN , чтобы отслеживать все ваши DDL и т. Д. Я также рекомендовал бы использовать что-то вроде bugzilla для устранения ошибок отслеживание (при необходимости) и использование google docs для управления групповыми документами.
Надеюсь, это поможет.