Plateforme Level Extreme
Abonnement
Profil corporatif
Produits & Services
Support
Légal
English
Transaction Server
Message
De
25/06/2000 08:50:17
 
 
À
24/06/2000 11:37:30
Information générale
Forum:
Visual FoxPro
Catégorie:
Client/serveur
Divers
Thread ID:
00383954
Message ID:
00384399
Vues:
46
>>Absolutely with SQL Server on the same box. I originally recommended the fastest processor and most RAM you can afford...I guess that's my rule of thumb. I also prefer to not run IIS, SQL Server, and biz objects on the different boxes.
>
>What's the advantage of running business objects on a different machine than IIS? Seems it would only incur the unnecessary overhead of DCOM...

It would really depend on the bandwidth needed to talk between object layers, and the frequency that layers talk between each other. If the bizobjs hit SQL Server a lot relative to the instances that they were called (eg transaction processing where UI submits a page to a bizobj for validation of lots of fields, bizobj then smacks things in SQL Server a lot to detect errors, and little comes back to the UI from SQL Server), then placing them on the SQL Server box would minimize the bandwidth required and remote COM references generated.
EMail: EdR@edrauh.com
"See, the sun is going down..."
"No, the horizon is moving up!"
- Firesign Theater


NT and Win2K FAQ .. cWashington WSH/ADSI/WMI site
MS WSH site ........... WSH FAQ Site
Wrox Press .............. Win32 Scripting Journal
eSolutions Services, LLC

The Surgeon General has determined that prolonged exposure to the Windows Script Host may be addictive to laboratory mice and codemonkeys
Précédent
Répondre
Fil
Voir

Click here to load this message in the networking platform