pgEdge ចែកចាយ Postgre SQL Buyers Guide មគ្គុទ្ទេសក៍អ្នកប្រើប្រាស់

នៅក្នុងទីផ្សារមូលដ្ឋានទិន្នន័យដែលបានចែកចាយ អ្នកលក់ជាច្រើនសព្វថ្ងៃនេះធ្វើការទាមទារអំពី "Postgres compatible" ឬ "Postgres based" ។ នេះជាការឆ្លើយតបទៅនឹងការកើនឡើងនិងប្រជាប្រិយភាពដ៏លើសលប់របស់ Postgres ជាមួយនឹងអ្នកអភិវឌ្ឍន៍។

នៅពេលសញ្ជឹងគិតអំពីការអនុម័តប្រព័ន្ធមូលដ្ឋានទិន្នន័យ Postgres ដែលបានចែកចាយ ការពិចារណាយ៉ាងប្រុងប្រយ័ត្នគួរតែត្រូវបានផ្តល់ដល់កម្រិតនៃកិច្ចខិតខំប្រឹងប្រែងដែលត្រូវការដើម្បីផ្ទេរកូដកម្មវិធី។ អ្នកទិញក៏គួរតែពិនិត្យមើលកម្រិតដែលផលិតផលស្ថិតនៅខាងក្រៅប្រព័ន្ធអេកូឡូស៊ី Postgres និងផលប៉ះពាល់ដែលកើនឡើង។

សំណួរសំខាន់ៗ

តើអ្វីជាមូលដ្ឋាននៃការអះអាងរបស់អ្នកលក់អំពីការមានមូលដ្ឋានលើ Postgres ឬ Postgres ត្រូវគ្នា? តើកិច្ចខិតខំប្រឹងប្រែងកម្រិតណានឹងពាក់ព័ន្ធនឹងការផ្ទេរកម្មវិធី និងឧបករណ៍ដែលមានស្រាប់ទៅកាន់ប្រព័ន្ធទិន្នន័យថ្មី?
តើយើងនឹងនៅតែធ្វើប្រតិបត្តិការក្នុងកម្រិតណាហើយទទួលយក Advantage នៃប្រព័ន្ធអេកូ Postgres ទូលំទូលាយប្រសិនបើយើងទទួលយកមូលដ្ឋានទិន្នន័យចែកចាយរបស់អ្នកលក់?

ការពិចារណាសំខាន់ៗ

ទំនាក់ទំនងជាមួយមូលដ្ឋានកូដ PostgreSQL

ដើម្បីយល់យ៉ាងពេញលេញអំពីមូលដ្ឋាននៃការអះអាងរបស់អ្នកលក់អំពី Postgres វាគឺជាការ advan យ៉ាងខ្លាំងtagដើម្បីចាប់ផ្តើមដោយការស៊ើបអង្កេតទំនាក់ទំនងពិតប្រាកដនៃផលិតផលជាមួយមូលដ្ឋានកូដ PostgreSQL ។

សម្រាប់ផលិតផលប្រភពបើកចំហ នេះគឺសាមញ្ញណាស់៖ អ្នកអាចពិនិត្យមើលកូដប្រភពរបស់ពួកគេនៅក្នុងឃ្លាំង Github របស់ពួកគេ។ សម្រាប់ផលិតផលដែលមានកម្មសិទ្ធិ អ្នកនឹងត្រូវសួរអ្នកលក់ឱ្យពណ៌នាដល់អ្នកពីរបៀបដែលផលិតផលរបស់ពួកគេត្រូវបានបង្កើតឡើងនៅលើ Postgres ឬរបៀបដែលវាផ្តល់នូវភាពឆបគ្នាដែលបានទាមទារ។

ថាតើផលិតផលនោះជាប្រភពបើកចំហ ឬអត់ សំណួរដែលអ្នកត្រូវសួរនៅទីនេះគឺ៖

(ក) តើមុខងារចែកចាយស្នូលរបស់ផលិតផលត្រូវបានផ្តល់ដោយវិធីបន្ថែមស្តង់ដារ (ឬផ្នែកបន្ថែម) ទៅស្នូល Postgres ខ្លួនឯងទេ?
(ខ) ម៉្យាងទៀតផលិតផលគឺជាចំនុចប្រសព្វនៃមូលដ្ឋានកូដ PostgreSQL ស្តង់ដារ ហើយប្រសិនបើដូច្នេះតើវាខុសគ្នាប៉ុន្មានពីវា (“ សមរភូមិរឹង”)?

