Um es eigenständig Kompilieren zu können muss es ein Projekt sein, du kannst aber ein weiteres Projekt in der Projektmappe erstellen. Damit hast du nicht immer 2 Projekte die unabhängig von einander öffnen musst, sondern hast trotzdem beide Projekte griffbereit in der IDE zur Verfügung.

mit [VB 2008] DBExtensions kann man Abfragen sehr vereinfachen.
Aber das Ganze beruht auf dem Grundkonzept, dass man ein einziges Dataset inne Anwendung hat, und Abfragen aller Art befüllen nur dieses.
Weitere Abfragen zu creiern ist anwendungs-design-mäßig äußerst fragwürdig, weil man sich dadurch eigentlich immer redundante Daten in den Client holt, mit einem ganzen Rattenschwanz an möglichen daraus folgenden Problemen.

naja - meine Anmerkung kann ja nur ganz allgemein sein - ich weiß ja nicht, was im Einzelnen du da machst.

Sieht mir aus, als ob du so etwas wie eine mehrschichtige Anwendung entwickelst, das kann für große Projekte ein sehr sinnvoller Pattern sein.
Kann aber auch ziemlicher Murx werden, wenn man da Sachen zusammenschmeißt, die nicht zusammengehören.

Mehrschichtigkeit ist in aller Munde, aber jeder versteht was anneres darunter, und die Multi-Layer-Samples, die ich gesehen habe, waren allesamt irrsinnig oversized, und von daher schlecht.

Natürlich sieht man nirgends eine gute Multi-Layer-Architektur, weil solche Solutions werden von Profis und in Teams entwickelt, sind Firmen-Interna, und überhaupt so umfangreich, dass man sie kaum sinnvoll iwo uploaden könnte, selbst wenn man dürfte.

Naja, auf Codeplex gibts sicher einige vollständige und hervorragende solche Anwendungen, die vonne OpenSource-Szene entwickelt und bereitgestellt werden.

@fichz:
Ordnung ist das halbe Leben.
Nun ergibt sich allerdings die Frage, ob und wenn ja, wieviele dieser Tools-DLLs generiert werden sollen.
Leitsatz meiner alten Firma: Weniger ist mehr (allerdings auf C++ bezogen). Dort kann man ja aus den Objekten beliebig die DLLs zusammenkomponieren, in .NET sind da die Restriktionen sehr viel schärfer.
Also:
Fass zusammen, was logisch zusammengehört, trenne, was verschiedene Baustellen sind.
Im Zweifel würde ich bei einem großen Projekt trenenn, bei einem kleinen zusammenfassen.