Click here to Skip to main content
Rate this: bad
good
Please Sign up or sign in to vote.
See more: C# N-Tier
Need some advice on a software engineering project that deals with large amounts of File I/O & file manipulation. Current system is written in Visual FoxPro 9 with a SQL Server 2008 database. The compiled application sits on an application server that is accessed via end users across a LAN. The end users PC have shortcuts to the application which they execute causing severe traffic at night and also causes the app server to be nothing more than a glorified hard drive/file share. Our tech services area is attempting to alleviate the problem by creating virtual machines for end users to allow the program to run from the app server correctly in order for the application to directly talk with SQL Server without bouncing traffic around the LAN. My first instinct is to create a N-Tier solution to replace the current process and I'm fairly new to this design. If this is the best approach to resolve the nightly network latency issues, please point me in the way of best practice approach. My idea is to have WPF or WinForms Presentation Layer, C# windows services as the business logic layer on the app server to handle the File I/O, and finally SQL Server 2008 and a file share on the app server as the Data Layer. Am I correct in my goal of N-Tier architecture or is there something I'm missing or incorrectly handling?
 
Thanks
Posted 24-Sep-12 12:32pm
Adam197119
Comments
Ashraff Ali Wahab at 24-Sep-12 19:06pm
   
For your kind of application the way you have tiered seems correct.

1 solution

Rate this: bad
good
Please Sign up or sign in to vote.

Solution 1

The "n-tier" architecture originally refered to the breaking of the application into physically separate services on different machines where n being more than 3 (UI, BL, DAL) usually multiple business logic machines.
 
Today this is generally understood as breaking the application into logically separate layers, which may or may not be on the same physical machine.
 
Most applications are client/server apps where there is a clear separation of the UI and the "rest".
 
For your case you should first migrate your application to a dedicated data layer which is not file based like VFP.
 
Instead of sharing the front-end VFP from a single point deploy it to the client machines.
  Permalink  
Comments
Adam197 at 26-Sep-12 13:41pm
   
Can you explain what you mean by migrating the application (.EXE) to a dedicated data layer from it's current position on the network? I'm basically trying to decide how, when re-written, best to code on all 3 Tiers... My thoughts: C# WinForms (or WPF) on Presentation Tier [End User PC all networked on "Switch A"], WCF using TCP/Windows Services for File Processing on Business Tier [App Server on "Switch B"], and Stored Procedure calls on Data Tier [SQL Server 2008 on "Switch C" but soon to be on "Switch B"]... Provided this information am I on the right path or should I be attacking the solution from a logical "layered" standpoint where the layers are on separate physical machines?
Mehdi Gholam at 26-Sep-12 14:16pm
   
Yes you can do as you say, you must be aware that this no simple undertaking.

This content, along with any associated source code and files, is licensed under The Code Project Open License (CPOL)

  Print Answers RSS
0 OriginalGriff 490
1 Gihan Liyanage 338
2 ChauhanAjay 180
3 Vinay Mistry 160
4 Sergey Alexandrovich Kryukov 153
0 Sergey Alexandrovich Kryukov 9,011
1 OriginalGriff 7,941
2 CPallini 2,603
3 Richard MacCutchan 2,121
4 Abhinav S 1,928


Advertise | Privacy | Mobile
Web03 | 2.8.140827.1 | Last Updated 25 Sep 2012
Copyright © CodeProject, 1999-2014
All Rights Reserved. Terms of Service
Layout: fixed | fluid

CodeProject, 503-250 Ferrand Drive Toronto Ontario, M3C 3G8 Canada +1 416-849-8900 x 100