(គ) តើផលិតផលតម្រូវឱ្យមានបំណះណាមួយដែលត្រូវអនុវត្តទៅនឹង PostgreSQL ស្តង់ដារឬ? តើកូដប្រភពសម្រាប់បំណះទាំងនេះអាចប្រើបានទេ?
(ឃ) តើផលិតផលបញ្ចូលកូដ PostgreSQL ដោយវិធីចម្លងកូដត្រង់ទៅក្នុងមូលដ្ឋានកូដផ្ទាល់ខ្លួនរបស់ផលិតផលទេ? បើដូច្នេះ តើវាត្រូវបានអាប់ដេតនាពេលថ្មីៗនេះ ពោលគឺ តើកំណែ Postgres ណាខ្លះត្រូវបានប្រើប្រាស់តាមរបៀបនេះ? តើកំណែនេះនៅតែគាំទ្រដោយសហគមន៍ Postgres ដែរឬទេ? យ៉ាងហោចណាស់អ្នកលក់ម្នាក់ (Yugabyte) បានផ្អែកលើផ្នែកនៃផលិតផលរបស់ពួកគេនៅលើកំណែ Postgres ដែលបានឈានដល់ស្ថានភាពចុងបញ្ចប់នៃជីវិត ហើយមិនត្រូវបានគាំទ្រដោយសហគមន៍ទៀតទេ។

(ង) ប្រសិនបើផលិតផលមិនប្រើប្រាស់កូដ Postgres ទេ តើកម្រិតដែលទាមទារនៃភាពឆបគ្នារបស់ Postgres ត្រូវបានផ្តល់ជូនយ៉ាងដូចម្តេច?

plEdge Distributed PostgreSQL ត្រូវបានបង្កើតឡើង 100% លើស្តង់ដារ PostgreSQL ហើយមុខងារចែកចាយស្នូលត្រូវបានអនុវត្តតាមរយៈផ្នែកបន្ថែម Postgres ស្តង់ដារហៅថា Spock ។ pgEdge Distributed PostgreSQL ក៏រួមបញ្ចូលនូវបំណះស្រេចចិត្តតូចៗជាច្រើន (50 ទៅ 100 បន្ទាត់) ទៅនឹង Postgres ស្តង់ដារ ដើម្បីអនុវត្តមុខងារកម្រិតខ្ពស់មួយចំនួន។ កូដប្រភពមាននៅទំព័រ pgEdge Github សម្រាប់សមាសធាតុទាំងអស់នៃ pgEdge Distributed PostgreSQL ។

ប្រភេទនៃភាពឆបគ្នារបស់ Postgres

ការពិចារណាបន្ទាប់ដែលត្រូវមើលគឺប្រភេទនៃភាពឆបគ្នារបស់ Postgres ដែលត្រូវបានអះអាងដោយអ្នកលក់។ ការទាមទារទាំងនេះធ្លាក់ចូលទៅក្នុងបីប្រភេទខាងក្រោម។

ពិធីការខ្សែត្រូវគ្នា។ - ការប្រាស្រ័យទាក់ទងរវាងអតិថិជនកម្មវិធី និងម៉ាស៊ីនមេ Postgres ផ្នែកខាងក្រោយកើតឡើងនៅលើច្រក TCP (5432 តាមលំនាំដើម)។ PostgreSQL មានពិធីការដែលបានចងក្រងយ៉ាងល្អសម្រាប់ការឆ្លងកាត់ពាក្យបញ្ជា SQL និងលទ្ធផលរបស់ពួកគេរវាងម៉ាស៊ីនភ្ញៀវ និងម៉ាស៊ីនមេ។ ផលិតផលមូលដ្ឋានទិន្នន័យដែលបានចែកចាយមួយចំនួនបានទទួលយកពិធីការខ្សែ Postgres ហើយនេះអនុញ្ញាតឱ្យពួកគេប្រើកម្មវិធីបញ្ជាភាសាដូចគ្នានឹង Postgres ។

