On 2021-05-20 6:49 a.m., jjn1056 wrote:
Dbix
Looks like someone got hacked. -- Darren Duncan
___
List: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/dbix-class
IRC: irc.perl.org#dbix-class
SVN: http://dev.catalyst.perl.org/repos/bast/DBIx
? Leaving it as is might be the best solution. --
Darren Duncan
___
List: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/dbix-class
IRC: irc.perl.org#dbix-class
SVN: http://dev.catalyst.perl.org/repos/bast/DBIx-Class/
Searchable Archive: http
in the community, is that fair to the other
projects?
-- Darren Duncan
___
List: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/dbix-class
IRC: irc.perl.org#dbix-class
SVN: http://dev.catalyst.perl.org/repos/bast/DBIx-Class/
Searchable Archive: http
in general like it were
controlled by The Perl Foundation, but DBIC is the only project there. And yet
following the DBIC on CPAN pod website->downloads link eventually reaches that.
-- Darren Duncan
___
List: http://lists.scsys.co.uk/cgi-bin/mailman/
I agree. Since the current running vote results are strongly in favor of
dropping the rationale for voting, I'd say this one has no time limits but that
we still have the 3 days as a minimum. -- Darren Duncan
On 2018-01-17 2:34 PM, John Napiorkowski wrote:
Karen's points are well taken; I
. -- Darren Duncan
___
List: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/dbix-class
IRC: irc.perl.org#dbix-class
SVN: http://dev.catalyst.perl.org/repos/bast/DBIx-Class/
Searchable Archive: http://www.grokbase.com/group/dbix-class@lists.scsys.co.uk
I vote +1 in favor of DBIx::Class namespace firstcome rights and full control
being turned over to Peter Rabbitson. Right now that seems the best available
path to a good outcome for DBIC. -- Darren Duncan
___
List: http://lists.scsys.co.uk/cgi-bin
. But even if I didn't feel that way, DBIC
currently feels like a dead project that I don't feel would get any decent support.
Bottom line, I support Matthew's proposal, but not strongly enough to be the
proposal seconder, because I make effort to avoid having a horse in the race.
-- Darren
I propose that distinct proposals from now on are submitted in separate email
threads and have independent votes. John, do you want to do that with these two
(and also with the subject-to I previously mentioned)? -- Darren Duncan
On 2018-01-13 9:25 PM, Karen Etheridge wrote:
I vote yes
vote passes..." to the beginning.
That way we can basically have both of these votes completed in a 3 day span
rather than unnecessarily taking a 6 day span.
-- Darren Duncan
___
List: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/dbix
I vote +1.
___
List: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/dbix-class
IRC: irc.perl.org#dbix-class
SVN: http://dev.catalyst.perl.org/repos/bast/DBIx-Class/
Searchable Archive: http://www.grokbase.com/group/dbix-class@lists.scsys.co.uk
f the list members.
Otherwise we'll have a failure of the constitution right out of the gate.
-- Darren Duncan
On 2018-01-12 8:25 AM, John Napiorkowski wrote:
Two proposals for the governing committee
First proposal:
Haarg proposed a small and obvious fix here =>
https://github.com/dbsrgits/db
Personally I think its best to just shelve any discussion related to forks until
after Neil Bowers and Andreas Koenig have done their PAUSE namespace revisions,
and thus more things are known rather than speculative.
In that spirit, I retract my previous question.
-- Darren Duncan
On 2017-09
sed...fork), are you just proposing that
Github/etc be the primary release mechanism for DBIx::Class rather than CPAN, or
are you proposing a third fork (the existing 2 being the one Peter controls and
the one Matt's governance model controls)? -- Dar
rson ($db->people) { print $person->name, $person->age }
And so, DBIC would ideally name any classes/objects/variables representing a
single person as Person while any representing a collection would be People,
which is the behavior that "code first" Entity Framework def
d this effort here:
http://www.nntp.perl.org/group/perl.dbi.dev/2016/11/msg8002.html
I will post on this again when I have something ready to execute.
-- Darren Duncan
___
List: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/dbix-class
IRC: irc.perl.
Dec 2016 10:41:15
+0100 and Tue, 06 Dec 2016 20:07:48 +0300 respectively).
5. All of the other votes were for Proposal A, meaning a solid 52 votes.
Therefore Proposal A carried by 52+ to 2 to 1 or 95%.
I would consider the voter participation rate to be quite high, which is great.
-- Darren
eering my services in Michigan to review marks on optical
scan ballots and decide if bubbles were filled out all the way or not. ;-)
Also, we got an "Abstain" which despite starting with the letter "A" is clearly
not intending to vote for the first proposal. -- Darren Duncan
__
I choose Proposal A. -- Darren Duncan
On 2016-12-04 10:15 PM, David Golden wrote:
* PROPOSAL A: Primary permissions for DBIx::Class and related namespaces shall
be managed under the amended DBIC community governance structure proposed by
Matt Trout. Decisions about the future development
situation. As good as DBIx::Class or Rose::DB or etc are, there is
always room for a new entry to come out that is better than either.
-- Darren Duncan
___
List: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/dbix-class
IRC: irc.perl.org#dbix-class
. -- Darren Duncan
On 2016-11-18 8:53 PM, Chase Whitener wrote:
Hi Everyone,
It seems this is a good time to make a formal request to get the ball
rolling, so to speak. This issue has been formally going on since
September and we're now more than half-way through November.
Beware, I am about
l your managing
director to threaten your employer" is an acceptable way to make somebody back
down from an argument?
I would be interested to see Peter address this, in particular, to either affirm
or deny etc that he emailed Mark in May, and what he thinks he sai
o what day of the week that a vote is called as far
as how it affects or is affected by people's schedules, assuming say 99% of
people are oriented around 7-day cycles. -- Darren Duncan
___
List: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/dbix
On 2016-11-08 1:05 PM, Matt S Trout wrote:
On Mon, Nov 07, 2016 at 10:42:38PM -0800, Darren Duncan wrote:
Here's an idea. In the spirit of your proposal, how about when the
discussion seems to be over and it seems time to vote, either Matt
or Peter would propose that a vote occurs
to vote, either Matt or Peter would propose
that a vote occurs, with the VOTE email etc, and then the other one of those two
would second it if they agree, at which point the vote happens. -- Darren Duncan
___
List: http://lists.scsys.co.uk/cgi-bin
. --
Darren Duncan
___
List: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/dbix-class
IRC: irc.perl.org#dbix-class
SVN: http://dev.catalyst.perl.org/repos/bast/DBIx-Class/
Searchable Archive: http://www.grokbase.com/group/dbix-class
.
It is important to realize that the current governance issue under discussion is
actually more akin to trademark rights than copying rights, in a sense; it is
about who has the canonical privilege for the NAME "DBIx::Class" within the
context of PAUSE/CPAN.
-- Darren Duncan
On 2016-11-
so surely there are names for this.
Thank you.
-- Darren Duncan
___
List: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/dbix-class
IRC: irc.perl.org#dbix-class
SVN: http://dev.catalyst.perl.org/repos/bast/DBIx-Class/
Searchable Archive: http://www.grokbase
that as a main complicating factor. Applications, not so much; if they
want stability, Peter's version should serve them; if they want substantial
changes or new features that more likely may be in the fork, they would have to
be changed anyway.
-- Darren Duncan
uld always get the "safe" option by default and explicitly
opt-in to risk, rather than the opposite. This assumes the use of multiple
namespaces, and is inapplicable if only one name is used. -- Darren Duncan
___
List: http://lists.scsys.
and that AFAIK this hasn't changed. -- Darren Duncan
___
List: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/dbix-class
IRC: irc.perl.org#dbix-class
SVN: http://dev.catalyst.perl.org/repos/bast/DBIx-Class/
Searchable Archive: http://www.gro
without holding up the other stuff.
As an initial followup, I propose talking with the remainder of Peter's EXAMPLE
preferred core team, those not also in Matt's list, namely HAARG and SYSPETE in
that order, and see if they would be interested in being Voting Members
I support either of these team proposals, assuming the prospective members
agree. -- Darren Duncan
On 2016-10-13 1:42 PM, Peter Rabbitson wrote:
It was suggested elsewhere I am against any "core team" plan. This is entirely
false.
As an *EXAMPLE* (I have not spoken to either of the
On 2016-10-12 12:14 AM, Hartmaier Alexander wrote:
On 2016-10-06 21:15, Darren Duncan wrote:
On 2016-10-06 8:43 AM, Matt S Trout wrote:
On Tue, Oct 04, 2016 at 08:17:49PM -0700, Darren Duncan wrote:
That would be good, also in light with how that sentence continues:
"I suspect what we
work over the years.
-- Darren Duncan
___
List: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/dbix-class
IRC: irc.perl.org#dbix-class
SVN: http://dev.catalyst.perl.org/repos/bast/DBIx-Class/
Searchable Archive: http://www.grokbase.com/group/
On 2016-10-08 2:33 PM, Peter Rabbitson wrote:
I have been battling a severe cold, and can't manage to write sufficiently clear
prose. I hope to have David's questions addressed by Monday
However I need to unambiguously address the following right now:
On 10/08/2016 09:33 PM, Darren Duncan
address the elephant in the room, the unknown person
element.
Thank you in advance.
-- Darren Duncan
___
List: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/dbix-class
IRC: irc.perl.org#dbix-class
SVN: http://dev.catalyst.perl.org/repos/bast/DBIx
On 2016-10-07 1:34 PM, Darren Duncan wrote:
On 2016-10-07 10:08 AM, Peter Rabbitson wrote:
master (dc7d89911b) itself is *in a fully releasable state*. It passes its
extensive CI checks. It has also been tested against downstream dependencies
extensively as indicated in the commit message
if
not all of them.
That being said, I say more power to you where you want to write/commit the
other pieces that you would prefer to ship, particularly the warnings.
Thanks again for all your work over the years, DBIC users are better for it.
-- Darren Duncan
ply to projects like DBIC for
whom the option of stability is paramount.
For that matter, I think the multiple release branch scenario is common and
important enough that C4 should be updated to explicitly support that as an option.
-- Darren Duncan
On 2016-10-06 10:07 AM, fREW Schmidt wrote:
iated the hard work you've put into this project.
I also agree with what Aaron added here. -- Darren Duncan
___
List: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/dbix-class
IRC: irc.perl.org#dbix-class
SVN: http://dev.catalyst.perl.org/repos/bast/DBIx-
On 2016-10-06 8:43 AM, Matt S Trout wrote:
On Tue, Oct 04, 2016 at 08:17:49PM -0700, Darren Duncan wrote:
That would be good, also in light with how that sentence continues:
"I suspect what we need to try and achieve is to get DBIC a bit more
decentralised - have it be a specific fram
maintainability,
so it is easier for others to add features or make changes or otherwise just be
more confident that it works properly. If things go as I hope, this should
start to land in about a month.
-- Darren Duncan
___
List: http://lists.scsys.c
, they are by design intended to be fully
backwards-compatible with regular user code.
-- Darren Duncan
On 2016-10-04 1:17 PM, Matt S Trout wrote:
Since people seem to be unsure as to what the alternative to riba's project
freeze would actually be, let me provide something a little more concrete
, I request that you don't halt on the
code until the 8th as mentioned, unless you need to rest anyway, and use the
time you have to try and finish what you started and leave a better legacy.
Thank you for all your effort over the last years.
-- Darren Duncan
On 2016-10-03 2:32 PM, Peter
. Note that it
makes a difference which Postgres version you use, the later the better. --
Darren Duncan
On 2016-06-16 9:02 AM, Bill Moseley wrote:
We are splitting up a larger schema into separate databases -- there's a set of
tables that have a very small set of relations to the other tables
Unicode operators.
Note that the addition and union only differ for multisets; for sets they are
the same operation.
-- Darren Duncan
___
List: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/dbix-class
IRC: irc.perl.org#dbix-class
SVN: http://de
later when I
intend to have something merge-able.
For now, would I be best to name any branches like people/myusername/foo like
some of the examples I see or is there a different method that is more highly
recommended?
Thank you.
-- Darren Duncan
Augustus, what is the problem with DBIC stringifying numeric values? That
ensures full precision and in particular when you want to use them as numbers
you can just do so, Perl does that automatically. -- Darren Duncan
On 2015-02-25 1:15 PM, Augustus Saunders wrote:
For reasons unknown to us
and performance without
loss of precision. (I assume the JSON modules deal with Math::BigInt/etc
correctly.)
How does that work for people?
-- Darren Duncan
On 2015-02-25 3:30 PM, Augustus Saunders wrote:
Seems a little backwards to create a helper to work around a core defect
think it is a good
idea for Tim's proposal in some form to happen regardless of dealing with this
separate matter.)
-- Darren Duncan
___
List: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/dbix-class
IRC: irc.perl.org#dbix-class
SVN: http
not like the SQL standard reserves ? or whatever for
prepared statement parameters, that's defined to be implementation dependent I
believe (WD 9075-2:200w(E) 20.6 prepare statement).
-- Darren Duncan
On 2014-12-21 7:17 AM, Greg Sabino Mullane (the tenth man) wrote:
Tim Bunce wrote:
For code
PostgreSQL, not that this can't change.
-- Darren Duncan
___
List: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/dbix-class
IRC: irc.perl.org#dbix-class
SVN: http://dev.catalyst.perl.org/repos/bast/DBIx-Class/
Searchable Archive: http
,
the generic instantiable type being a Perl hash say.
-- Darren Duncan
___
List: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/dbix-class
IRC: irc.perl.org#dbix-class
SVN: http://dev.catalyst.perl.org/repos/bast/DBIx-Class/
Searchable Archive: http
See https://github.com/blogs-perl-org/blogs.perl.org/issues as this seems to be
a known bug that's also affecting a bunch of other people. There is also a
workaround, which is submitting from the main comment page rather than from the
preview page. -- Darren Duncan
On 2013.07.15 2:20 AM
Submission Error
Your comment submission failed for the following reasons: Your session has
expired. Please sign in again to comment.
This happened twice, in 2 different web browsers.
-- Darren Duncan
___
List: http://lists.scsys.co.uk/cgi-bin/mailman
using subqueries or other SELECT that involve collecting
a mass of temporary data. There's no reason they shouldn't be able to grant you
this. -- Darren Duncan
___
List: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/dbix-class
IRC: irc.perl.org#dbix
, or at
the individual table level using privileges, where the application doesn't have
privileges to write tables, just read. -- Darren Duncan
___
List: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/dbix-class
IRC: irc.perl.org#dbix-class
SVN: http
support writing to views, and for those that don't, DBIC
should be able to implement it, especially for simpler cases like deletes on
simple union views. If DBIC doesn't do this, its just a matter of tuits.
-- Darren Duncan
___
List: http
mentions lots of things, but I've read those and
all of the above I still had to discover for myself when trying to use it.
-- Darren Duncan
___
List: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/dbix-class
IRC: irc.perl.org#dbix-class
SVN: http
with more or older ORMs or DBMSs.
-- Darren Duncan
___
List: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/dbix-class
IRC: irc.perl.org#dbix-class
SVN: http://dev.catalyst.perl.org/repos/bast/DBIx-Class/
Searchable Archive: http://www.grokbase.com/group
and needs testing, this being a minor update.)
-- Darren Duncan
Original Message
Subject: [ANNOUNCE] PostgreSQL 9.0 Release Candidate 1
Date: Tue, 31 Aug 2010 09:05:01 -0700
From: Josh Berkus j...@postgresql.org
To: pgsql-annou...@postgresql.org
The first release candidate
updateable by the public; posting in the list can
cause an update there by a registered SQLite developer).
Please do not reply to me directly with your responses. Instead send them to
the forums or file with RT as is appropriate.
Thank you. -- Darren Duncan
://thebuild.com/blog/2010/07/18/orms-and-their-discontents-2/ might be
interesting to some people; it was presented at PGDay yesterday. Not specific
to but applicable to Perl. -- Darren Duncan
___
List: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/dbix-class
being automatically quoted or not quoted would have
different semantics. So the semantics of DBIC would be different if it
automatically did or didn't quote identifiers, all other things being equal.
-- Darren Duncan
___
List: http://lists.scsys.co.uk
sub sub { sub( $sub ) }
and there's no ambiguity as to what that means, I believe.
-- Darren Duncan
___
List: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/dbix-class
IRC: irc.perl.org#dbix-class
SVN: http://dev.catalyst.perl.org/repos/bast/DBIx
.
This project and ancillary projects are a serious endeavor that I intend to
commercially support over the long term, and others can do likewise.
Good day. -- Darren Duncan
___
List: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/dbix-class
IRC
not?
-- Darren Duncan
___
List: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/dbix-class
IRC: irc.perl.org#dbix-class
SVN: http://dev.catalyst.perl.org/repos/bast/DBIx-Class/
Searchable Archive: http://www.grokbase.com/group/dbix-class@lists.scsys.co.uk
Darren Duncan wrote:
http://search.cpan.org/dist/DBIx-Class/lib/DBIx/Class/Manual/Example.pod
Generally speaking, I'm coming up with a number of clean-up ideas with the
above, where I mentioned one already, and here's another:
It seems that the terms 'album' and 'cd' are being used
Darren Duncan wrote:
Thank you to both G. Wade Johnson and Rob Kinyon for your replies to my
RFC; they have been very helpful. I think what I will do in light of
this is add overloading for math and string functions + shorthands (+
parses into the same thing as sum() anyway) now, but not yet
, and see how that
goes. -- Darren Duncan
___
List: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/dbix-class
IRC: irc.perl.org#dbix-class
SVN: http://dev.catalyst.perl.org/repos/bast/DBIx-Class/
Searchable Archive: http://www.grokbase.com/group/dbix
} $t%{x-y,a-b} $t%{bar,baz} $t%{%new-old1,old2}
$t%{new1,new2-%old}
Thank you in advance for any feedback.
-- Darren Duncan
___
List: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/dbix-class
IRC: irc.perl.org#dbix-class
SVN: http
is short enough to include? What is a
reasonable cutoff? Or would you return all character string columns but
truncate them to some maximum length suitable for giving a preview? -- Darren Duncan
___
List: http://lists.scsys.co.uk/cgi-bin/mailman
associative (except when duplicates or nulls are involved).
That's how I see this anyway.
-- Darren Duncan
___
List: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/dbix-class
IRC: irc.perl.org#dbix-class
SVN: http://dev.catalyst.perl.org/repos/bast/DBIx-Class
consult metadata you have about the structure of foo, either that
you already hold or you ask the DBMS.
-- Darren Duncan
___
List: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/dbix-class
IRC: irc.perl.org#dbix-class
SVN: http://dev.catalyst.perl.org
want to
be excluded including prefetched ones.
Or am I missing something?
I don't know if you can do that, but it is certainly a very reasonable thing to
want to do. -- Darren Duncan
___
List: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/dbix
not automatically commit, but MySQL does. Know otherwise?)
I may have more questions, but that's for now.
Thank you in advance for any feedback.
-- Darren Duncan
___
List: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/dbix-class
IRC: irc.perl.org#dbix
Rob Kinyon wrote:
On Thu, Feb 4, 2010 at 17:07, Darren Duncan dar...@darrenduncan.net wrote:
Hello,
Rob,
Thank you very much for your reply; your comments are extremely helpful.
Your sentiments also generally agree with my own preferences, and in the few
cases where I had thought
Darren Duncan wrote:
Rob Kinyon wrote:
Locking, afaict, is a way of managing the conflicting transactions
problem. Even though it's harder to program (at least, initially),
database engines should really support indicating that a transaction
commit would have a merging conflict, similar to how
though,
given that an INTERVAL in SQL isn't an interval (pair of ordered endpoints) at
all, but rather is a duration (an amount of time).
-- Darren Duncan
___
List: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/dbix-class
IRC: irc.perl.org#dbix
implemented on the Perl side; you could possibly name your variables that hold
such objects like with SQL views.
-- Darren Duncan
___
List: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/dbix-class
IRC: irc.perl.org#dbix-class
SVN: http
,
they ended up with read-only file permissions, but typically you'd want your
database to be writable. -- Darren Duncan
___
List: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/dbix-class
IRC: irc.perl.org#dbix-class
SVN: http://dev.catalyst.perl.org
Sean McAfee wrote:
On Wed, Nov 11, 2009 at 10:21 PM, Darren Duncan dar...@darrenduncan.net wrote:
From my quick reading, the ResultSet documentation appears to be
saying you need to provide an explicit 'key' attribute value when a
match is being done on a non-primary key (aka unique
with your responses. Instead send them to
the forums or file with RT as is appropriate.
Thank you. -- Darren Duncan
___
List: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/dbix-class
IRC: irc.perl.org#dbix-class
SVN: http://dev.catalyst.perl.org
, if you consider the 6 to be a single-column,single-row table, and then
you are joining 3 tables.
Is the syntax you propose supposed to be a shorthand for that?
What DBMSs would support this syntax, as I've never seen it before?
-- Darren Duncan
developer).
Please do not reply to me directly with your responses. Instead send them to
the forums or file with RT as is appropriate.
Thank you. -- Darren Duncan
P.S. DBD::SQLite has at least 1 known bug, also in version 1.25, with regard to
full-text search (FTS3); there is an included new
license as Parrot and
Rakudo, and which is the modern 'same version as Perl' license.
Thank you. -- Darren Duncan
___
List: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/dbix-class
IRC: irc.perl.org#dbix-class
SVN: http://dev.catalyst.perl.org
for the recipients.
-- Darren Duncan
___
List: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/dbix-class
IRC: irc.perl.org#dbix-class
SVN: http://dev.catalyst.perl.org/repos/bast/DBIx-Class/
Searchable Archive: http://www.grokbase.com/group/dbix-class
:)
On that note, as I anticipated, Adam has already today released the amalgamation
as stable, as DBD::SQLite version 1.25. http://search.cpan.org/dist/DBD-SQLite/
So here's the noting it's out once it is. -- Darren Duncan
___
List: http
.
Please do not reply to me directly with your responses. Instead send them to
the forums or file with RT as is appropriate.
Thank you. -- Darren Duncan
___
List: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/dbix-class
IRC: irc.perl.org#dbix-class
this. -- Darren Duncan
Original Message
Subject: [ANNOUNCE] PostgreSQL 8.4 Beta Released
Date: Wed, 15 Apr 2009 13:41:08 -0300 (ADT)
From: Marc G. Fournier scra...@postgresql.org
To: pgsql-annou...@postgresql.org
The first beta of Version 8.4 of the world's most advanced open
example code is meant to be a more literal translation
of what the SQL is saying. If the SQL spelled out columns to return, so does my
example. If the SQL said return all columns, then mine doesn't spell them out.
Anyway, thank you for your time.
-- Darren Duncan
==
SQL:
SELECT 1
.
-- Darren Duncan
==
SQL:
SELECT 1
Muldis D Text:
function func1 (NNInt --) {
main {
1;
}
}
or:
function func1 (Relation --) {
main {
Relation:{ { attr1 = 1 } };
}
}
==
SQL:
SELECT NOW() AS time
::SQLite are expected to come out separately from and after the
stabilized switch to the amalgamation sources.
Please do not reply to me directly with your responses. Instead send them to
the forums or file with RT as is appropriate.
Thank you. -- Darren Duncan
This is not Perl specific, but probably something any current or possible users
of Postgres should know as they plan their futures. -- Darren Duncan
Original Message
Subject: [ANNOUNCE] == Postgres Weekly News - April 01 2009 ==
Date: Wed, 1 Apr 2009 01:44:32 -0700
From: David
it for that migration.
Please do not reply to me directly with your responses. Instead send them to
the forums or file with RT as is appropriate.
Thank you. -- Darren Duncan
___
List: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/dbix-class
IRC: irc.perl.org
. -- Darren Duncan
___
List: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/dbix-class
IRC: irc.perl.org#dbix-class
SVN: http://dev.catalyst.perl.org/repos/bast/DBIx-Class/
Searchable Archive: http://www.grokbase.com/group/dbix-class@lists.scsys.co.uk
'.
I think you may have to provide more details about your situation if you want
better help than this. For example, what the actual entity table schema is that
you inherited, and clarify what you are allowed to change in your schema and
what you can't change.
-- Darren Duncan
and in improving it and testing it will
later feed back into implementing Muldis::Rosetta, whose design overlaps. It is
very helpful to me if Set::Relation can be made the best it can be, as soon as
possible, so to make said feedback more timely.
Thank you and have a good day. -- Darren Duncan
of departure, but DBD::SQLite could also go the way you say. I think this
is an idea best discussed on dbi-dev or if you want to prototype and present
your idea there please do so. There are probably other issues to consider that
people may bring up.
Thank you. -- Darren Duncan
1 - 100 of 121 matches
Mail list logo