Дизайн OO по сравнению с проектированием баз данных

I would use an ORM such as NHibernate and use it's multi-table inheritance capabilities and then not have to worry about it myself.

I would use entity subtypes here. Create one table for the transactions (and as an earlier poster said, perhaps a different term would be better) and store everything that's common in there. Then create one "sub-type" table for each specialization. These subtype tables should have the same primary key as the main table (the "strong" entity) and the fields that are unique to that particular specialization. Each subtype is related to the strong entity in a one-to-one manner, with optional participation on the subtype end and required participation on the strong entity end.

Then, to make querying easier, define a view that (outer) joins the strong entity with all of the entity subtypes so that you can easily "see" everything.

Here's a simple (and common) example of how to set this up:

create table Employee (
  eid        int primary key,
  first_name text,
  last_name  text not null
)

create table Salaried (
  eid             int primary key,
  annualSalaryUSD money not null
)

create table Hourly (
  eid             int primary key,
  hourlyRateUSD   money not null
)  

I will do something like that

public abstract class DistributerTransaction
{
    DistributerDA dataaccess;
}
public class Indent : DistributerTransaction
{
}
public class Sell : DistributerTransaction
{
}
public class Stock : DistributerTransaction
{
}

public abstract class DistributerDA
{
   /*Read();
     Update();*/
}
public class IndentDA : DistributerDA
{
}
public class SellDA : DistributerDA
{
}
public class StockDA : DistributerDA
{
}

Вы можете использовать внедрение зависимостей, создать класс DA для каждого и заставить их всех реализовать один и тот же интерфейс ITransactionDA с вашими CRUD-операциями.

public interface ITransactionDA
{
  void Read();
  void Update();
...
}

public class StockDA : ITransactionDA
{
  //implement interface methods
}

Stock stock = new Stock(new StockDA());

Если вы знаете, что ваши данные попадают в три отдельные таблицы, тогда у меня обычно есть три отдельных класса DA.

Однако, если ваши таблицы практически идентичны, тогда вы может обобщить TransactionDA и упростить уровень данных. Я бы сделал это только в том случае, если бы вы знали, что у вас будет большой объем транзакций и вы собираетесь разделять свои таблицы на разные файлы или что-то в этом роде, иначе я бы, вероятно, просто упростил ситуацию и все это объединил.

Не пытайтесь для создания TransactionDA, если только все ваши отдельные типы транзакций чрезвычайно не похожи.

Ознакомьтесь с бандой из 4 шаблонов проектирования .