ទោះជាយ៉ាងណាក៏ដោយ ផលិតផលដែលឆបគ្នាជាមួយពិធីសារខ្សែផ្តល់តិចតួចក្នុងវិធីនៃភាពឆបគ្នារបស់ Postgres ពិតប្រាកដ ចាប់តាំងពីវាក្យសម្ព័ន្ធ SQL និង semantics ដែលត្រូវបានគាំទ្រជាធម្មតានឹងមានភាពខុសគ្នាខ្លាំងពី Postgres ស្តង់ដារ។ កម្មវិធី Postgres ប្រហែលជាអាចភ្ជាប់ដំបូងជាមួយមូលដ្ឋានទិន្នន័យគោលដៅ ប៉ុន្តែយ៉ាងឆាប់រហ័សនឹងបង្ហាញកំហុសវាក្យសម្ព័ន្ធ SQL និងអាកប្បកិរិយាដែលមិនរំពឹងទុក។

វាក្យសម្ព័ន្ធត្រូវគ្នា។ - កម្រិតបន្ទាប់នៃភាពឆបគ្នារបស់ Postgres គឺភាពឆបគ្នាវាក្យសម្ព័ន្ធ SQL ។ តើផលិតផលទទួលយកពាក្យបញ្ជា Postgres SQL ទាំងអស់ ឬយ៉ាងហោចណាស់សំណុំរងមួយ ហើយប្រតិបត្តិពួកវាជាមួយនឹងអត្ថន័យដូចគ្នានឹង Postgres ស្តង់ដារដែរឬទេ? ប្រសិនបើភាពឆបគ្នានៃវាក្យសម្ព័ន្ធត្រូវបានទាមទារ តើភាពឆបគ្នានេះជាមួយនឹងកំណែបច្ចុប្បន្នទាំងអស់របស់ Postgres ឬគ្រាន់តែជាកំណែតែមួយមុន?

ការយកចិត្តទុកដាក់ជាពិសេសគួរតែត្រូវបានបង់ថាតើផលិតផលនេះគាំទ្រមុខងារ Postgres និងដំណើរការរក្សាទុកឬអត់ ហើយតើវាគាំទ្រភាសាកម្មវិធីដ៏ធំទូលាយដូចគ្នាដែល Postgres និងផ្នែកបន្ថែមផ្សេងៗធ្វើដែរឬទេ? នេះគឺជាសំណួរដ៏សំខាន់ជាពិសេសសម្រាប់កម្មវិធីដែលប្រើប្រាស់មុខងារ និងនីតិវិធីដែលបានរក្សាទុកយ៉ាងសំខាន់។ សាជីវកម្មជាច្រើនពីមុនបានផ្លាស់ប្តូរកម្មវិធី Oracle របស់ពួកគេទៅ Postgres ដោយប្រើប្រាស់ភាពស្រដៀងគ្នានៅក្នុងវាក្យសម្ព័ន្ធរវាងភាសា Oracle procedural PL/SQL និង Postgres ដែលស្មើនឹង PL/pgSQL ។ ក្នុងករណីបែបនេះ ការគាំទ្រពេញទំហឹងសម្រាប់ PL/pgSQL ទំនងជាតម្រូវការដ៏សំខាន់ លុះត្រាតែមានការងារអភិវឌ្ឍន៍ឡើងវិញយ៉ាងច្រើនត្រូវបានគិតរួចហើយ។

ការយកចិត្តទុកដាក់ស្រដៀងគ្នានេះគួរតែត្រូវបានផ្តល់ទៅឱ្យការគាំទ្រសម្រាប់គន្លឹះដែលត្រូវបានប្រើយ៉ាងទូលំទូលាយនៅក្នុងកម្មវិធី Postgres ។

អ្នកលក់ដែលអះអាងថាភាពត្រូវគ្នានឹងវាក្យសម្ព័ន្ធ Postgres ជាធម្មតានឹងមានទំព័រនៅលើរបស់ពួកគេ។ webគេហទំព័រ ឬនៅក្នុងឯកសាររបស់ពួកគេដែលពិពណ៌នាអំពីភាពខុសគ្នា និងលក្ខណៈពិសេសដែលបាត់រវាងការអនុវត្ត SQL របស់ផលិតផលរបស់ពួកគេ និងស្តង់ដារ Postgres ។ នេះគួរតែត្រូវបានពិនិត្យដើម្បីកំណត់ថាតើភាពខុសគ្នាទាំងនេះនឹងបង្កើតចំនួនដ៏មានអត្ថន័យនៃការផ្លាស់ប្តូរកូដដែលលើស។

