|
Ha ha! You are good! I come from China, I love programming, a student, my English is good bad, I came here to learn more technical and handed foreign friends, thank you! Is there any way I can chat with you, I want to speak English, MSN it? Or e-mail?
Hi ! My name lanmingle , i from china .
|
|
|
|
|
You could go to the General Chinese Topics[^]-forum of Codeproject to acclimatise.
"I love deadlines. I like the whooshing sound they make as they fly by." (DNA)
|
|
|
|
|
Actually it depends for which purpose we are going to use Repository or RDBMS.
In case of files, we should use repository because RDMBS is meant to be used for data and not files.
Yet there are features in database that allow us to store files, yet in many cases repository are preferred over RDBMS.
Avinash S. Godse
|
|
|
|
|
|
thank you
Avinash S. Godse
|
|
|
|
|
sir, but repository supports document management more precisely than database. and yet if we go with database for file storage, we can have concurrency well managed in database. and at the end we can have custom/extended views/filters as per our requierment using database.
|
|
|
|
|
agree with you, but i have many doubts about it.
Avinash S. Godse
|
|
|
|
|
I carry a gun - I don't need a relational database...
".45 ACP - because shooting twice is just silly" - JSOP, 2010 ----- You can never have too much ammo - unless you're swimming, or on fire. - JSOP, 2010 ----- "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
|
|
|
|
|
Well, Chuck Norris doesn't even need the gun
I know the language. I've read a book. - _Madmatt
|
|
|
|
|
John Simmons / outlaw programmer wrote: I carry a gun - I open fire at any don't need a relational database...
FTFY
|
|
|
|
|
Our database is horrible, so horrible that nobody wants to hear it how bad it is or how to fix it. Finally after paying a consultant $1000's to look into it, they can't ignore his recommendations. But wait, they are ignoring his recommendations! Only implementing the quick fixes, surely this won't last forever.
Craigslist Troll: litaly@comcast.net
"I have a theory that the truth is never told during the nine-to-five hours. "
— Hunter S. Thompson
|
|
|
|
|
It occurs to me that a category beyond platinum needs to be introduce for the points/rankings thing.
Since CP isn't offering credit cards (yet?), we ought not go in the direction of titanium, emerald, etc.
Besides, having read the character of the great gatherer's of pointage, I perceive only one clear category to be wanting:
Deity
This would not only allow an awesome array of comments and further fill the lounge with trumpeting of all sorts, but it can confer the privilege to those brandishing this august level the right to refer to themselves in the plural when posting.*
Perhaps the next poll will inquire of the membership if this is an idea whose time has come.
*for those not already doing so with multiple logins
"The difference between genius and stupidity is that genius has its limits." - Albert Einstein | "As far as we know, our computer has never had an undetected error." - Weisert | "If you are searching for perfection in others, then you seek disappointment. If you are seek perfection in yourself, then you will find failure." - Balboos HaGadol Mar 2010 |
|
|
|
|
|
Balboos wrote: Deity
That's all we need here...a classification to elevate the ego-maniacs to god like status.
--
** You don't hire a handyman to build a house, you hire a carpenter.
** Jack of all trades and master of none.
|
|
|
|
|
Exactly.
"The difference between genius and stupidity is that genius has its limits." - Albert Einstein | "As far as we know, our computer has never had an undetected error." - Weisert | "If you are searching for perfection in others, then you seek disappointment. If you are seek perfection in yourself, then you will find failure." - Balboos HaGadol Mar 2010 |
|
|
|
|
|
What do you mean god "like"?
Besides, we don't need elevation to a status of which we've long-ago achieved...
".45 ACP - because shooting twice is just silly" - JSOP, 2010 ----- You can never have too much ammo - unless you're swimming, or on fire. - JSOP, 2010 ----- "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
|
|
|
|
|
John Simmons / outlaw programmer wrote: Besides, we don't need elevation to a status of which we've long-ago achieved...
Good one.
--
** You don't hire a handyman to build a house, you hire a carpenter.
** Jack of all trades and master of none.
|
|
|
|
|
Could be a nice level idea for those who still maintain Platinum level when deducting points earned in the Lounge
|
|
|
|
|
If my employer changes then so will my coding.
For now, as the IT directory has been holding on to .NET 1.1 as the target platform, I don't expect any changes "for a while".
On line (e.g., for a website) I use what's available - even text files if there's no db available.
Make it work as good as possible with available resource (like using C# because the other programmer on a project doesn't know C++).
Adapt! Get Paid. Purchase potable beverages.
Extract Satisfaction by turning head slowly to left, then to right, then to left, then to right . . .
"The difference between genius and stupidity is that genius has its limits." - Albert Einstein | "As far as we know, our computer has never had an undetected error." - Weisert | "If you are searching for perfection in others, then you seek disappointment. If you are seek perfection in yourself, then you will find failure." - Balboos HaGadol Mar 2010 |
|
|
|
|
|
When I see a time proven and trusted alternative then I might consider a change. Until then I will stay with what I have and what works for our systems.
--
** You don't hire a handyman to build a house, you hire a carpenter.
** Jack of all trades and master of none.
|
|
|
|
|
We're using WSS / SharePoint Foundation as our development platform. SPF uses SQL Server for storing data (so it still is a RDBMS), although we can't access the DB directly: rather, we use SP's object model or its web services to the point that we don't use any data access technology (such as ADO or LINQ) anymore. So I guess that, in a way, we're moving away from traditional RDBMS.
|
|
|
|
|
Care to say something about the performance overhead compared to working with System.Data.Common.DbDataReader descendants like SqlDataReader ? 500%, 1000%, 10000% ?
I guess you'll find that you are looking at a perfomrance overhead between 500% and 1000%, but I wouldn't surprised if it's far more - state of the art ORM's usually have a performance overhead of about 300% ...
This might be of interest:Performance Benchmarks for SharePoint Lists[^]
This might be of interest too:
http://sqlsrvintegrationsrv.codeplex.com/releases/view/17652[^]
Espen Harlinn
Senior Architect, Software - Goodtech Projects & Services
|
|
|
|
|
Espen Harlinn wrote: This might be of interest:Performance Benchmarks for SharePoint Lists[^]
For years I've been telling everyone who would listen about the negative consequences of performing looping operations in the object model (OM) against large data sets.
That's why in such scenarios you don't do looping operations with the object model, but rather perform a CAML query, as the same article suggests.
However, obviously there is some overhead involved, as is with any platform (i.e. compare .NET against unmanaged code). The thing is that most of the times the benefits of not having to develop a back-end for administrators, of being able to rapidly create web applications with minimal efforts and with a nice customizable UI outweighs the overhead inconveniences. And most of our customers prefer it this way.
Of course, if this overhead becomes an issue for one project, we wouldn't use SharePoint. If performance is indeed critical, we would most likely go with C++ and unmanaged code (this was actually the case with a recently closed project).
So, in conclusion, as long as SharePoint saves our customer's money, and we deliver what they expect, they will still go for it. And we will have to follow.
Cheers!
|
|
|
|
|
I was actually interested in the relative performance, just wondered if you had done anything on this ...
>> If performance is indeed critical, we would most likely go with C++ and unmanaged code
So would I actually ...
>> So, in conclusion, as long as SharePoint saves our customer's money,
>> and we deliver what they expect, they will still go for it. And we will have to follow.
Good and valid points
Regards
Espen Harlinn
Espen Harlinn
Senior Architect, Software - Goodtech Projects & Services
|
|
|
|
|
There is no good alternative to traditional database in fast development, where less data is not in TB's. I think we will remain will SQL.
***** Programme comme si dept soutien technique. est plein de tueurs en série et ils savent adresse de votre domicile. *****
|
|
|
|
|
Does RDBMS stand for:
Request Drinking Before Mind Sleeping?
should we answer "ay", we have no choice but keep it that way!
SkyWalker
|
|
|
|