Пишу интерфейс для управления сетевыми устройствами (свитчи, шлюзы). Для портов устройств определены определенные действия:
1. Смена скорости порта
2. Смена режима порта
3. Смена состояния порта
...
При выборе действия в интерфейсе задание заносится в таблицу БД. Таблица одна на все действия. Вот ее структура:
Например, если делаю привязку mac к ip, то параметр 1 mac, параметр 3 ip-адрес.
Вопрос в том, правильно ли так организовывать хранение заданий? Может лучше создать для каждого действия свою таблицу со специфическими полями?

Хочеться написать что-то универсальное и расширяемое, а добавлять новые таблицы не всегда гуд. Может как-то в XML хранить задания и параметры к ним.

не-даши-без-пароля postuserХочеться написать что-то универсальное и расширяемое, а добавлять новые таблицы не всегда гуд. Может как-то в XML хранить задания и параметры к ним.
Позавчера один из знакомых, который выбрал такой путь, судорожно пытался сделать выборку из базы, реализованной по подобной же структуре. А я его искренне жалел. Поскольку помочь ему уже ничем было нельзя.
Введите 3 таблицы: "параметры", "список параметров для конкретного типа задачи" и "значения параметров для задачи". Тогда вы сможете определять произвольные списки параметров для каждой задачи и делать отборы в том числе по значению параметров, например "на каких устройствах за последний месяц порт был установлен в режим 100Mb full-duplex". В случае с XML вы такое реализовывать застрелитесь.
Де-факто "параметры" можно назвать списков возможных атрибутов , "список параметров для конкретного типа задачи" можно назвать классом, а собственно задачу - объектом данного класса.
Если что - jabber:nodashi@xmpp.ru
Спасибо за совет. Но не совсем понятно, почему нельзя будет написать, например, этот запрос? Можно же использовать XPath в условии запроса (позволяют выбрать нужные параметры). В предложенной вами схеме есть недостаток, что параметры будут не типизированы (в XML можно избежать этого введением xsd-схем, которые описывают структуру xml и типы данных в нем). Единственное, что в Postgres еще не сильно развиты средства по работе с XML (например валидацию придется делать не в СУБД).