- 08 8月, 1999 3 次提交
-
-
由 Thomas G. Lockhart 提交于
-
由 Thomas G. Lockhart 提交于
Thanks to Garr Updegraff <garru@uci.edu> for the tip.
-
由 Thomas G. Lockhart 提交于
Use refentry.sgml as a generic header for man pages through nsgmls.
-
- 07 8月, 1999 1 次提交
-
-
由 Bruce Momjian 提交于
-
- 06 8月, 1999 5 次提交
-
-
由 Thomas G. Lockhart 提交于
Add new pages for programming languages and tcl shells.
-
由 Thomas G. Lockhart 提交于
chapter is included, not the chapter itself. Thanks to Evelyn Mitchell <efm@tummy.com> for pointing it out.
-
由 Thomas G. Lockhart 提交于
Fix rules for man pages to ensure double-pass to get cross references. Add a few new man pages.
-
由 Thomas G. Lockhart 提交于
Fix source indenting, which does not affect output. Note: still need docs on NUMERIC and DECIMAL (and let's not talk about regression tests :()
-
由 Tom Lane 提交于
hashjoinable clause, not one path for a randomly-chosen element of each set of clauses with the same join operator. That is, if you wrote SELECT ... WHERE t1.f1 = t2.f2 and t1.f3 = t2.f4, and both '=' ops were the same opcode (say, all four fields are int4), then the system would either consider hashing on f1=f2 or on f3=f4, but it would *not* consider both possibilities. Boo hiss. Also, revise estimation of hashjoin costs to include a penalty when the inner join var has a high disbursion --- ie, the most common value is pretty common. This tends to lead to badly skewed hash bucket occupancy and way more comparisons than you'd expect on average. I imagine that the cost calculation still needs tweaking, but at least it generates a more reasonable plan than before on George Young's example.
-
- 05 8月, 1999 3 次提交
-
-
由 Tom Lane 提交于
constant-coercion expression in the rules test.
-
由 Tom Lane 提交于
constants, not only string constants, at parse time. Get rid of parser_typecast2(), which is bogus and redundant...
-
由 Bruce Momjian 提交于
-
- 03 8月, 1999 2 次提交
- 02 8月, 1999 6 次提交
-
-
由 Michael Meskes 提交于
-
由 Tom Lane 提交于
(it should just call the given operator, not look up an = operator). Fix intltsel() so that all numeric data types are converted to double before trying to estimate where the given comparison value is in the known range of column values. intltsel() still needs work, or replacement, for non-numeric data types ... but for nonintegral numeric types it should now be delivering reasonable estimates.
-
由 Marc G. Fournier 提交于
back out last...
-
由 Marc G. Fournier 提交于
testing somethign...
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
configure.in to determine if a system is ELF or not. Note that some of the tests earlier may be redundant but I took the safest route. D'Arcy J.M. Cain
-
- 01 8月, 1999 6 次提交
-
-
由 Bruce Momjian 提交于
-
由 Tom Lane 提交于
neqsel now behave as per my suggestions in pghackers a few days ago. selectivity for < > <= >= should work OK for integral types as well, but still need work for nonintegral types. Since these routines have never actually executed before :-(, this may result in some significant changes in the optimizer's choices of execution plans. Let me know if you see any serious misbehavior. CAUTION: THESE CHANGES REQUIRE INITDB. pg_statistic table has changed.
-
由 Tom Lane 提交于
every time I tweak the optimizer...
-
由 Tom Lane 提交于
and target databases are of versions it knows about.
-
由 Tom Lane 提交于
-
由 Tom Lane 提交于
-
- 31 7月, 1999 2 次提交
-
-
由 Tom Lane 提交于
-
由 Bruce Momjian 提交于
update temp tables with this setting.
-
- 30 7月, 1999 9 次提交
-
-
由 Tom Lane 提交于
logic in indxpath.c, avoid generation of redundant indexscan paths for the same relation and index.
-
由 Marc G. Fournier 提交于
There is one section that changed, concernign startup...the rest is just changes for v6.5->v6.5.1, so relatively harmless
-
由 Marc G. Fournier 提交于
v6.6's HISTORY file should reflect changes that went into all previous releases, including v6.5.1 ...
-
由 Marc G. Fournier 提交于
just testing a script...
-
由 Bruce Momjian 提交于
-
由 Marc G. Fournier 提交于
Nothing changed, just testing cvslog ...
-
由 Bruce Momjian 提交于
-
由 Tom Lane 提交于
for example in the regression test database, try select * from tenk1 t1, tenk1 t2 where t1.unique1 = t2.unique2; 6.5 has this same bug ...
-
由 Tom Lane 提交于
-
- 29 7月, 1999 3 次提交
-
-
由 Bruce Momjian 提交于
-
由 Tom Lane 提交于
so that Case works in WHERE join clauses. Temporary patch --- this routine is one of many that ought to be changed to use centralized expression-tree- walking logic.
-
由 Tom Lane 提交于
detected this omission before. Miscellaneous other cleanups.
-