ផ្អែកលើ Postgres ពេញលេញ - ទីបំផុតយើងមកដល់មូលដ្ឋានទិន្នន័យចែកចាយដែលផ្អែកលើស្តង់ដារ PostgreSQL ។ ផលិតផលបែបនេះជាធម្មតានឹងវេចខ្ចប់ Postgres ស្តង់ដាររួមជាមួយនឹងផ្នែកបន្ថែម និងបំណះដែលត្រូវការសម្រាប់ប្រតិបត្តិការចែកចាយ។ នេះគួរតែបង្ហាញឱ្យឃើញយ៉ាងពេញលេញនៅក្នុងមូលដ្ឋានកូដរបស់ផលិតផល

ផលិតផលទាំងនេះស្ថិតក្នុងការគោរពទាំងអស់ដូចគ្នានឹង Postgres ឯករាជ្យដែលមានវាក្យសម្ព័ន្ធ អត្ថន័យ និងអាកប្បកិរិយាដូចគ្នានៃ Postgres ស្តង់ដារ ដែលស្ថិតនៅក្រោមដែនកំណត់ដែលកំណត់ដោយស្ថាបត្យកម្មចែកចាយនៃផលិតផល (សូមមើលខាងក្រោម)។ ដូច្នេះវាមិនសមហេតុផលពេកទេក្នុងការហៅផលិតផលទាំងនេះថា "Postgres ឆបគ្នា" នៅពេលដែលការពិតពួកគេផ្អែកលើ Postgres ។

ផលិតផល Postgres ដែលបានចែកចាយដែលមានមូលដ្ឋានពេញលេញលើស្តង់ដារ Postgres អាចទទួលយក advantage ស្ទើរតែគ្រប់ផ្នែកបន្ថែម ឧបករណ៍ និងផលិតផលបន្ថែមដែលមាននៅក្នុងប្រព័ន្ធអេកូ Postgres ដ៏ធំ និងកំពុងរីកចម្រើន។ ហើយសំខាន់ជាងនេះទៅទៀត កូដកម្មវិធីនៅក្នុងករណីជាច្រើនមិនតម្រូវឱ្យធ្វើការឡើងវិញទេ ទោះបីជាការធ្វើតេស្តច្រើនត្រូវបានណែនាំក៏ដោយ។

pgEdge ចែកចាយ PostgreSQL គឺផ្អែកទាំងស្រុងលើ Postgres ស្តង់ដារ

ការគាំទ្រសម្រាប់កំណែ PostgreSQL ថ្មី។

អ្នកទិញគួរតែសួរអ្នកលក់ថា តើការគាំទ្រសម្រាប់កំណែសំខាន់ៗរបស់ Postgres ថ្មីត្រូវបានបញ្ចូលទៅក្នុងផលិតផលបានលឿនប៉ុណ្ណា។ ជាធម្មតា វាមិនគួរលើសពីពីរបីសប្តាហ៍ ឬច្រើនខែពីការចេញផ្សាយកំណែធំប្រចាំឆ្នាំរបស់ Postgres រៀងរាល់ខែកញ្ញា ឬខែតុលា។ ទោះជាយ៉ាងណាក៏ដោយ ដោយសារតែធម្មជាតិនៃរបៀបដែលផលិតផលរបស់ពួកគេត្រូវបានបង្កើតឡើង ផលិតផលមូលដ្ឋានទិន្នន័យដែលបានចែកចាយមួយចំនួនមិនបន្ថែមការគាំទ្រសម្រាប់កំណែសំខាន់ៗថ្មីរបស់ Postgres ទេ។ នេះមានន័យថាអ្នកទិញមិនអាចចូលប្រើការច្នៃប្រឌិត និងការកែលម្អសំខាន់ៗដែលចូលទៅក្នុងការចេញផ្សាយកំណែសំខាន់ៗរបស់ Postgres ថ្មីនីមួយៗនោះទេ។

pgEdge ផ្តល់នូវការគាំទ្រសម្រាប់កំណែ Postgres សំខាន់ៗថ្មីក្នុងរយៈពេលពីរបីសប្តាហ៍នៃការចេញផ្សាយនីមួយៗ។ លើសពីនេះ pgEdge គាំទ្រការចេញផ្សាយបេតាមួយចំនួន មុនពេលដែលការចេញផ្សាយដ៏សំខាន់អាចរកបាន។ (នេះគឺសម្រាប់គោលបំណងវាយតម្លៃ និងសាកល្បងតែប៉ុណ្ណោះ យើងគួរតែបន្ថែម!)

