Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dzPAR-000384-6F for pgsql-performance@arkaria.postgresql.org; Tue, 03 Oct 2017 15:31:31 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84_2) (envelope-from ) id 1dzPAQ-0008DA-PJ for pgsql-performance@arkaria.postgresql.org; Tue, 03 Oct 2017 15:31:30 +0000 Received: from makus.postgresql.org ([2001:4800:1501:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1dzP8f-00051C-L5 for pgsql-performance@postgresql.org; Tue, 03 Oct 2017 15:29:41 +0000 Received: from mail-wm0-x233.google.com ([2a00:1450:400c:c09::233]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.84_2) (envelope-from ) id 1dzP8c-0002DS-KW for pgsql-performance@postgresql.org; Tue, 03 Oct 2017 15:29:40 +0000 Received: by mail-wm0-x233.google.com with SMTP id q132so17770623wmd.2 for ; Tue, 03 Oct 2017 08:29:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=k6gWmki9tL0Tgz2X4mGUQ0uX9awpkKjN2mtGkemPxpE=; b=t0L2y6W4WHnuJxbfFDhMuDQWQBfarVipj77sDutqzkGJoeb5YRldp4Oye4cCHtEKbv wDiOLllZC+euyZM0qNzFZBRUNSG8XBRUamB1hAIj73OxKWbmeYdYuUMwOV8C58KbP5+C 8ENA6dG5iVuOJLFnKB430vf9xtFnfcoTasgzoscWXmprv1Q5cppLmOQHIkubmIZlyzv4 phJWFnOTJNGnKftbbeugcNBJVaNg48Fa8Xo6UUOpzGdK1W5N33a89H4pWok1ioeAgKvx tOGihmu3i7g8vg6IT/E/MfR8ZZIkpcswuM20GrYYJsxFHjGaCU0MlVAhcCmUxx283UdV CjBw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=k6gWmki9tL0Tgz2X4mGUQ0uX9awpkKjN2mtGkemPxpE=; b=q7qHp9We2UY4ayjGYmCJtwRy0/b0d0hCqAtPYVAj0QP6ZAg3GCh/Mg+mc1OzPh+RXt ww8bsOfd58iokls91A4hj/QfA79NFh2gzMoAlrtE29QuCv4ctakZGNtubX5eNWxoHD0K USItfdThV1TyqVcBEau5FZ2vTARt6YcDbGtf5lH4VbQWMmaYM+KN9Ar0m5qYNFSET/n6 PYbEYHAu1QegL/qd9rGbfWgvKyJB5ozUPdE5TD/Y/H9ZMzzd5J0LHbsxxNg7hQgaE+TS l+FUtDPD++NEpoN2jxcztGyBL0Mh/2qXT4Jn1qNCEZYygT2pnzrD799CuCHa3I3FYgFi dQxw== X-Gm-Message-State: AMCzsaWIlFE3OdYz4f/nQ9vEIb/IIy0b+/a6QpCLZVutCYv3+QEhE1QE mmcdp3kPCaM3DHQSgroNL8sPq2DLhtA09LiZJXo= X-Google-Smtp-Source: AOwi7QD6z25whzTvjg6BMUmoPXPGIqTj66mAc+YMcwVpGhu5Rj6sKV8oWSvoiPqKd8wWtl7qE0BXgfTzJuGX+1MLU0o= X-Received: by 10.28.137.193 with SMTP id l184mr7330896wmd.24.1507044576325; Tue, 03 Oct 2017 08:29:36 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.146.7 with HTTP; Tue, 3 Oct 2017 08:28:55 -0700 (PDT) In-Reply-To: References: <1507042486.2998.1.camel@cybertec.at> From: Pavel Stehule Date: Tue, 3 Oct 2017 17:28:55 +0200 Message-ID: Subject: Re: Stored Procedure Performance To: Adam Brusselback Cc: Purav Chovatia , "pgsql-performance@postgresql.org" Content-Type: multipart/alternative; boundary="001a11441764a1f6ae055aa62855" List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-performance Precedence: bulk Sender: pgsql-performance-owner@postgresql.org --001a11441764a1f6ae055aa62855 Content-Type: text/plain; charset="UTF-8" 2017-10-03 17:17 GMT+02:00 Adam Brusselback : > There is also the option of pg_stat_statements: https:// > www.postgresql.org/docs/current/static/pgstatstatements.html and > auto_explain: https://www.postgresql.org/docs/current/ > static/auto-explain.html > > These should help you identify what is slowing things down. There is no > reason I could think of you should be seeing a 10x slowdown between > Postgres and Oracle, so you'll likely have to just profile it to find out. > depends what is inside. The max 10x slow down is possible if you are hit some unoptimized cases. The times about 1ms - 10ms shows so procedure (code) can be very sensitive to some impacts. Regards Pavel --001a11441764a1f6ae055aa62855 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


2017-10-03 17:17 GMT+02:00 Adam Brusselback <adambrusselback@g= mail.com>:

These should help you identify what is slowing things down.=C2= =A0 There is no reason I could think of you should be seeing a 10x slowdown= between Postgres and Oracle, so you'll likely have to just profile it = to find out.

depends what is in= side.

The max 10x slow down is possible if you are= hit some unoptimized cases. The times about 1ms - 10ms shows so procedure = (code) can be very sensitive to some impacts.

Regards

Pavel

--001a11441764a1f6ae055aa62855--