|
It just seems so OTT to use a Database to store what is basically RSS Feed data.
[edit]Although saying that I didn't think of using Access...hmmm...just not sure...
|
|
|
|
|
Senseicads wrote: It just seems so OTT to use a Database to store what is basically RSS Feed data.
Lots of RSS-data, and I guess that you want to search it fast 
Senseicads wrote: Although saying that I didn't think of using Access
I'd go for SQL CE; it can't create nifty reports like Access does, but all that you need is a searchable datastore.
I are Troll
|
|
|
|
|
Lol I think you are right. I pretty much just need a datastore. Thanks for the guidance
Ian
|
|
|
|
|
My pleasure 
|
|
|
|
|
SQL CE is obsolent. SQL Server Compact[^] is the current rendition
only two letters away from being an asset
|
|
|
|
|
Cool, thanks for the update
|
|
|
|
|
Eddy Vluggen wrote: Microsoft Access;
only two letters away from being an asset
|
|
|
|
|
Yeah, that's the standard-reaction, you get the some one when talking about Visual Basic 6. Many a brownfield is a combination of those two
Access empowered a lot of non-programmers to create small business-applications. It got abused as a server-database, and is still one of the better reporting engines (You'd only need to free runtime-version of Access and Microsoft Word)
Yeah, they were great products in their time, and they still haven't vanished.
I guess that they're like Windows, or Democracy. We know it sucks, but there is no better alternative available yet.
I are Troll
|
|
|
|
|
how many records will you need? 10? 100? 1000? simply don't know?
IMO for anything above 30 it takes a database to do it well. It's the most scalable approach. And it's easier than XML if you ask me.
Luc Pattyn
Have a look at my entry for the lean-and-mean competition; please provide comments, feedback, discussion, and don’t forget to vote for it! Thank you.
Local announcement (Antwerp region): Lange Wapper? Neen!
|
|
|
|
|
I guess it would be fairly open ended as to how many podcasts that a user could subscribe to. I never really thought about how many records there would be( starting to sound like the amateur I am here! )
Actually thinking about my own usage, I am subscribed to about 10 different podcasts each with say 10-20 episodes in it. Certainly over your 30 records mark!  lol
Is that a good rule of thumb? More than 30 use a db?
Thanks
Cads
|
|
|
|
|
Senseicads wrote: Is that a good rule of thumb? More than 30 use a db?
No it isn't. The real rule of thumb is: few ==> file; many ==> database. But that could be considered a bit vague. So I volunteered 30. Don't pin me down on the number.
Luc Pattyn
Have a look at my entry for the lean-and-mean competition; please provide comments, feedback, discussion, and don’t forget to vote for it! Thank you.
Local announcement (Antwerp region): Lange Wapper? Neen!
|
|
|
|
|
No from now on it will be Luc said 30!!! its too late now! its in print and everything!
|
|
|
|
|
Right. So start choosing your DB, your SQL dialect, your server, and your backup service.
Luc Pattyn
Have a look at my entry for the lean-and-mean competition; please provide comments, feedback, discussion, and don’t forget to vote for it! Thank you.
Local announcement (Antwerp region): Lange Wapper? Neen!
|
|
|
|
|
I have this kind of error and I don't understand what can be the problem.
Is someone can help me to solved the problem or to understand what it's mean
Here is my code.
this.userinfos1.RoleID = mainData.roleid;
And this error message appears
NullReferenceException was unhandled
|
|
|
|
|
either userinfos1 or mainData is null for some reason. Put a breakpoint on the line and hover over it with the mouse to see which.
|
|
|
|
|
My best guess is userinfos1 is declared as an array, however you haven't yet created an array.
In .NET arrays take three steps: declaration, creation (with the "new" keyword), and stuffing.
Luc Pattyn
Have a look at my entry for the lean-and-mean competition; please provide comments, feedback, discussion, and don’t forget to vote for it! Thank you.
Local announcement (Antwerp region): Lange Wapper? Neen!
|
|
|
|
|
mainData variable seems to have a null.
|
|
|
|
|
Hi,
I need to add x509Extension to x509Certificate2 class but i dont know how (i read somewhere its not possible so im not sure about it).
Lets imagine this code :
X509Certificate2 cert;
X509Extension ext;
cert.Extensions.Add (ext);
byte [] b = cert.export (X509contentType.Cert);
X509Certificate2 cert2 = new X509Certificate2 (b);
// Here comes the problem ... there is no my extension in the cert2 collection.
Btw: I create it by calling c function CertCreateSelfSignCertficate. Is there any way to add my extension to created certificate or the only way to add it is in the creation time?
i rack my brain with this issue for several days so any help would be very appreciated.
thanks
Libor
|
|
|
|
|
Hi,
my problem is the following: I wrote a program that downloads lots of images from the internet (not porn though :P). Anywhoo, when i had the entire program in one thread it was not very responsive during the downloading (i used application.doevents in between the downloading cycles). When i added a separate thread for the downloading part i could move the windows around on the screen quickly and with no problems. What i don't quite understand is the why.
What controls the movement of the program window during execution? Does the main thread decide how much processor time it gives for the program and how much for the movement? When does the main thread end? Does it ever end, due to the fact that it has to handle button clicks?
Does main thread end when there are multiple threads? If it does end before the downloading thread, how can the smooth window movement during downloading be explained (as there is still only one thread running?).
TY
|
|
|
|
|
Hi,
when your app starts, it has only one thread, the "main" or "GUI" thread. It gets more if and when you create them (Thread, ThreadPool, BackgroundWorker) or perform asynchronous I/O operations (e.g. SerialPort.DataReceived).
All GUI operations (including window moving and resizing) are handled on the main thread; that mainly consists of executing the event handlers you provide, such as Form_Load, Button_Click, and many others. The events that trigger them are collected in an "input queue" and executed one by one, so one handler has to finish before the next one can start; that is why a window won't move if it is in the middle of a lengthy operation inside say a Button_Click handler. With one exception: when Application.DoEvents() is called often enough, everything may appear to be running smoothly (in reality you are running a big risk of instability, one should avoid DoEvents most of the time).
To keep the GUI responsive one should limit the execution time of each handler to a small timespan, say 30 milliseconds. Anything that always or sometimes may take more should be delegated to another thtead; otherwise the user will dislike the way he looses control of the GUI.
And the main thread comes to an end when it has no more work to execute, that typically happens when the main form gets closed causing the Application.Run() method to return in the static Main() method (inside file Program.cs); unless you started some threads that still haven't finished executing their code and didn't get marked with IsBackground=true.
Luc Pattyn
Have a look at my entry for the lean-and-mean competition; please provide comments, feedback, discussion, and don’t forget to vote for it! Thank you.
Local announcement (Antwerp region): Lange Wapper? Neen!
|
|
|
|
|
Is that one of your 'out of the box' answers or did you actually compose it? Very good whichever way.
Panic, Chaos, Destruction.
My work here is done.
|
|
|
|
|
that was an instantaneous composition, but I might add it to my collection of standard replies. Good suggestion.
Luc Pattyn
Have a look at my entry for the lean-and-mean competition; please provide comments, feedback, discussion, and don’t forget to vote for it! Thank you.
Local announcement (Antwerp region): Lange Wapper? Neen!
|
|
|
|
|
I did actually start writing a response but I cancelled it with the thought that you would inevitably provide a better answer... and right I was 
Life goes very fast. Tomorrow, today is already yesterday.
|
|
|
|
|
musefan wrote: inevitably
You shouldn't give in so easily; I might be absent, late or completely wrong. 
Luc Pattyn
Have a look at my entry for the lean-and-mean competition; please provide comments, feedback, discussion, and don’t forget to vote for it! Thank you.
Local announcement (Antwerp region): Lange Wapper? Neen!
|
|
|
|
|
Maybe... but I think you will still be posting here long after your dead, and with the same quality as always
Life goes very fast. Tomorrow, today is already yesterday.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