ការគាំទ្រសម្រាប់ផ្នែកបន្ថែម PostgreSQL

កត្តារួមចំណែកដ៏សំខាន់មួយចំពោះភាពជោគជ័យរបស់ Postgres ក្នុងប៉ុន្មានឆ្នាំថ្មីៗនេះ គឺស្ថាបត្យកម្មដែលអាចពង្រីកបានរបស់វា និងផ្នែកបន្ថែមរាប់ពាន់ដែលត្រូវបានបង្កើតឡើងសម្រាប់វា។ ក្នុងករណីខ្លះផ្នែកបន្ថែមទាំងនេះអនុញ្ញាតឱ្យ Postgres ដំណើរការជាប្រភេទមូលដ្ឋានទិន្នន័យខុសគ្នាទាំងស្រុង៖ សម្រាប់ឧample, ផ្នែកបន្ថែម PostGIS ប្រែ Postgres ទៅជា spatial database ហើយ pgvector ប្រែវាទៅជា vector database។

អ្នកទិញគួរតែកំណត់កម្រិតនៃការគាំទ្រនៅក្នុងផលិតផល - គ្មានកំណត់ ឬពេញលេញ - សម្រាប់ផ្នែកបន្ថែម Postgres ។ តើការបន្ថែមការគាំទ្រសម្រាប់ផ្នែកបន្ថែមជាក់លាក់តម្រូវឱ្យអ្នកលក់ផលិតផលធ្វើការងារដើម្បីបង្កើតការគាំទ្រនេះទេ? ឬតើផ្នែកបន្ថែមគ្រាន់តែដំណើរការដោយគ្មានការកែប្រែទៅលើផ្នែកបន្ថែម ឬផលិតផល ដូចទៅនឹងស្តង់ដារ Postgres ដែរឬទេ?

pgEdge Distributed PostgreSQL គាំទ្រជួរពេញលេញនៃផ្នែកបន្ថែម Postgres ដែលអាចប្រើបាន ទោះបីជាអ្នកប្រើប្រាស់គួរតែសាកល្បងផ្នែកបន្ថែមដែលត្រូវការ ដើម្បីធានាថាពួកវាដំណើរការបានត្រឹមត្រូវនៅក្នុងការកំណត់រចនាសម្ព័ន្ធពហុមេដែលបានចែកចាយ។ pgEdge អាចផ្តល់នូវបញ្ជីនៃផ្នែកបន្ថែមដែលត្រូវបានសាកល្បង និងសុពលភាពរួចហើយ។

ផលប៉ះពាល់នៃស្ថាបត្យកម្មមូលដ្ឋានទិន្នន័យដែលបានចែកចាយលើភាពឆបគ្នារបស់ Postgres ពេញលេញ

ដោយឯករាជ្យនៃការគាំទ្ររបស់ពួកគេសម្រាប់ Postgres ប្រព័ន្ធមូលដ្ឋានទិន្នន័យដែលបានចែកចាយយ៉ាងទូលំទូលាយអនុវត្តតាមស្ថាបត្យកម្មមួយក្នុងចំណោមស្ថាបត្យកម្មពីរផ្សេងគ្នា៖

មូលដ្ឋានទិន្នន័យ "CP" ផ្តល់អាទិភាពដល់ភាពស៊ីសង្វាក់គ្នាពេញលេញលើភាពអាចរកបាន និងភាពយឺតយ៉ាវទាប
មូលដ្ឋានទិន្នន័យ "AP" ផ្តល់អាទិភាពដល់ភាពអាចរកបាន និងភាពយឺតយ៉ាវទាប និងការផ្តល់នូវភាពស៊ីសង្វាក់គ្នាជាយថាហេតុ។

(ការកំណត់ "CP" និង "AP" មកពីទ្រឹស្តីបទ CAP ដែលអ្នកអាចអាននៅទីនេះ។ )

មូលដ្ឋានទិន្នន័យ CP នៅក្នុងទីផ្សារបច្ចុប្បន្នរួមមាន CockroachDB, YugabyteDB និង Google Cloud Spanner ។ មូលដ្ឋានទិន្នន័យ AP រួមមាន pgEdge, EDB Postgres Distributed, Oracle Goldengate និងមូលដ្ឋានទិន្នន័យ NoSQL ជាច្រើនដូចជា MongoDB, Cassandra និង DynamoDB ។

