Comments 12
Спасибо, даже не знал о ZeosLib (Он, оказывается на sourceforge.net/projects/zeoslib). Интересно, а аналог MyDAC для MySQL вы не знаете?
Сам не давно писал программу на связке Delphi+Postgres и сразу хочу всех отговорить использовать ADO, действительно, скорость по сравнению с остальными средствами доступа в 3-4 раз меньше.
Вот кстати результаты моих тестов
Вставка миллиона записей в цикле.
Запросы к базе были такие
DROP TABLE test
CREATE TABLE test (id integer, f1 character varying(100), f2 character varying(100)) WITH (OIDS=FALSE)
for (i = 1; i < 1000000; i++)
{
INSERT INTO test (id, f1, f2) values (i, i + 1000000, 1000000)
}
Postgres 8.3.3
C + libpq-fe.h
1. 148 sec
2. 145 sec
3. 148 sec
Python 2.5.2 + PyGreSQL
1. 171 sec
2. 170 sec
3. 170 sec
Delphi 2006 + ADO (psqlodbc)
1. 15:56 min
2. 16:33 min
3. 15:50 min
Delphi 2006 + ZEOS 6.6.1
1. 175 sec
2. 175 sec
3. 176 sec
Вставка миллиона записей в цикле.
Запросы к базе были такие
DROP TABLE test
CREATE TABLE test (id integer, f1 character varying(100), f2 character varying(100)) WITH (OIDS=FALSE)
for (i = 1; i < 1000000; i++)
{
INSERT INTO test (id, f1, f2) values (i, i + 1000000, 1000000)
}
Postgres 8.3.3
C + libpq-fe.h
1. 148 sec
2. 145 sec
3. 148 sec
Python 2.5.2 + PyGreSQL
1. 171 sec
2. 170 sec
3. 170 sec
Delphi 2006 + ADO (psqlodbc)
1. 15:56 min
2. 16:33 min
3. 15:50 min
Delphi 2006 + ZEOS 6.6.1
1. 175 sec
2. 175 sec
3. 176 sec
кто-то еще пишет на дельфи?
зря вы так — знаю пару довольно крупных контор у которых бухгалтерия на дельфевых прогах работает + qip помоему тоже на нем реализован
Я пишу на делфи. И, кстати, сейчас новая версия Delphi 2009 выходит.
+Total Commander написан на делфи и куча игр, в том числе Космические Ренджеры и Штырлиц.
+Total Commander написан на делфи и куча игр, в том числе Космические Ренджеры и Штырлиц.
Да)
delphi.wikia.com/wiki/Good_Quality_Applications_Built_With_Delphi
delphi.wikia.com/wiki/Good_Quality_Applications_Built_With_Delphi
Спасибо, пригодилось сравнение PostgreDAC и ZEOSLib. Сам использую Zeos 6.6 и тоже сталкивался с проблемой чтения полей типа «bytea». Замечу, что корректно (по крайней мере в моем случае) обрабатывается подобное поле в ситуации когда оно является OUT параметром хранимой процедуры.
Например:
CREATE FUNCTION get_data (id_parent integer, x1 numeric, y1 numeric, x2 numeric, y2 numeric, out geom bytea, ...) RETURNS SETOF record AS
$body$
SELECT geom::bytea,…
FROM gdata
WHERE…
$body$
LANGUAGE 'sql';
Еще как вариант советуют использовать вместо bytea типа поля lo (large object)
Например:
CREATE FUNCTION get_data (id_parent integer, x1 numeric, y1 numeric, x2 numeric, y2 numeric, out geom bytea, ...) RETURNS SETOF record AS
$body$
SELECT geom::bytea,…
FROM gdata
WHERE…
$body$
LANGUAGE 'sql';
Еще как вариант советуют использовать вместо bytea типа поля lo (large object)
Sign up to leave a comment.
Delphi+PostgreSQL