|
I have a meeting tomorrow regarding this subject.We have a case which involves where exactly visible signature files captured and enrolled should be stored, the company has a Windows Active Directory and one option they have is to store it in the user profile attribute jpgPhoto or so.Other would be to store it in a database.One application basically has to query and pick it up and pass it to a signing web service.I feel that storing it in the ad would reduce the "security" related overheads as it is a single point of storage of a user information , rather than replicating it in a database,also the user sensitivity in how secure is his solutions.This may be for max 100 users.The IT admins are gonna give me a tough time.Any good points to store in AD vs Database ?
Caveat Emptor.
"Progress doesn't come from early risers – progress is made by lazy men looking for easier ways to do things." Lazarus Long
|
|
|
|
|
abmv wrote: Any good points to store in AD vs Database ?
Ah, lots, I guess.. Let's start the thread with these;
Pro AD:
- Fast
- Easy to backup
- No loss due to fragmentation with files that are modified often
- Lots of disk-utilities that can be used on the data
- No added strain to your database-server
Pro DB:
- All data in the same place
- Easy to backup
- No need to give the webservice access to (part of) the file-system
- No added strain to your webserver
I are Troll
|
|
|
|
|
Lots of disk-utilities that can be used on the data (do u mean ldap querying?)
Caveat Emptor.
"Progress doesn't come from early risers – progress is made by lazy men looking for easier ways to do things." Lazarus Long
|
|
|
|
|
abmv wrote: do u mean ldap querying?
I was thinking of console-applications, running in a terminal. With AD, you're referring to the AD-datafile, not a directory-structure on the server?
I are Troll
|
|
|
|
|
I'm starting my first project making extensive use of Xml files.
I understand the basic mechanics behind Xml, and I love the fact that
the parsing is standardized. I'll be using tinyXml or something like it.
In the project, my code would be best considered a consumer of generated
Xml files. These files will NOT live outside of our application, so there is
much opportunity for cutting corners and hallway design decisions.
My questions have to do with the practical use of Xml files. For example,
given that some other piece of code generates the Xml, there does need to be
some agreed upon organization for the Xml content. Otherwise, how would
one query the loaded document? Originally, this was controlled by the DTD, now
supplanted/replaced with XSD.
Because the code I'm writing will be executing on an embedded device I doubt I'll
have a full fledged parser to map the content to a schema - I'm guessing there will
need to be close coordination between the two code bases? Thoughts and ideas?
Regarding Xml content, it appears that most of the values will be passed to me
by string. So, I'll have to do lots of string to numeric conversion. Further,
if there is more application specific content - like compressed images - I'll just
have to support a converter. Correct?
Follow up questions are welcome, I'm trying to move from a null data point.
Charlie Gilley
<italic>You're going to tell me what I want to know, or I'm going to beat you to death in your own house.
"Where liberty dwells, there is my country." B. Franklin, 1783
|
|
|
|
|
Basically you have to have a pre-defined structure for the xml storage,you can define it in you code generation
part too,so that its always generated that way.Mapping it to a schema would add a overhead but it can be self
documenting in some aspects.you propably have to write conversion code for the data stored
Caveat Emptor.
"Progress doesn't come from early risers – progress is made by lazy men looking for easier ways to do things." Lazarus Long
|
|
|
|
|
Okay, it's as I thought. Xml helps via common parsers, but it doesn't do much for discovering what's in the file to begin with - you just have to know. Or, for that matter, you have to care.
thanks
Charlie Gilley
<italic>You're going to tell me what I want to know, or I'm going to beat you to death in your own house.
"Where liberty dwells, there is my country." B. Franklin, 1783
|
|
|
|
|
Hi,
I have again here in this section just to have experts comments over my thought:
My project is in VB.Net.
I was using arrays in vb6 when I was coding, but since when I used VB.Net, I merely use array and almost replaced Datatables wit that. I store several things and results in datatable.
My question is should I continue using datatable instead of arrays as it gives me great extension and flexibility. Is it a gud idea.
Thanks in advance.
Jay Khatri
|
|
|
|
|
JayKhatri wrote: My question is should I continue using datatable instead of arrays as it gives me great extension and flexibility. Is it a gud idea.
Yes/no.
As stated, it does offer you some advantages over arrays. If it speeds up the development-proces without impacting the performance too much, go for it. It does cost a bit more resources, but most PC's have (often more than) a GB of memory.
I'd recommend using a Generic.List though, as they combine the best of both worlds
I are Troll
|
|
|
|
|
Then I will study Generic.list first. Thanks for your reply.
|
|
|
|
|
Hi,
I am using Dim str as string frequently in my windows application mostly to fill any dataset to query anything and more.
basically how I use this is as follows:
Dim dSetTemp As New DataSet
Dim str As String
str = "select trans_vchr.trans_vchr_id, trans_vchr.session_cfee_id, blah blah...."
dSetTemp = clscmn.Fill_DS(str) --> fill_ds is a function created to increase the productivity.
Here if I like I can easily do the same like this
dSetTemp = clscmn.Fill_DS("select trans_vchr.trans_vchr_id, trans_vchr.session_cfee_id, blah blah....")
Here my question is whether I use str variable or not, actually I use the variable as it make my debugging so easy I just copy the string and paste in sql to test the query. Here that gives me productivity while debugging but if it is at the cost of performance. I would compromise with debugging facility or If it is negligible, it can be left.
Can you suggest what will be best for me. I like to save bytes to be loaded in memory and like to have best performance.
Thanks in Advance.
Jay Khatri
|
|
|
|
|
IMO the cost difference is very small and irrelevant; the debugging comfort is a perfect reason for using the string variable.
|
|
|
|
|
thanks for such a quicky answer.
|
|
|
|
|
Yeah, I agree with Luc, this seems like such a small impact that the benefits of being able to 'see' the string in the debugger might outweigh the efficiency of the hard coded string...
But if you ever have questions like this again you can also do a few things...
1) Code it both ways and open the executables up in reflector to see the IL. That sometimes shows you that no matter how you 'code' it, the compiler may just be optimizing it out for you.
2) Code it both ways and throw it in a huge loop then run it a few thousand times to get some performance numbers. See how it uses memory. See how the GC acts, etc...
|
|
|
|
|
nice one ray and impressive too. Thanks alot for your anticipation. I have more queries which arise time by time. Hope I will get this kind of reply then.
Best Regards
Jay Khatri
|
|
|
|
|
Ray is correct, but he left out one little detail. If you run the code compiled under Debug build, optimizations are turned off. This can make the code run a bit differently (and slower) in Debug then it would in Release. So if you want to test this, make sure you compile a Release build.
|
|
|
|
|
Great!!! that make a big difference.
Thanks for the addition.
Jay Khatri
|
|
|
|
|
Yes, I agree, and it can change the way the IL is constructed also. Thanks for bringing that up.
|
|
|
|
|
Not a problem. It's something that I was reminded of about a week ago.
|
|
|
|
|
I generally go with whatever is more readable (if its a long string and i use it inline then it pushes the rest of the method off the screen) and easiest to debug.
One thing to consider though, if you have a string that is potentially being declared inline then that string is a constant, why not make it a constant?
As part of my 'final tidyup' i generally go through my code looking for " characters and numbers, if i find any i ask myself why they aren't constant, 9 times out of 10 they should be
|
|
|
|
|
Hi All,
I am designing brand new application using the following technologies.
C#
ASP.Net
AJAX
SQL SERVER 2005
Visual Studio 2008.
Approach's
3-Tier architecture
UI+BL+DL classical way.
UI+BL+DL with Application blocks.
N-Tier architecture
UI+BL+Linq to SQL
UI+BL+WCF+database
Can you please help me which approach will give best performance.
Thanks & Regards
Rao
|
|
|
|
|
And don't cross post in multiple forums.
|
|
|
|
|
hi everyone..
I want a tool to plot real time graph for .net platform.The data which has to be plotted is continuously coming in some time interval.Is there any tool available?
Also Performance issue is there.Performance also matters when I am using the tool.
Thanks in adv...
|
|
|
|
|
jainiraj wrote: I want a tool to plot real time graph for .net platform
.NET isn't a "realtime" platform, nor is Windows.
jainiraj wrote: The data which has to be plotted is continuously coming in some time interval.Is there any tool available?
Write an application that handles the communication and stuffs the data in a queue. Have another one draw some nice graph using that data. There should be some articles on charts. Bars or pies?
jainiraj wrote: Also Performance issue is there.Performance also matters when I am using the tool.
Simple; don't use VB6
As a reminder; cross-posting isn't a nice thing to do.
I are Troll
|
|
|
|
|
I was told I should probably ask this here, even though it relates to MFC, it is probably more a design question. So,
At my workplace we have a number of programs (sub systems) which make up our software. Some of these programs need functionality from other programs and I'm trying to find a good way to perhaps modularize each program so that common code/resources can be used "globally". The current example forcing me to find a solution is the need to launch a dialog from our Accounting package from another sub system. The big problem is that this is quite a large dialog and depends a lot on things from the Accountings MainFrame.
I was thinking that for each sub system I could create a DLL which contained common dialogs, etc that could be used by other programs. The problem I face is that a lot of the dialogs have dependencies on their parent programs MainFrame and I'm not sure how to get around it. I guess one solution might be to take everything out of the MainFrame and put it into its own class which can then be passed to the DLL.. but I don't even know if that would work as I still need to Initialise this new class the same way it would be done in the parents program, but now in the other sub system.. though in saying that the DLL should probably be responsible for setting itself up.
Your thoughts?
Cheers
|
|
|
|