ឧបសគ្គនៃមូលដ្ឋានទិន្នន័យ CP ដាក់កម្រិតលើលក្ខណៈពិសេស Postgres ដែលអាចត្រូវបានគាំទ្រដោយផលិតផល។ ជាថ្មីម្តងទៀត សូមពិគ្រោះជាមួយឯកសាររបស់អ្នកលក់សម្រាប់ព័ត៌មានលម្អិតអំពីភាពខុសគ្នាជាមួយ Postgres ស្តង់ដារ។

ឧបសគ្គនៃមូលដ្ឋានទិន្នន័យ AP តម្រូវឱ្យកម្មវិធីអាចដំណើរការជាគំរូស្របគ្នាជាយថាហេតុ។ ដំណឹងល្អគឺថាមនុស្សជាច្រើនអាចធ្វើបាន ដូចដែលបានបង្ហាញដោយប្រជាប្រិយភាពនៃមូលដ្ឋានទិន្នន័យ NoSQL AP ដូចជា MongoDB និង Cassandra ។ វាក៏គួរឱ្យកត់សម្គាល់ផងដែរថានៅថ្នាំងនីមួយៗនៅក្នុងចង្កោម AP ដែលបានចែកចាយតាមភូមិសាស្រ្ត ភាពស្ថិតស្ថេរ Postgres ស្តង់ដារ កម្រិតឯកោ និងការអនុលោមតាម ACID ត្រូវបានគេមើលឃើញក្នុងចំណោមអតិថិជនដែលភ្ជាប់ទៅថ្នាំងនោះ។

អាដវ៉ានtages នៃសហគមន៍ និងប្រព័ន្ធអេកូឡូស៊ី Broad Postgres

ការអភិវឌ្ឍន៍ PostgreSQL ត្រូវបានជំរុញដោយសហគមន៍អ្នកអភិវឌ្ឍន៍ដ៏រស់រវើក ដែលធំជាងគេទីពីរនៅលើពិភពលោកបន្ទាប់ពីលីនុច។ នេះអនុញ្ញាតឱ្យ Postgres បន្តវិវត្ត និងផ្តល់នូវការច្នៃប្រឌិតឥតឈប់ឈរ។ ការដែលអាចចូលទៅក្នុងការអភិវឌ្ឍន៍ដែលដឹកនាំសហគមន៍នេះគឺជាហេតុផលមួយដែលអង្គការទទួលយក Postgres ។

ប្រសិនបើផលិតផលមូលដ្ឋានទិន្នន័យដែលបានចែកចាយមិនមានមូលដ្ឋានលើ Postgres ហើយដូច្នេះមិនមែនជាផ្នែកនៃ Postgres ទេ ហើយផ្ទុយទៅវិញត្រូវបានជំរុញដោយក្រុមហ៊ុនតែមួយ (ទោះបីជាវាជាប្រភពបើកចំហក៏ដោយ) អង្គការដែលទិញផលិតផលនឹងមិនអាចទទួលបានអត្ថប្រយោជន៍ពីការច្នៃប្រឌិតទៀតទេ។ មកពីសហគមន៍ Postgres ។

អនុសាសន៍

អង្គការដែលវាយតម្លៃ Postgres ដែលត្រូវគ្នា ឬផលិតផលមូលដ្ឋានទិន្នន័យចែកចាយដែលមានមូលដ្ឋានលើ Postgres គួរ៖

វាយតម្លៃផលិតផលដោយផ្អែកលើលក្ខណៈវិនិច្ឆ័យដែលបានរៀបរាប់ខាងលើ។
ដំណើរការគម្រោងសាកល្បងដែលរួមបញ្ចូលការធ្វើចំណាកស្រុកទាំងអស់ ឬផ្នែកនៃកម្មវិធីគន្លឹះ ដើម្បីដំណើរការលើផលិតផលយ៉ាងហោចណាស់ពីរក្នុងបញ្ជីសម្រាំង។ សូមក្រឡេកមើលកម្រិតនៃកិច្ចខិតខំប្រឹងប្រែងដែលត្រូវការដើម្បីធ្វើចំណាកស្រុកកូដដែលបានប្រើនៅក្នុងអ្នកបើកបរ ហើយប្រើវាដើម្បីបន្ថែមទៅកម្រិតទាំងមូលនៃកិច្ចខិតខំប្រឹងប្រែងធ្វើចំណាកស្រុក។
សម្រាប់ផលិតផលដែលមិនមានមូលដ្ឋានលើ Postgres ទាំងស្រុង បន្ថែមពីលើការលើកពីការធ្វើចំណាកស្រុក សូមពិចារណាថាតើវាមានសារៈសំខាន់យ៉ាងណាសម្រាប់អង្គការដើម្បីឲ្យស្របតាមសហគមន៍ និងប្រព័ន្ធអេកូឡូស៊ី Postgres និងការច្នៃប្រឌិត ការបន្ថែម ឧបករណ៍ និងទេពកោសល្យដែលពួកគេផ្តល់។

