Coming from .NET and VB and C

[ToPostMustJoinGroup22]

I'm coming from a .NET, VB, C background.

C was good, and VB was better (with all of its libraries). Than .NET
came along and all the libraries you can require are ready to go. I
have no preference with MySQL or SQL, stored procedures or ad-hoc
queries.

SO, I'm interested in using my Google App space (free 500MB) to
develop a quick database application. Using Python. I found "Dive
Into Python" which I will be reading shortly.

Any suggestions for someone new to the scene like me?

[Simon Brunning]

Re: Coming from .NET and VB and C

2008/9/3 ToPostMustJoinG roup22 <benjaminlindel of@yahoo.com>:

Any suggestions for someone new to the scene like me?

Welcome!

There's a number of resources that you might find useful here:

http://wiki.python.org/moin/BeginnersGuide

--
Cheers,
Simon B.

[Eric Wertman]

Re: Coming from .NET and VB and C

Using Python. I found "Dive Into Python" which I will be reading shortly

The title of the book is good advice all by itself. Especially with
prior programming experience, you'll get started very quickly. What
will take longer is the assimilation of some of python's neater and
more idiomatic features, like list comprehensions and generators.
Also, the fact that strings are immutable threw me off a little the
first day or two.

If you stick with it, I think you'll find those little things to be
your favorite parts though. Certainly I use list comprehensions all
the time now, when I used to not use them at all.

In about 90% or more of cases, you can avoid doing things that you do
routinely in other languages.. mostly by iterating directly over
things you don't need counter variables or intermediate variable
names. In fact, I find myself going back through old code and
removing variables pretty frequently.

I'm sure there's a lot more. Personally I find it a lot of fun to code in.

[Simon Brunning]

Re: Coming from .NET and VB and C

2008/9/3 Dennis Lee Bieber <wlfraed@ix.net com.com>:

non-relational DBMS (if any such are still in use),

There certainly are...

>SO, I'm interested in using my Google App space (free 500MB) to
>develop a quick database application. Using Python. I found "Dive
>Into Python" which I will be reading shortly.
>>

So one question: what RDBMs are supported in that space?

.... and the Google's BigTable (see
<http://en.wikipedia.or g/wiki/BigTable>) is one of them.

--
Cheers,
Simon B.

[Marco Bizzarri]

Re: Coming from .NET and VB and C

On Thu, Sep 4, 2008 at 12:16 AM, Dennis Lee Bieber
<wlfraed@ix.net com.comwrote:

On Wed, 3 Sep 2008 09:52:06 -0700 (PDT), ToPostMustJoinG roup22
<benjaminlindel of@yahoo.comdec laimed the following in
comp.lang.pytho n:
>

>have no preference with MySQL or SQL, stored procedures or ad-hoc
>queries.
>>

Please note: MySQL is specific relational database management system
(RDBMs), which uses a dialect of structured query language (SQL). SQL by
itself is just a semi-standardized query language -- and can technically
be used to access non-relational DBMS (if any such are still in use),
though the query processor would be a pain to program (map a relational
join into a hierarchical DBMS schema? ugh).
>

>SO, I'm interested in using my Google App space (free 500MB) to
>develop a quick database application. Using Python. I found "Dive
>Into Python" which I will be reading shortly.
>>

So one question: what RDBMs are supported in that space?

The appearance is not an RDBMS, at least, maybe it is, but under the surface.

Looks more that you've persistent objects with a SQL-like language to
query them.

Regards
Marco


--
Marco Bizzarri

http://notenotturne.blogspot.com/

http://iliveinpisa.blogspot.com/

[Bruno Desthuilliers]

Re: Coming from .NET and VB and C

Marco Bizzarri a écrit :

On Thu, Sep 4, 2008 at 12:16 AM, Dennis Lee Bieber
<wlfraed@ix.net com.comwrote:

>On Wed, 3 Sep 2008 09:52:06 -0700 (PDT), ToPostMustJoinG roup22
><benjaminlinde lof@yahoo.comde claimed the following in
>comp.lang.pyth on:
>>

>>have no preference with MySQL or SQL, stored procedures or ad-hoc
>>queries.
>>>

> Please note: MySQL is specific relational database management system
>(RDBMs), which uses a dialect of structured query language (SQL). SQL by
>itself is just a semi-standardized query language -- and can technically
>be used to access non-relational DBMS (if any such are still in use),
>though the query processor would be a pain to program (map a relational
>join into a hierarchical DBMS schema? ugh).
>>

>>SO, I'm interested in using my Google App space (free 500MB) to
>>develop a quick database application. Using Python. I found "Dive
>>Into Python" which I will be reading shortly.
>>>

> So one question: what RDBMs are supported in that space?

>
The appearance is not an RDBMS, at least, maybe it is, but under the surface.

Not AFAIK, cf:

http://en.wikipedia.org/wiki/BigTable

[Marco Bizzarri]

Re: Coming from .NET and VB and C

On Thu, Sep 4, 2008 at 1:23 PM, Bruno Desthuilliers
<bruno.42.desth uilliers@websit eburo.invalidwr ote:

>>
>The appearance is not an RDBMS, at least, maybe it is, but under the
>surface.

