~ubuntu-branches/ubuntu/hardy/psycopg2/hardy

« back to all changes in this revision

Viewing changes to doc/SUCCESS

  • Committer: Bazaar Package Importer
  • Author(s): Fabio Tranchitella
  • Date: 2006-08-09 10:28:30 UTC
  • Revision ID: james.westby@ubuntu.com-20060809102830-grac1dsp24uyqfp4
Tags: upstream-2.0.4
ImportĀ upstreamĀ versionĀ 2.0.4

Show diffs side-by-side

added added

removed removed

Lines of Context:
 
1
From:   Jack Moffitt <jack@xiph.org>
 
2
To:     Psycopg Mailing List <psycopg@lists.initd.org>
 
3
Subject:        Re: [Psycopg] preparing for 1.0
 
4
Date:   22 Oct 2001 11:16:21 -0600      
 
5
 
 
6
www.vorbis.com is serving from 5-10k pages per day with psycopg serving 
 
7
data for most of that.  
 
8
 
 
9
I plan to use it for several of our other sites, so that number will
 
10
increase.
 
11
 
 
12
I've never had a single problem (that wasn't my fault) besides those
 
13
segfaults, and those are now gone as well, and I've been using psycopg
 
14
since June (around 0.99.2?).
 
15
 
 
16
jack.
 
17
 
 
18
 
 
19
From:   Yury Don <gercon@vpcit.ru>
 
20
To:     Psycopg Mailing List <psycopg@lists.initd.org>
 
21
Subject:        Re: [Psycopg] preparing for 1.0
 
22
Date:   23 Oct 2001 09:53:11 +0600      
 
23
 
 
24
We use psycopg and psycopg zope adapter since fisrt public
 
25
release (it seems version 0.4). Now it works on 3 our sites and in intranet
 
26
applications. We had few problems, but all problems were quckly
 
27
solved. The strong side of psycopg is that it's code is well organized
 
28
and easy to understand. When I found a problem with non-ISO datestyle in first
 
29
version of psycopg, it took for me 15 or 20 minutes to learn code and
 
30
to solve the problem, even thouth my knowledge of c were poor.
 
31
 
 
32
BTW, segfault with dictfetchall on particular data set (see [Psycopg]
 
33
dictfetchXXX() problems) disappeared in 0.99.8pre2.
 
34
 
 
35
-- 
 
36
Best regards,
 
37
Yury Don
 
38
 
 
39
 
 
40
From:   Tom Jenkins <tjenkins@devis.com>
 
41
To:     Federico Di Gregorio <fog@debian.org>
 
42
Cc:     Psycopg Mailing List <psycopg@lists.initd.org>
 
43
Subject:        Re: [Psycopg] preparing for 1.0
 
44
Date:   23 Oct 2001 08:25:52 -0400
 
45
        
 
46
The US Govt Department of Labor's Office of Disability Employment
 
47
Policy's DisabilityDirect website is run on zope and zpsycopg.
 
48
 
 
49
 
 
50
From:   Scott Leerssen <sleerssen@racemi.com>
 
51
To:     Federico Di Gregorio <fog@debian.org>
 
52
Subject:        Re: [Psycopg] preparing for 1.0
 
53
Date:   23 Oct 2001 09:56:10 -0400      
 
54
 
 
55
Racemi's load management software infrastructure uses psycopg to handle
 
56
complex server allocation decisions, plus storage and access of
 
57
environmental conditions and accounting records for potentially
 
58
thousands of servers.  Psycopg has, to this point, been the only
 
59
Python/PostGreSQL interface that could handle the scaling required for
 
60
our multithreaded applications.
 
61
 
 
62
Scott
 
63
 
 
64
 
 
65
From:   Andre Schubert <andre.schubert@geyer.kabeljournal.de>
 
66
To:     Federico Di Gregorio <fog@debian.org>
 
67
Cc:     Psycopg Mailing List <psycopg@lists.initd.org>
 
68
Subject:        Re: [Psycopg] preparing for 1.0
 
69
Date:   23 Oct 2001 11:46:07 +0200      
 
70
 
 
71
i have changed the psycopg version to 0.99.8pre2 on all devel-machines
 
72
and all segfaults are gone. after my holiday i wil change to 0.99.8pre2 
 
73
or 1.0 on our production-server.
 
74
this server contains several web-sites which are all connected to
 
75
postgres over ZPsycopgDA.
 
76
 
 
77
thanks as
 
78
 
 
79
 
 
80
From:   Fred Wilson Horch <fhorch@ecoaccess.org>
 
81
To:     <psycopg@lists.initd.org>
 
82
Subject:        [Psycopg] Success story for psycopg
 
83
Date:   23 Oct 2001 10:59:17 -0400
 
84
        
 
85
Due to various quirks of PyGreSQL and PoPy, EcoAccess has been looking for
 
86
a reliable, fast and relatively bug-free Python-PostgreSQL interface for
 
87
our project.
 
88
 
 
89
Binary support in psycopg, along with the umlimited tuple size in
 
90
PostgreSQL 7.1, allowed us to quickly prototype a database-backed file
 
91
storage web application, which we're using for file sharing among our
 
92
staff and volunteers.  Using a database backend instead of a file system
 
93
allows us to easily enrich the meta-information associated with each file
 
94
and simplifies our data handling routines.
 
95
 
 
96
We've been impressed by the responsiveness of the psycopg team to bug
 
97
reports and feature requests, and we're looking forward to using psycopg
 
98
as the Python interface for additional database-backed web applications.
 
99
 
 
100
Keep up the good work!
 
101
-- 
 
102
Fred Wilson Horch                       mailto:fhorch@ecoaccess.org
 
103
Executive Director, EcoAccess           http://ecoaccess.org/
 
104
 
 
105
 
 
106
From:   Damon Fasching <fasching@design.lbl.gov>
 
107
To:     Michele Comitini <mcm@glisco.it>
 
108
Cc:     fog@debian.org
 
109
Subject:        Re: How does one create a database within Python using psycopg?
 
110
Date:   25 Feb 2002 17:39:41 -0800
 
111
 
 
112
[snip]
 
113
btw I checked out 4 different Python-PostgreSQL packages.  psycopg is the
 
114
only one which built and imported w/o any trouble!  (At least for me.)