អំពីអ្នកនិពន្ធ

ហ្វីលីព មឺរិច
សហស្ថាបនិក/នាយកប្រតិបត្តិ pgEdge

អ្នកបង្កើតកម្មវិធីតាមផ្ទៃខាងក្រោយ ជាមួយនឹងការច្នៃប្រឌិតជាច្រើនក្នុងការប្រើប្រាស់ប្រចាំថ្ងៃដោយមនុស្សរាប់លាននាក់។ សហគ្រិនជោគជ័យ អ្នកបច្ចេកទេស និងជានាយកប្រតិបត្តិ ដែលមានឯកទេសផ្នែកទន់សហគ្រាស និងទីផ្សារ Cloud/SaaS នៅសហរដ្ឋអាមេរិក អឺរ៉ុប និងអាស៊ី/ប៉ាស៊ីហ្វិក។ សហស្ថាបនិក និង/ឬ CEO របស់ webវិធីសាស្រ្ត, EDB, VisualCV, SparkPost, Fugue និង pgEdge ។ បានដឹកនាំក្រុមហ៊ុនជាច្រើនពីដំណាក់កាលចាប់ផ្តើមដំបូងតាមរយៈ IPO និងលើសពីនេះ ក៏ដូចជាការចេញជោគជ័យចំនួន 9 នៅក្នុងជួរតួលេខ 10 ទៅ XNUMX ។ បម្រើក្នុងមុខតំណែងសាធារណៈ និងក្រុមប្រឹក្សាជាច្រើន។

អំពី pgEdge

បេសកកម្មរបស់ pgEdge គឺធ្វើឱ្យមានភាពងាយស្រួលក្នុងការសាងសង់ និងដាក់ពង្រាយកម្មវិធីមូលដ្ឋានទិន្នន័យដែលបានចែកចាយខ្ពស់នៅទូទាំងបណ្តាញសកល។ បង្កើតឡើងដោយអតីតយុទ្ធជនឧស្សាហកម្មដែលមាន champការប្រើប្រាស់សហគ្រាស ioned នៃមូលដ្ឋានទិន្នន័យ PostgreSQL អស់រយៈពេលជាច្រើនទសវត្សរ៍ និងបានជួយដំណើរការសេវាកម្មពពកមូលដ្ឋានទិន្នន័យដែលគ្រប់គ្រងដ៏ធំបំផុតរបស់ពិភពលោក pgEdge មានទីស្នាក់ការកណ្តាលនៅភាគខាងជើងរដ្ឋ Virginia ។ ស្ថាបនិកធ្លាប់បានបង្កើត និង/ឬដឹកនាំក្រុមហ៊ុនជោគជ័យដូចជា webវិធីសាស្រ្ត (NASDAQ: WEBM), EnterpriseDB (ទិញដោយ Bain Capital), SparkPost (ទិញដោយ MessageBird), OpenSCG (ទិញដោយ AWS) និង Fugue (ទិញដោយ Snyk)។ វិនិយោគិននៅក្នុង pgEdge រួមមាន Sands Capital Ventures, Grotech Ventures និង Sand Hill East ។

ជំនួយអតិថិជន

ផ្លូវ 201 N. Union Street
អាឡិចសាន់ឌ្រី, VA 22314
www.pgedge.com

ឯកសារ/ធនធាន

pgEdge ចែកចាយ Postgre SQL មគ្គុទ្ទេសក៍អ្នកទិញ [pdf] ការណែនាំអ្នកប្រើប្រាស់
ចែកចាយ Postgre SQL Buyers Guide, Postgre SQL Buyers Guide, Buyers Guide, Guide

ឯកសារយោង

សៀវភៅណែនាំអ្នកប្រើប្រាស់

ការណែនាំ