|
|
Very good!
For your next trick: Tying your own shoelaces!
Idiot.
Real men don't use instructions. They are only the manufacturers opinion on how to put the thing together.
|
|
|
|
|
There is a rule not to belittle posters in the programming forums. It is a good rule I always follow.
But for you Sajid, I'll make an exception.
Go, go a long way away and don't come back. Ever.
Panic, Chaos, Destruction.
My work here is done.
or "Drink. Get drunk. Fall over." - P O'H
|
|
|
|
|
If you drop your car keys into a pool of molten lava, let them go, because man, they're gone.
.45 ACP - because shooting twice is just silly
-----
"Why don't you tie a kerosene-soaked rag around your ankles so the ants won't climb up and eat your candy ass..." - Dale Earnhardt, 1997
-----
"The staggering layers of obscenity in your statement make it a work of art on so many levels." - J. Jystad, 2001
|
|
|
|
|
I've spent the last two evenings writing a routine to import .csv files to a SQL Server database - not that I'm anywhere near to done yet... So far I've got a parser that can read multiple files selected from an OpenFileDialog, and strip most of the crap out of them, then appending the records to a file that will be used for later import into a dataset and INSERTed to a SQL Server DB. But there's a sticky bit I'd like some advice about...
Every day I receive power meter readings from our supplier, the Western Area Power Administration (WAPA), that give me the power received from them through several meters, broken down by hourly brackets. Each transmission (via email) includes header lines that can contain anything at all, but thankfully cannot be parsed by the Split() method. My program, so far, strips all of them out. There's also a final line that tells me how many records are included, which I also ignore. But there's also a record that yields the total from all meters which I don't want to include. The mystery here is that, when I use the Split() method on a line I've read from the file, the array returned seems to be 1-based, not 0-based. I can clearly see in Notepad that the first field returned is a date value, but accessing that date requires using Split[1]. I can tell, for instance, that the beginning of real data has been reached by testing Split[1] for a valid date. I ignore everything before that discovery. The totals line that I want to ignore also contains a valid date in the Split[1] field, followed by a blank space in the next field. I tried skipping lines that have a blank space in the second field, Split[2], but that didn't work.
What I'm thinking is that, since I do have all the relevant data sent to a file with proper delimiters, maybe it would be better to just import what I have to SQL Server and let a query sort out the rows with missing fields. Whatcha think?
Will Rogers never met me.
|
|
|
|
|
If you read the CSV through OleDb connection, you can get the data in a table. That way I suppose it will be easy to get and save the relevant data.
|
|
|
|
|
Hi Roger,
Roger Wright wrote: maybe it would be better to just import what I have to SQL Server and let a query sort out the rows with missing fields
I don't think so. Partly because my knowledge of SQL is limited, mainly because I don't want to feed data I don't understand well to another big system. Separation of concerns: first clean up the data, then process it.
Some comments:
1.
a small data sample could have been helpful.
2.
How big is a typical file? Maybe header and tail removal could be handled best by Regex.
3.
I would be worried if relevant data ends up in array element 1 when you expect it in element 0. No, Split is not 1-based at all. You probably have an unexpected character somewhere (maybe your line separators are CR+LF, and one of them becomes the first char of your line?); I would analyze this and deal with it properly. Don't rely on code that seems to fix something you don't understand.
4.
I guess you want reliability and flexibility; i.e. the data format might slightly change over time (or vary from file to file), and you probably want that to get handled correctly, and when a problem occurs to get noticed right away. It would suck if there wasn't some kind of checksum. You did mention a total you want to skip; I would not skip it, I would try and recognize it (the last useful data line of the file?), compare it to the sum of all the previous data I recognized, and when equal, just skip it; when unequal, raise an alarm.
|
|
|
|
|
Good points, all of them. As for a sample:
Date Range = Yesterday (09/01/2010)
Time Zone = MST
Sign Convention = GEN + LOAD + OTHER +
Include Zero = Yes
Execution Time: 09/02/2010 07:00 CST
"Zone = RMS / AMPS"
"Date","Meter","HE1","HE2","HE3","HE4",...,"HE24","On Peak","Off Peak","Total"
"09/01/2010","BCI891 ","0.000","0.000","0.000","0.000",...,"0.000","45.000","0.000","45.000"
"","DAD348 Out","0.000","0.000","0.000","0.000",...,"4.634","4.382","75.264","9.016","84.280"
"","NON921A Out","-6.200","-5.800","-5.600","-5.300",...,"-7.300","-150.700","-49.200","-199.900"
"","TOP928 In","0.000","0.000","0.000","0.000",...,"0.000","0.000","0.000","0.000"
"","TOP928 Out","7.490","6.940","6.740","6.440",...,"8.750","179.920","58.980","238.900"
"09/01/2010","","1.290","1.140","1.140","1.140",...,"5.832","149.484","18.796","168.280"
Total: 5 records
The above is typical, exported from Excel as a .csv file and emailed to me by an automated system. The headings HEx mean "Hour Ending", so I edited out most of them, as they aren't relevant to seeing the pattern. I've taken your suggestion and read up on Regex - what a pain! I don't know when it changed, but it's no longer possible to print "this topic and all sub-topics" from the VS2008 Help system.
In looking at it tonight, I think I see an approach that is fairly simple. As I read each line, I can look at the first 4 or 5 characters and tell what kind of line it is, dumping any that aren't data lines. The String.Length() function will make it easy to drop blank lines, too. A line that begins with a date is then either the beginning of data, or the summary line with column totals, and a little string footwork can patch the date into the lines that are missing that item so that they all have the same format. A Regex will be handy to extract the number of lines from the last line, just to make sure I've got all of it in my result set.
I'm not sure what to do with all the data values that should be numerics - I'd like to strip all the quotes out before importing to a dataset, excepting the text containing the meter name, to save having to do conversions from string to float after I import them, but that seems like more than it's worth. I hate to hardcode formats into the program, just in case the format changes one day, but I don't see any way around it.
Thanks for the suggestions! 
Will Rogers never met me.
|
|
|
|
|
Hi Roger,
Yes, Regex looks a bit terrifying; I do not suggest to do everything with regexes (others might, I don't); I only suggest to use Regex for rather simple operations that would take quite some code doing it otherwise.
The example suggests the following approach (there may be alternatives, this is my first impression anyway):
1. a Regex could locate the line containing "Total: # records" and extract the record count "RC".
2. another Regex could return a collection of all lines starting with a double quote ("AllLines"); these are the only ones we're interested in.
3. It seems AllLines.Count should equal RC+2, (a header, RC data lines, and a total); if it isn't, raise alarm.
4. Each line in AllLines is supposed to contain the same number of fields. Fields are sepatated by comma, however one should not simply split on comma, as there could be comma's inside the quoted stuff (doesn't happen in your example). PIEBALD has an article on how to handle that.
5. Split each line into a string array holding the individual fields
6. For each field in each line (except first and last line), drop the double quotes, and stuff it into the DataSet (assuming that is what you want).
7. Final check: the last of AllLines should fit the data in the DataSet. If not, raise alarm.
Hope this helps.
|
|
|
|
|
0) Right, what Luc said.
1) A little sample would go a long way.
2) Have you considered using bcp?
|
|
|
|
|
Hello.
I have folowing foreach loop
foreach(Process proc in GetProcessFromSystem())
{
}
GetProcessFromSystem() is a method that retrives all running processes, witch can easly change. Does foreach handles such thimg or is it dangereous to use in a such whay?
|
|
|
|
|
A foreach loop can run on anything that implements IEnumerable - so, IMO, this should be fine, if that was your question.
I dont know what has been implemented in GetProcessFromSystem() so this cannot be commented upon.
The funniest thing about this particular signature is that by the time you realise it doesn't say anything it's too late to stop reading it.
My latest tip/trick
Visit the Hindi forum here.
|
|
|
|
|
is GetProcessFromSystem() called each loop? if so it can give a problem.
|
|
|
|
|
nothing inside the parentheses of foreach is called more than once.
it would be different if you had a for, e.g.:
for(int i=0; i<GetProcessFromSystem().Count; i++) { ... }
would evaluate the termination test, and hence call the method, upon each iteration.
|
|
|
|
|
Thank you, this was the answer i was looking.
|
|
|
|
|
for this to work, GetProcessFromSystem() has to return an IEnumerable. If it does, the foreach will be happy. However, if the enumerable would change while foreach is iterating over it, an exception would be thrown.
Whether GetProcessFromSystem() implements and returns the information you hope to get cannot be determined without seeing it.
|
|
|
|
|
Luc Pattyn wrote: Whether GetProcessFromSystem() implements and returns the information you hope to get cannot be determined without seeing it.
If you want, it returns List<Process>, every time is called. If some app would crash and dissapear. Everytime this method calles, it construct the list from scratch. The only wory for me is that it wouldn't dissapear from the list, while it is in loop. It seems i am going to localize it first before passing to foreach loop.
Also that method is a standart as you would get the same list from task manager
|
|
|
|
|
When the method is returning a List, and no one is altering the list, then the list remains as is. Some process crashing, being killed or getting started will not modify the list.
If you don't understand or don't trust how foreach works, then I can only suggest you study it, or stop using it.
|
|
|
|
|
Assuming, for the sake of this answer, that GetProcessFromSystem() returns a List<Process> it would be better to do:
List<Process> procs = GetProcessFromSystem();
foreach (Process proc in procs)
{
............
............
}
Doing it the way you first proposed would be more greedy for system resources as (I think) GPFS() would be called on each iteration of the foreach loop, consuming resources. In addition the list could easily change, items might be added or even removed. Anything implementing <code>IEnumerable can give unpredictable results, especially if things are removed from the list.
Henry Minute
Do not read medical books! You could die of a misprint. - Mark Twain
Girl: (staring) "Why do you need an icy cucumber?"
“I want to report a fraud. The government is lying to us all.”
|
|
|
|
|
Can't agree with that.
In for (int x=0; x<bitmap.Width; x++) the Width property is fetched over and over, once per iteration, and returning the same value all the time; so it makes a lot of sense to use a local variable.
Inforeach(type someVar in someExpressionYieldingAnEnumerator) the expression is evaluated once, and the resulting enumerator is worked with (i.e. its MoveNext method is called once per iteration). Using a local variable for holding the enumerator does not change a thing, except it adds to the typing and the risk of errors.
|
|
|
|
|
Thanks!
I stand corrected. (Well actually I'm sitting)
Henry Minute
Do not read medical books! You could die of a misprint. - Mark Twain
Girl: (staring) "Why do you need an icy cucumber?"
“I want to report a fraud. The government is lying to us all.”
|
|
|
|
|
still facing South?
|
|
|
|
|
Yup, I haven't rearranged the furniture.
Henry Minute
Do not read medical books! You could die of a misprint. - Mark Twain
Girl: (staring) "Why do you need an icy cucumber?"
“I want to report a fraud. The government is lying to us all.”
|
|
|
|
|
Henry Minute wrote: Doing it the way you first proposed would be more greedy for system resources as (I think) GPFS() would be called on each iteration of the foreach loop,
No, it wouldn't. Your code is functionally identical to the OP's code. The code in the foreach's paranthesis is executed only once and the code in the curly braces is executed for each item in the collection returned by the paranthesis code.
Now, if the collection we modified by a background thread or by the code in the curly braces, then you've got a problem...
|
|
|
|
|
Thank you.
I'll try to remember that and probably fail.
Henry Minute
Do not read medical books! You could die of a misprint. - Mark Twain
Girl: (staring) "Why do you need an icy cucumber?"
“I want to report a fraud. The government is lying to us all.”
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
