I'm about to start climbing the .Net learning curve.
Would like to start by reproducing a little application that I already have up
and running using an MS Access front end. It manages information for class
reunions. Seems to have the basics: parent/child records, "Find"
functionality, Add/Change/Delete functionality....
However I don't want to develop just a client/server app shoehorned into .Net.
Instead, I'd like to go the whole nine yards and use .Net DataSets.
I'd like to minimize the number of new things TB dealt with.
Is it realistic to think about implementing DataSets against a JET back end?
(i.e. no stored procedures can be written)
Or should I just bite the bullet an migrate the back end to SQL Server?
--
PeteCresswell 11 1367
"(Pete Cresswell)" <x@y.z> wrote in message
news:6p********************************@4ax.com... I'm about to start climbing the .Net learning curve.
Would like to start by reproducing a little application that I already have up and running using an MS Access front end. It manages information for class reunions. Seems to have the basics: parent/child records, "Find" functionality, Add/Change/Delete functionality....
However I don't want to develop just a client/server app shoehorned into .Net. Instead, I'd like to go the whole nine yards and use .Net DataSets.
I'd like to minimize the number of new things TB dealt with. Is it realistic to think about implementing DataSets against a JET back end? (i.e. no stored procedures can be written)
Or should I just bite the bullet an migrate the back end to SQL Server?
You don't need to use stored procedures to create datasets. Any query can be
loaded into a dataset using the appropriate DataAdapter, in this case that
would be OleDbDataAdapter, I believe.
You could use a JET backend through the OleDbClients. Although I would
advise against it ;) Access isn't, in my opionon, a "database"(Not even a
real db, just a file) worth the fuss.
Don't really know what your app is doing, but the MSDE could be a cheap
substitue.
--
Patrik Löwendahl [C# MVP] www.cshrp.net - "Elegant code by witty programmers"
"(Pete Cresswell)" <x@y.z> wrote in message
news:6p********************************@4ax.com... I'm about to start climbing the .Net learning curve.
Would like to start by reproducing a little application that I already have up and running using an MS Access front end. It manages information for class reunions. Seems to have the basics: parent/child records, "Find" functionality, Add/Change/Delete functionality....
However I don't want to develop just a client/server app shoehorned into .Net. Instead, I'd like to go the whole nine yards and use .Net DataSets.
I'd like to minimize the number of new things TB dealt with. Is it realistic to think about implementing DataSets against a JET back end? (i.e. no stored procedures can be written)
Or should I just bite the bullet an migrate the back end to SQL Server?
-- PeteCresswell
"Patrik Lowendahl [C# MVP]" <pa**************@csharpsweden.com> wrote in
message news:ux**************@TK2MSFTNGP12.phx.gbl... You could use a JET backend through the OleDbClients. Although I would advise against it ;) Access isn't, in my opionon, a "database"(Not even a real db, just a file) worth the fuss.
Don't really know what your app is doing, but the MSDE could be a cheap substitue.
MSDE would work, but its a bit of a heavy hammer, don't you think?
If, in this case, this is simply a single user, small application, Access is
probably the right choice, if for no other reason than because it has the
smallest footprint and installation process.
If you want the full functionality of a database and the long term growth
potential that a database can offer by all means go to SQL Server. Has a bit
of a learning curve, but worth it in the long run.
"Daniel O'Connell [C# MVP]" wrote: "Patrik Lowendahl [C# MVP]" <pa**************@csharpsweden.com> wrote in message news:ux**************@TK2MSFTNGP12.phx.gbl... You could use a JET backend through the OleDbClients. Although I would advise against it ;) Access isn't, in my opionon, a "database"(Not even a real db, just a file) worth the fuss.
Don't really know what your app is doing, but the MSDE could be a cheap substitue.
MSDE would work, but its a bit of a heavy hammer, don't you think?
If, in this case, this is simply a single user, small application, Access is probably the right choice, if for no other reason than because it has the smallest footprint and installation process.
RE/ Access isn't, in my opionon, a "database"(Not even a real db, just a file) worth the fuss.
Don't really know what your app is doing, but the MSDE could be a cheap substitue.
100% agreement on the "not a real database"...I just have a limited number of
brain cells available, and wanted to isolate the UI and it's care/feeding from
the back end until I got up to some level of competance there....then I'd
migrate the back end.
This particular app, in it's present niche, actually is a classic
desktop/file-based DB situation. To wit, one user and only a few hundred
records. Temporarily avoding MSDE would also give me easier portability - i.e.
I could just copy a bunch of files to another computer to be able to play with
it somewhere else .... as opposed to having to install MSDE on somebody else's
box.
--
PeteCresswell
Patrick, You could use a JET backend through the OleDbClients. Although I would advise against it ;) Access isn't, in my opionon, a "database"(Not even a real db, just a file) worth the fuss.
The main difference between a database and a file is that you can change
data in it without reading the whole file and write it completly again or by
appending data to the end of it.
In my opinion does Access fullfill the first option and not the last.
So why is Access in your opinion not a database?
Cor
I fully agree with your point of a smaller footprint,
although I don't really agree with MSDE being a hammer, it's quite
lightweight IMHO. But as Pete pointed out in a later post, it does requires
different level of SQL knowledge.
--
Patrik Löwendahl [C# MVP] www.cshrp.net - "Elegant code by witty programmers"
"Daniel O'Connell [C# MVP]" <onyxkirx@--NOSPAM--comcast.net> wrote in
message news:ed**************@TK2MSFTNGP14.phx.gbl... "Patrik Lowendahl [C# MVP]" <pa**************@csharpsweden.com> wrote in message news:ux**************@TK2MSFTNGP12.phx.gbl... You could use a JET backend through the OleDbClients. Although I would advise against it ;) Access isn't, in my opionon, a "database"(Not even a real db, just a file) worth the fuss.
Don't really know what your app is doing, but the MSDE could be a cheap substitue.
MSDE would work, but its a bit of a heavy hammer, don't you think?
If, in this case, this is simply a single user, small application, Access is probably the right choice, if for no other reason than because it has the smallest footprint and installation process.
1) There's no real indexing in Access, which makes query optimization
impossible.
2) It's not a server with separate memory managment, thread handling, and
separate process to isolate the database from the rest of the application
and operativsystem.
This is just two things from the top of my head, I haven't been involved in
any evaluation for Access since 2002.
Additionally I don't agree that you can't change data in a file without
loading the whole file. You could easily change rows in a file without
loading anything else then the row. Even in older technologys then .Net
(like vb 6, delphi) and C/C++ you have the possibility to just go to one row
and change the data in it.
So your point 1 would make Access either a file or a database, other factors
makes it a file.
--
Patrik Löwendahl [C# MVP] www.cshrp.net - "Elegant code by witty programmers"
"Cor Ligthert" <no************@planet.nl> wrote in message
news:%2***************@tk2msftngp13.phx.gbl... Patrick,
You could use a JET backend through the OleDbClients. Although I would advise against it ;) Access isn't, in my opionon, a "database"(Not even a real db, just a file) worth the fuss.
The main difference between a database and a file is that you can change data in it without reading the whole file and write it completly again or by appending data to the end of it.
In my opinion does Access fullfill the first option and not the last.
So why is Access in your opinion not a database?
Cor
Patrick Additionally I don't agree that you can't change data in a file without loading the whole file. You could easily change rows in a file without loading anything else then the row. Even in older technologys then .Net (like vb 6, delphi) and C/C++ you have the possibility to just go to one row and change the data in it.
This makes it in my opinion exactly a database, maybe not a SQL type
relational database, however the last is not the criteria to be a database.
The first databases where using random keys, the next relative adresses,
however definitly it where databases. And often much faster than the current
ones, however bad to manage.
Cor
"Patrik Lowendahl [C# MVP]" <pa**************@csharpsweden.com> wrote in
message news:Oz*************@tk2msftngp13.phx.gbl... I fully agree with your point of a smaller footprint,
although I don't really agree with MSDE being a hammer, it's quite lightweight IMHO. But as Pete pointed out in a later post, it does requires different level of SQL knowledge.
Its fairly lightweight, for someone who knows SQL Server. When I first moved
up to MSDE from Access, it wasn't pleasent. After using SQL Server 2000,
however, MSDE became as much of a cakewalk as any database server can be,
but before...
I assume this is the point about requiring a different level of SQL
knowledge(I can't seem to find that message).
More to the point is that, for a few hundred records(couldn't be more than a
classes worth of students, by the sounds of it), is there any point in
learning and lugging around MSDE when Access(Or even an XML file, if you are
up to taking a chance) would do admirably?
Also, the constant running server is a bit of a tax thats kind of useless,
IMHO.
The better choice would be a literal inprocess database, but I don't know of
one for .NET thats worth its salt. Every one I've seen has been java ports
that just don't fit the .NET model all that well. -- Patrik Löwendahl [C# MVP] www.cshrp.net - "Elegant code by witty programmers"
"Daniel O'Connell [C# MVP]" <onyxkirx@--NOSPAM--comcast.net> wrote in message news:ed**************@TK2MSFTNGP14.phx.gbl... "Patrik Lowendahl [C# MVP]" <pa**************@csharpsweden.com> wrote in message news:ux**************@TK2MSFTNGP12.phx.gbl... You could use a JET backend through the OleDbClients. Although I would advise against it ;) Access isn't, in my opionon, a "database"(Not even a real db, just a file) worth the fuss.
Don't really know what your app is doing, but the MSDE could be a cheap substitue.
MSDE would work, but its a bit of a heavy hammer, don't you think?
If, in this case, this is simply a single user, small application, Access is probably the right choice, if for no other reason than because it has the smallest footprint and installation process.
"Robert Ashby" <rs******@hotmail.com> wrote in message
news:91**********************************@microsof t.com... If you want the full functionality of a database and the long term growth potential that a database can offer by all means go to SQL Server. Has a bit of a learning curve, but worth it in the long run.
When growth is approriate, yes.
Somehow I don't think this particular application is one thats going to
blossom into hundreds of thousands of rows.
I would simply design data access into a module that can be replaced. If
requirements change enough that a full database is needed, I would be
surprised if that wouldn't require significant overhauls to the data access
module anyway. This thread has been closed and replies have been disabled. Please start a new discussion. Similar topics
by: Aristotelis E. Charalampakis |
last post by:
Hi all, this is a newbie question :-)
I was wondering if there was a way to use the switch statement in a manner
that each case statement includes more that a simple value. i.e.:
switch (...
|
by: bellparis |
last post by:
I'm a student who tries to use EliCZ's hooking library, AE5.6.
My ultimate purpose which I try to use EliCZ's library is preventing
users from copying data by windows clipboard.
So I Added...
|
by: farseer |
last post by:
Hi,
based on some posts i read, i am using a dll to allow me to do some
keyboard hooking. this is being called from a C# compactfamework app,
which doesn't support delegates. so, i am using a...
|
by: Brian Bender |
last post by:
I am trying to write a static utility class that allows me to modify
Application variables in my web application.
My problem is that I cannot figure out what to import or inherit to
allow me to...
|
by: (Pete Cresswell) |
last post by:
I'm about to start climbing the .Net learning curve.
Would like to start by reproducing a little application that I already have up
and running using an MS Access front end. It manages...
|
by: Ryan Ginstrom |
last post by:
Apropos recent threads about GUI editors, coming from a Win32/WTL C++
background, I actually like the idea of being able to (easily) create GUIs
programmatically.
But I still see a lot of the...
|
by: Chad |
last post by:
Hi, I am a SQL Server programmer using Oracle for the first time.
In our .NET client apps which use a SQL Server back end, we would use Stored
Procedure exclusively for all database access for...
|
by: pigeonrandle |
last post by:
Hi,
Has anyone had any experience with hooking messages in other
application windows (like SPY++). I want to listen for WM_MOVE
messages, but can only seem to find examples of Keyboard and Mouse...
|
by: qazplm114477 |
last post by:
lets say i have 1 table called Inventory and another table called itemType
Inventory
-itemID -PK
-Desc
-itemID- FK
itemType
-ItemID...
|
by: Charles Arthur |
last post by:
How do i turn on java script on a villaon, callus and itel keypad mobile phone
|
by: ryjfgjl |
last post by:
In our work, we often receive Excel tables with data in the same format. If we want to analyze these data, it can be difficult to analyze them because the data is spread across multiple Excel files...
|
by: emmanuelkatto |
last post by:
Hi All, I am Emmanuel katto from Uganda. I want to ask what challenges you've faced while migrating a website to cloud.
Please let me know.
Thanks!
Emmanuel
|
by: BarryA |
last post by:
What are the essential steps and strategies outlined in the Data Structures and Algorithms (DSA) roadmap for aspiring data scientists? How can individuals effectively utilize this roadmap to progress...
|
by: Sonnysonu |
last post by:
This is the data of csv file
1 2 3
1 2 3
1 2 3
1 2 3
2 3
2 3
3
the lengths should be different i have to store the data by column-wise with in the specific length.
suppose the i have to...
|
by: marktang |
last post by:
ONU (Optical Network Unit) is one of the key components for providing high-speed Internet services. Its primary function is to act as an endpoint device located at the user's premises. However,...
|
by: Oralloy |
last post by:
Hello folks,
I am unable to find appropriate documentation on the type promotion of bit-fields when using the generalised comparison operator "<=>".
The problem is that using the GNU compilers,...
|
by: tracyyun |
last post by:
Dear forum friends,
With the development of smart home technology, a variety of wireless communication protocols have appeared on the market, such as Zigbee, Z-Wave, Wi-Fi, Bluetooth, etc. Each...
|
by: agi2029 |
last post by:
Let's talk about the concept of autonomous AI software engineers and no-code agents. These AIs are designed to manage the entire lifecycle of a software development project—planning, coding, testing,...
| |