>
Not AFAIK, cf:

http://en.wikipedia.org/wiki/BigTable

>
--

http://mail.python.org/mailman/listinfo/python-list

>

Thanks for the pointer, Bruno... I wrote from my memory, but there is
some bank of it which need quick replace ;)


--
Marco Bizzarri

http://notenotturne.blogspot.com/

http://iliveinpisa.blogspot.com/

[benlindelof@gmail.com]

Re: Coming from .NET and VB and C

BigTable looks great! There's a 3% performance hit for these types of
databases. However it makes up for it in other ways.

"Dive Into Python" seems to suggest there is less busy work, but I am
still looking into the GUI components of Python. Say, a grid of 10x10
tiles of PNGs.


_______________ _______________ _______________ _______________ _______________ ____

have no preference with MySQL or SQL, stored procedures or ad-hoc
queries.

Please note: MySQL is specific relational database management
system
(RDBMs), which uses a dialect of structured query language (SQL). SQL
by
itself is just a semi-standardized query language -- and can
technically
be used to access non-relational DBMS (if any such are still in use),
though the query processor would be a pain to program (map a
relational
join into a hierarchical DBMS schema? ugh).

SO, I'm interested in using my Google App space (free 500MB) to
develop a quick database application. Using Python. I found "Dive
Into Python" which I will be reading shortly.

So one question: what RDBMs are supported in that space?
--
Wulfraed Dennis Lee Bieber KD6MOG

[sturlamolden]

Re: Coming from .NET and VB and C

On 3 Sep, 18:52, ToPostMustJoinG roup22 <benjaminlinde. ..@yahoo.com>
wrote:

I'm coming from a .NET, VB, C background.

Any suggestions for someone new to the scene like me?

Welcome! Unfortunately, you probably have a lot of bad habits to
unlearn. Don't use Python like another C, VB or Java. It will cause a
lot of grief, and you'll end up with the idea that Python is slow like
a slug. Python is more like Lisp or Haskell, but with a readable
syntax. There are list comprehensions, generator expressions,
dictionaries, sets, lists, list slicing, lambdas, map, reduce, filter,
closures, etc. They are there to be used, and be used a lot. Learning
to use Python efficiently is what has the steepest learning curve.

[timh]

Re: Coming from .NET and VB and C

Hi

What do you mean by a 3% performance hit? And compared to what ?

Any performance hit or for that matter
a performance improvement would very much dependant on the problem
domain
, how it maps to the data store and what you are trying to do with it,
and
your choice of algorithms.

T

On Sep 9, 8:02 am, benlinde...@gma il.com wrote:

BigTable looks great!  There's a 3% performance hit for these types of
databases.  However it makes up for it in other ways.
>
"Dive Into Python" seems to suggest there is less busy work, but I am
still looking into the GUI components of Python.  Say, a grid of 10x10
tiles of PNGs.
>
_______________ _______________ _______________ _______________ _______________ ____
>

have no preference with MySQL or SQL, stored procedures or ad-hoc
queries.

>
        Please note: MySQL is specific relational database management
system
(RDBMs), which uses a dialect of structured query language (SQL). SQL
by
itself is just a semi-standardized query language -- and can
technically
be used to access non-relational DBMS (if any such are still in use),
though the query processor would be a pain to program (map a
relational
join into a hierarchical DBMS schema? ugh).
>

SO, I'm interested in using my Google App space (free 500MB) to
develop a quick database application.  Using Python.  I found "Dive
Into Python" which I will be reading shortly.

>
        So one question: what RDBMs are supported in that space?
--
        Wulfraed        Dennis Lee Bieber              KD6MOG

[Ben Finney]

Re: [OT] top-posting and quoting

Bruno Desthuilliers <bdesth.quelque chose@free.quel quepart.frwrite s:

Could you please timh and belindelof learn to quote properly and stop
top-posting ?

In case it's not clear, by "quote properly" I believe Bruno means to
trim quoted material irrelevant to one's reply, and use standard
inline replies
<URL:http://en.wikipedia.or g/wiki/Posting_style#I nline_replying> .
Certainly that's what I'd prefer to see.

--
\ “None can love freedom heartily, but good men; the rest love |
`\ not freedom, but license.” —John Milton |
_o__) |
Ben Finney

[castironpi]

Re: Coming from .NET and VB and C

On Sep 8, 9:31 pm, sturlamolden <sturlamol...@y ahoo.nowrote:

On 3 Sep, 18:52, ToPostMustJoinG roup22 <benjaminlinde. ..@yahoo.com>
wrote:
>

I'm coming from a .NET, VB, C background.
Any suggestions for someone new to the scene like me?

>
Welcome! Unfortunately, you probably have a lot of bad habits to
unlearn. Don't use Python like another C, VB or Java. It will cause a
lot of grief, and you'll end up with the idea that Python is slow like
a slug. Python is more like Lisp or Haskell, but with a readable
syntax. There are list comprehensions, generator expressions,
dictionaries, sets, lists, list slicing, lambdas, map, reduce, filter,
closures, etc. They are there to be used, and be used a lot. Learning
to use Python efficiently is what has the steepest learning curve.

Variable argument lists, first-class function objects.