 Nama saya Yongshun. Bagus-bagus. Saya harap anda dapat melihat. Okey. Bukan terlalu banyak kota elixir Phoenix. Selepas itu, saya akan bercakap sedikit lebih tentang perkara baru yang saya sedang mengalami. Yang adalah New SQL. Yang penting adalah CockroachDB. So, api api api adalah api lunchbox yang saya telah menghubungi di medium dan saya menghubungi dan saya menggabungi supaya saya dapat melakukan demo ini. Untuk menggabungi kota elixir. Jadi, siapa saya? Saya dari... Tidak terlalu baik. Dari syarikat ini, saya panggil ODI. Jadi, di lokali, ia bermula di Singapura oleh Bas Vodeh yang adalah seorang dungu. Dia adalah seorang dungu di Scrum. Kami melakukannya seorang dungu dan seorang dungu organisasi. Kami mempunyai banyak kota elixir yang dibuat di Hengzhou, Shanghai, Jepang, Seoul, dan beberapa alamat di US dan Sydney. Saya berada di Singapura sekarang bekerja dengan CredSwiss. Jadi, saya mengambilkan diri saya sebagai penderitaan. Jadi, salah satu penderitaan kita, yang adalah, anda tidak boleh melakukannya tanpa kecepatan teknikal. Itu sebabnya, penderitaan seperti saya, kami mengambilkan diri bersama penderitaan dan kita cuba mengubah kecepatan mereka dan mengajar mereka bagaimana menerima kota elixir. Jadi, ganda. Jadi, semua orang juga memakai elixir, eleng, yang sempurna, dan sebagainya. Tetapi, banyak masa apabila anda membangun sistem ini, ada banyak yang telah dibuat yang adalah aplikasi terakhir dan yang mengambilkan sistem ini. Jadi, itu penderitaan yang lebih kecil. Saya akan masuk ke sedikit, sedikit tentang SQL baru dan apa yang bermakna untuk dibuat. Dan kemudian, banyak-banyak lagi ke KockroachDB yang Kockroach membuat untuk menjelaskan bahawa mereka berharap apa yang mereka katakan. Dan saya akan menjelaskan beberapa kota yang telah dibuat. Dengan tidak bermakna ada yang sangat memakai test yang telah dibuat dalam bahagian yang saya bercakap tentang. Mereka adalah daripada bahagian yang saya mencari. Saya membuat beberapa POC yang kecil. Kerja sehari-hari saya tidak mengajar Elixir Phoenix apa-apa saja. Dan juga, ada banyak pendapat di sini. Jadi, saya rasa semua orang bermakna dengan Bermess tradisional. Ia bermula pada tahun 70-an dan tahun 78-an. IBM DB2 bermula dan pada tahun 86-an, N.C. SQL menjadi penjara. Dan untuk setiap 10-15 tahun, ia telah menjadi standard de facto, Oracle datang Postgres datang, MySQL datang. Kemudian ada sebuah wawar dengan kawasan e-commerce yang terbiasa oleh wawar Ruby dan apa-apa yang tidak ada SQL dengan Redis, MongoDB, dan apa-apa yang berlaku. Namun, ia benar-benar ada sesuatu yang hilang. NoSQL beri kamu kemampuan untuk membuat kawasan. Kamu boleh sebenarnya membuat pakaian. Tetapi, ia tidak mempunyai kemampuan untuk transaksi. Transaksi asin yang Bermess tradisional beri kepada kamu. Ia beri kemampuan yang dikenal sebagai konsistensi kemampuan. Kamu boleh tinggalkan dengan itu. Baiklah. Kemudian di tahun 2012, Google meluncurkan pakaian disebut Google Spana projek. Jadi, itu menggunakan Bermess tradisional menggunakan asin dalam jalan menjelaskan. Dan ia beri kemampuan untuk menjelaskan transaksi asin, tetapi Google melakukannya dalam cara yang sangat ekspensif. Mereka mempunyai pakaian yang menggunakan pakaian yang menggunakan Google Spana. Selepas itu, Yugabai, Tai, Dibi, dan CockroachDB. Dibu-dibu, dari beberapa teman-teman yang membuat pakaian untuk Spana projek, mereka keluar dan cuba memilih pakaian untuk memilih pakaian untuk Spana projek. Dan itu pada tahun 2014 apabila mereka bermula. Pada pakaian 12-faktor, apa maksudnya 12-faktor? Tapi, saya baru-baru menerima pakaian yang bercakap apa maksudnya pakaian yang menggunakan pakaian yang menggunakan pakaian yang menggunakan 4 prinsipa yang menggunakan pakaian yang bergantung dan juga sebuah database. Jadi, pakaian yang pertama adalah bila-bila saya mahu pakaian saya memiliki pakaian yang lain dapat memilih pakaian dan memperbaiki pakaian. Pakaian kedua adalah api simetri. Tak kira mana pakaian yang memperbaiki pakaian saya memperbaiki pakaian, saya mengikuti pakaian yang sama. Jadi, itu api simetri. Kemudian, pakaian yang berada di syed. Jadi, dengan syed, pakaian yang tidak memperbaiki pakaian. Jadi, dalam sistem distributasi, mereka memperbaiki pakaian yang penting untuk mengikuti pakaian yang lain. Dan ia memiliki pakaian yang lain untuk berkata, siapa boleh lakukan pakaian, siapa harus menerima pakaian dan sebagainya. Kenapa saya kata ini adalah sebuah contensi. Pakaian yang memperbaiki pakaian jadi masalah dengan mempunyai pakaian seperti ini, ia menjadi pakaian singapura. Jadi, jika pakaian itu mati, pakaian seluruh pakaian berada di sebuah pakaian. Saya sebenarnya memperbaiki bagaimana pakaian kubanatis memperbaiki pakaian itu. Kemudian, pakaian yang berkelihatan, saya dapat memperbaiki banyak pakaian yang saya ingin. Mereka dapat bercakap dengan satu sama lain. Dan memperbaiki kelasan kelasan yang berlaku dari kelasan yang berlaku. Jadi sekarang, saya ada 3 pakaian. Saya dapatkan persembahan yang berlaku. Jika saya memperbaiki 2 pakaian, saya patut melihat sekurang-kurangnya percuma yang berlaku. Maksud saya, persembahan yang berlaku. Jadi, itu idea desa. Jadi, posibiliti, simetri api, tidak berkali-kali. Persembahan horizontal. Jadi, kenapa Kok Roach Dibi? Jadi, ini adalah persembahan yang mereka berlaku. Saya rasa perkara yang berlaku kerana saya terpaksa bekerja dengan institusi yang berlaku. Jika anda memerlukan duit anda, anda mahu kelasan anda berlaku. Dan anda tahu kelasan anda berlaku dan tidak ada perkara yang berlaku dengan itu. Jadi, kelasan itu adalah perkara yang berlaku untuk saya. Dan ia adalah salah satu janji kelasan baru seperti Kok Roach Dibi. Mereka berlaku untuk berkali-kali kelasan. Kami akan melihat itu dalam beberapa kelasan lain. Jadi, ada banyak perkara yang mereka berlaku tentang. Ini adalah perjalanan motor yang berlaku. Sebenarnya, mereka membuat mudah untuk anda menerang kelasan anda. Ada sesiapa yang menggunakan Oracle D4 dan cuba membuat kelasan? Jika anda datang dari tahun 1990, ada solusi yang Oracle Sells yang dipanggil Oracle RAC. Dan ia berlaku dengan Arm and a Leg. Dan anda perlu membeli kelasan yang berlaku yang berlaku dengan kelasan yang berlaku. Dan setiap kelasan berlaku dengan kok Roach Dibi. Ia adalah satu kelasan yang berlaku. Anda berlaku sama-sama dalam kelasan yang anda perlu menerang. Dan ia berlaku dengan kelasan yang sama sebagai Oracle RAC. Dan di atas itu, ia mengajar anda mempunyai kelasan. Dengan kelasan yang adalah kelasan, kelasan, kelasan dan kelasan. Jadi, anda faham kelasan. Jadi kelasan berlaku atau tidak. Kelasan adalah jika kelasan berlaku untuk kelasan saya, ia perlu menggunakan kelasan yang berlaku dalam kelasan tabung kelasan, kelasan apa-apa. Isolasi, bermakna jika saya akan memutuskan kelasan yang berlaku untuk berlaku, kelasan yang berlaku harus menjadi sama jika saya menggunakan kelasan yang serius. Dan akhirnya, kelasan yang berlaku. Jadi kelasan yang berlaku dan ada kelasan yang berlaku dan saya datang kembali, ia harus masih ada di sana. Jadi itu adalah kelasan yang adalah kelasan yang berlaku. Dan ia menghantar aplikasi data untuk anda, yang adalah kelasan yang saya rasa orang yang berkenal dengan NoSQL sudah faham. Tetapi, ia menolakkan anda mempunyai kelasan multi-aktif yang mempunyai kelasan yang tidak mempunyai yang terakhir saya tahu. Sudah tentu, kelasan yang berlaku. Jadi ia sangat mudah, untuk menghantar kelasan yang berlaku. Dan perkara ini, sokongan SQL, saya tidak tahu bagaimana penting ini untuk anda. Untuk saya, ini menolakkan saya untuk hari ini, aplikasi yang berlaku di Java, di Ruby, di Alexa. Dan saya menggunakan Acto menggunakan kelasan yang berlaku. Dan saya dapat menginterak dengannya menggunakan SQL atau apa-apa yang anda berkenal dengan. Untuk menggunakan kelasan yang sama, di bawah Kockroach, ia adalah kelasan yang penting. Tapi mereka membuatkan pengalaman yang tinggi dengan SQL. Jadi, kelasan berlaku dengan SQL saja. Ia mungkin berlaku sesuatu yang orang tidak suka. Jadi, saya lebih suka kelasan yang berlaku. Jadi lagi, ini adalah kelasan yang berlaku. Jadi, ya, bercakap tentang kelasan yang berlaku. Jadi, ini adalah kelasan yang berlaku. Pada masa yang kelasan yang berlaku, kelasan yang berlaku yang berlaku. Ada kelasan yang berlaku untuk memberikan nama yang teruk pada kelasan SQL. Jadi, kelasan seperti MongoDB, Cassandra, dan React, yang digunakan sebagai kelasan pertama atau kelasan kedua-tiga pada kelasan SQL. Tidaknya, saya faham Cassandra dan SilaDB hari ini membuatkan konfigurasi kelasan yang berlaku. Jadi, ia berlaku dengan kelasan yang berlaku juga. Jadi, kelasan yang berlaku, kita bercakap tentang KockroachDB menggunakan protokol yang berlaku untuk replikasi konsensi. Jadi, protokol yang berlaku pada kelasan yang berlaku pada hari ini. Paxos adalah salah satu. Yang lain adalah Paxos. Jadi, banyak orang beritahu tentang Paxos, dan terutamanya dalam industri yang digunakan akademik. Terutamanya kerana kelasan yang berlaku untuk menggunakan kelasan Paxos. Jadi, Spana, KockroachDB dan lebih banyak implementasi SQL yang berlaku, mereka memilih menggunakan protokol yang berlaku. Jadi, ia berlaku membuatkan kelasan yang berlaku pada kelasan yang berlaku dengan replikasi yang berlaku, yang berlaku pada kelasan yang berlaku. Jadi, apa yang berlaku, apabila kelasan berlaku menjadi kelasan, kelasan sebenarnya berlaku kepada replikasi. Dan apabila semua orang beritahu kelasan untuk berkata bahawa saya berlaku, kelasan itu akan berlaku. Jadi, dalam KockroachDB, ia memiliki dua konsep yang digunakan sebagai kelasan yang berlaku dan yang berlaku adalah kelasan yang berlaku. Jadi, kelasan yang berlaku adalah kelasan yang berlaku untuk kelasan yang berlaku. Dan kelasan ini adalah menerima tanpa kelasan. Jadi, tidak ada kelasan, adalah kelasan. Seperti untuk kelasan yang berlaku, ia juga menerima antara kelasan dan saya pergi ke adatan dan kelasan itu adalah yang menuju apakah kelasan ia digunakan dengan sepenuhnya. Dan kelasan itu dan kelasan itu Saya ada yang mempunyai Ya, ada beberapa kata-kata kepada itu, tetapi ada banyak optimisasi yang telah dibuat. Jadi, saya mula mencari Kocker's DB kembali pada tahun 2016 dan itu masih saya fikir 1.0 berjalan ke 2.0. Ia sangat teruk, ada banyak perkara yang terbentuk tentang itu. Dalam kelebihan yang paling recent yang keluar pada Jun 2018, saya rasa, mereka sebenarnya mengatakan bahawa mereka 50 kali lebih kecewa daripada Amazon Aurora. Mereka sebenarnya mempunyai kertas untuk menghubungi itu. Kemudian, kemungkinan juga bukan sesuatu yang mereka sebenarnya telah melakukannya. Dan mengambil sebuah kursus untuk mengulangkan Amazon Aurora. Dan pada masa yang sama, saya bercakap tentang pembelajaran dan pembelajaran. Ingatlah, saya beritahu bahawa ada sebuah prinsipa yang tak berharga. Jadi, anda boleh tanya, bagaimana anda bercakap tentang pembelajaran dan pembelajaran sekarang? Jadi, pembelajaran dan pembelajaran ini adalah pembelajaran antara tempatan. Jadi, kita memiliki tiga kertas. Jadi, apa yang KockroachDB lakukan adalah bahawa setiap kertas telah dihubungi antara kertas. Jadi, apabila data masuk ke KockroachDB, adil yang diberikan adalah diberikan kertas. Setiap kertas tidak mempunyai lebih daripada 64MB. Dan jika mempunyai lebih daripada 64MB, ia digunakan dan kemudian ia sebenarnya mempunyai untuk mengambil kertas lain. Jadi, ada soal kertas yang mempunyai pembelajaran dan pembelajaran yang tinggi untuk sebuah kertas data. Sebab itulah mereka dapat mencapai kertas. Jadi, dalam konfigurasi tiga kertas, mungkin ada beberapa kertas, bergantung kepada kertas dan sebagainya. Jadi, anda boleh tanya, bagaimana anda sebenarnya test konsistensi, bagaimana anda sebenarnya menarik bahawa itu adalah kertas yang anda boleh percayakan. Jadi, sesiapa yang sebenarnya telah melakukan perniagaan atau diserangkan, sistem database seharusnya seharusnya mempunyai kertas yang ini disebut Jepsen, Jepsen Eiffel. Jadi, kertas DB pada versi 1.0, sebelum berjalan ke 2.0 beta, mereka bermula mengambil kertas itu. Dan kemudian mereka bermula menambah kertas baru. Jadi, Jepsen bermula dengan no SQL. Dan ada beberapa transaksi yang kertas yang tidak dihubungi. Jadi, mereka membuat kertas itu sendiri. Mereka membuka kertas itu, lalu mengubahnya kepada Jepsen. Kemudian apabila mereka sudah di 2.0, mereka sebenarnya meminta Jepsen untuk mengambil aplikasi. Dan kemudian untuk mengambil kertas itu. Jadi, ada beberapa kertas, yang paling recent adalah kertas yang mereka telah belajar selama dua tahun yang terakhir, bercakap tentang kertas yang adalah negatif kertas, dalam kertas CAP. Jadi, jepsen kertas itu mengajar anda untuk mengubah kertas kertas CAP. Jadi, dalam kertas CAP, anda bercakap tentang konsistensi pada kertas. Atau anda bercakap tentang kemampuan pada kertas. Dan Kockroach berada pada itu adalah bahawa mereka berada pada kertas CAP dari kertas CAP. Jadi, mereka lebih suka mempunyai konsistensi. Kemudian apabila ada kertas, mereka rasa bahawa kertas kertas adalah masalah yang boleh menjadi lebih baik menggunakan kemampuan untuk mengubah kemampuan kertas dan sebagainya. Jadi, Google dapat membuat itu kerana apabila kertas Spana di sana, mereka ada kontrol dalam kertas kertas mereka dalam kertas kertas. Jadi, apa yang Kockroach berlaku adalah mereka mengadoptikan sebuah filosofi yang sama. Dan juga, kemampuan mereka adalah sesuatu yang mereka rasa yang terlalu dekat dan penting. Jadi, ada banyak kertas itu. Jika anda berminat, anda boleh klik pada kertas itu dan membaca lebih banyak tentang kertas yang berlaku. Maksudnya, kemampuan mereka adalah kemampuan. Sebenarnya, mereka mengadoptikan konkuransi dan kemudian apabila kertas network berlaku, atau mereka mengadoptikan apabila kertas kertas apabila kemampuan re-eleksi berlaku, apa yang berlaku, kemampuan itu. Jadi, lagi. Jadi, saya akan menunjukkan kota sekarang. Jadi, ada basically beberapa barang yang saya telah mengubah. Untuk test saya. Jadi, barang keta dari solusi ini saya sebenarnya menggunakan kertas kertas. Apa yang saya ingin menunjukkan adalah untuk kota yang sama yang anda telah menerima untuk kertas kertas, anda boleh mudah menghubungi untuk KocroachDB. Jadi, saya akan memulai kertas kertas yang berlaku. Kemudian, saya akan memulai kertas kertas. Kemudian, saya akan dapat jadi ini adalah apa yang berlaku di sini. Okey, jadi ini adalah untuk menunjukkan kota. Apa yang saya menggunakan ini adalah kertas kertas kertas. Tetapi ini ini tergantung pada Actual 3.0. Jadi, untuk menggunakan Ya, pergi. Maaf. Okey. Jadi, perbezaan terbaik adalah bukan perbezaan terbaik, tetapi perbezaan terbaik adalah apabila anda menggunakan kertas kertas dengan kertas kertas terbaik anda sebenarnya menggunakan kertas 3.0. Jadi, apabila anda mengubah ke kertas kertas CDB, yang adalah kertas kertas kertas kertas kertas Actual yang berlaku, anda harus mengubah ke kertas kertas. Jadi, dalam kes ini, apa yang saya ada adalah saya juga menggabungkan aplikasi yang sama pada Gigalixer. Jadi, anda dapat lihat bahawa ini adalah instansan kertas kertas kertas dengan kertas kertas kertas di sini. Dan saya sepatutnya dapat menggunakan kertas kertas yang sama. Jadi, ini adalah kertas kertas yang sama. Kertas kertas yang sama, kertas kertas yang sama. Kertas kertas yang sama. Jadi, saya akan mengubah untuk menggunakan ini menggunakan berlaku sekejap. Jadi, ini adalah aplikasi yang sama. Kertas kertas yang sama, menggunakan kertas kertas kertas. Jadi, saya akan hanya menghubungkan dan dalam kertas kertas kertas kertas saya, saya sebenarnya membuat kertas kertas yang akan menghubungkan kertas kertas untuk memulai kertas kertas kertas. Jadi, ini adalah membuat menggunakan kertas kertas yang sama jadi, kertas kertas itu akan menjadi kertas kertas. Ini hanya sebuah kertas kertas. Jadi, ini memulai kertas kertas pertama, kertas kedua, dan kertas ketiga. Jadi, untuk melihat yang saya telah menggunakan kertas kertas saya dan memulai, jadi, apabila anda memulai kertas kertas yang sama, ia sebenarnya membuat anda dengan aplikasi yang sama dengan kertas anda. Dan saya sebenarnya mempunyai 3 kertas kertas di sini. Jadi, ini semuanya. Jadi, tidak ada konfigurasi khas untuk memulai kertas ini. Anda hanya memulai kertas kertas. Jadi, jika saya dapat menunjukkan kertas kertas. Jadi, ini hanya kertas kertas. Jadi, kertas pertama basically memulai anda memulai kertas pertama dan kertas kertas ia memulai aplikasi web di 8080. Dan kemudian anda menjelaskan kertas yang lain yang aplikasi web memiliki. Jadi, mari kita kata anda memiliki 3 kertas yang berbeza di mana anda memulai kertas EC2 atau kertas GCP. Kemudian anda dapat sebenarnya memulai mereka pada kertas yang sama. Ini adalah kertas yang memulai kertas kertas kertas anda. Dan ini adalah kertas yang sebenarnya memulai kertas kertas web untuk Kocrosh TV. Jadi, sama sekali, saya dapat masuk ke 8081 dan saya dapat melihat perkara yang sama. Dan ia memberikan anda penonton kertas anda. Dan beberapa perkara yang berlaku. Ah, okey. Terima kasih. Ya. Terima kasih. Jadi, itu aplikasi dan kemudian, jadi apa yang berubah untuk memulai ini? Perhatikan saya sebenarnya memutuskan ke Kocrosh. Tapi ini kertas CDB. Itu adalah kebiasaan. Ini adalah kertas. Dan Acto telah diperlukan ke 2.2. Jadi, kertas anda harus masih bekerja dengan Kocrosh sekarang dan ia harus juga bekerja dengan Kocrosh. Sebenarnya Kaviat apabila anda membuat data porting. Jadi, mari kita kata anda memulai aplikasi di Kocrosh. Jika anda menggunakan kebiasaan untuk adik anda, Kocrosh sebenarnya menggunakan perkara seperti 1, 2, 3, 4 dan sebagainya. Apabila anda memutuskan ke Kocrosh TV, ia menggunakan adik menggunakan adik-adik menggunakan adik-adik yang seperti 4x64 Mb dan sebagainya. Jadi, ini adalah kebiasaan yang yang anda perlukan apabila anda memporting dan memporting data anda. Jadi, kembali apa yang saya mahu lakukan? Okey. Jadi, sekarang saya ada 3 instans. Saya boleh menunjukkan bagaimana saya boleh sebenarnya melakukannya kepada mereka. Dan saya boleh sebenarnya mempunyai jadi ini jika anda boleh... Oh, Tuhan. Macam mana saya lakukannya? Biar saya cuba melepaskan ini ke bawah. Ini lebih baik? Biar saya cuba melepaskan ini ke kanan. Sekejap. Okey. Jadi, saya cuba melepaskan ini ke kanan SQL pada port 26257 dan itu node pertama yang saya bermula dengan. Dan kemudian saya boleh melakukannya ke node kedua. Jadi, ini melepaskan ke 258 dan ini melepaskan ke 259. Saya harap anda dapat melihatnya. Dan sama sekali, saya boleh menunjukkan databases. Anda dapat melihat ini adalah databases yang berlainan yang berlainan. Dan saya boleh menunjukkan ke mereka. Jadi, ini melepaskan kean. Dan ya, saya tidak akan melayakannya. Tetapi itu itu apa yang dia lakukan. Ya, ia benar-benar itu. Jadi, itu, itu. Tiada apa-apa yang berlainan. Jadi, jika anda melepaskan dengan PSQL, kemudian ini adalah sesuatu yang melepaskan. Jadi, apa yang saya akan lakukan sekarang adalah, saya akan memulai tiga istimewa Fenix setiap memasukkan pada port yang berlainan. Ini akan melepaskan. Ya. Jadi, yang pertama saya akan memulai untuk port 7000, melepaskan kepada istimewa ini node yang berlainan. Ini akan melepaskan kepada yang kedua. Dan saya akan mencuba dan memasukkan masin saya. Jadi, apa yang saya ada menggunakan insomnia untuk melakukan sesuatu test. Jadi, saya ada beberapa keses test. Jadi, pertama, saya akan memasukkan tiga istimewa. Jadi, anda akan melihat bahawa ini memasukkan port 7000. Maaf. Saya harap anda dapat melihat ini. Ini adalah tempat yang penting. Dan setelah saya memasukkan itu sebab saya telah memasukkan ini di JWT. Saya akan memasukkan tiga istimewa dan saya akan memasukkan. Sebelum itu, saya akan mencuba dan memasukkan makanan yang berlainan. Jadi, anda akan melihat bahawa ada dua makanan yang telah diletakkan. Saya akan membuat satu lagi dengan memasukkan satu lagi makanan. Jadi, sebenarnya saya akan membuat sesuatu yang disebabkan bagi contoh laksa. Dan ia adalah sedap. Saya perlu memberikan tukang jadi ia membuat tukang dan jika saya akan kembali ke makanan yang tidak terkenal, saya patut melihat laksa yang telah diletakkan pada akhirnya. Dan jika saya akan membuat sebuah makanan yang terkenal anda patut melihat laksa yang terkenal di sini. Jadi, ini adalah untuk tiga istimewa dan jika saya akan memasukkan tiga istimewa pada tiga istimewa anda akan melihat data yang sama. Jadi, aplikasi sebenarnya telah berlaku seperti di sini dan jika saya akan mengubah pakaian api saya untuk memasukkan dari tiga istimewa saya patut menunggu alasan yang sama yang akan datang dari tiga istimewa juga. Jadi, anda akan melihat bahawa ia sebenarnya memasukkan tiga istimewa. Jadi, apa yang bermakna adalah jika anda mempunyai laksa yang telah diletakkan di depan aplikasi anda dan jika anda mempunyai sesuatu rupanya untuk memasukkan alasan yang akan memasukkan tiga istimewa ia boleh memasukkan kepada semua alasan data kluster di belakang. Kemudian Kockroach mempunyai kemungkinan yang penting untuk memahami tempat yang paling teruk datang dari. Jadi, jika anda mempunyai alasan yang teruk yang selalu mempunyai alasan Jerman ke alasan yang anda memasukkan di region Europea. Kemudian, anda akan mencuba dan mempunyai lebih banyak alasan di sana supaya anda dapat lebih banyak alasan data dan lebih banyak alasan yang akan datang dari itu. Dan pada masa yang sama, jika anda mencuba bahawa alasan yang teruk pada alasan itu terlalu banyak, anda akan mencuba dan memasukkan alasan itu. Jadi, alasan pertama akan menerima alasan yang bergerak ke alasan yang telah diletakkan atau memasukkan lebih banyak alasan supaya ia memasukkan alasan yang paling teruk. Kemudian, alasan kedua-dua adalah jika ia terlalu banyak alasan dan terlalu banyak alasan, ia mencuba untuk memasukkan alasan itu. Pada alasan pertama, alasan 64MB yang perlu memasukkan alasan itu. Kemudian, alasan kedua, anda akan periksa untuk alasan lain, yang lebih kurang dan anda akan memasukkan alasan itu juga. Dan sepatutnya, apa yang Korkor cakap adalah jika anda memasukkan lebih banyak alasan, anda dapat memasukkan alasan ini dan alasan itu. Dan anda boleh memasukkan jika anda mempunyai lebih banyak alasan, alasan dan alasan itu, anda dapat menggunakan itu untuk bermula untuk perjalanan anda, bagaimana anda mahu memasukkan alasan itu. Dan apabila alasan berlalu, ia menghantar secara elegan, alasan yang panjang, alasan yang memasukkan alasan itu dan ia memasukkan alasan itu. Dan jika alasan itu menerima, jadi alasan minimum yang tersebut adalah 3 3 replikan. Dan kita kata, anda hanya memasukkan 3 alasan untuk alasan itu. Dan jika satu alasan anda memasukkan, ia adalah alasan yang benar dan sebaiknya, ia akan lebih baik mempunyai konsistensi dan memasukkan alasan anda. Jadi jika anda hanya mempunyai dua alasan yang memasukkan, anda tidak akan dapat alasan yang memasukkan alasan, dan itu tidak baik. Jadi, beberapa orang mungkin cuba dan memasukkan ini dengan minum 5 atau 6 replikan. Dan anda boleh memasukkan untuk memasukkan alasan yang mempunyai dengan memasukkan alasan Kockroach TV. Jadi, itu... Mereka mempunyai alasan yang memasukkan atau memasukkan alasan yang memasukkan? Tidak, mereka tidak memasukkan. Jadi alasan yang memasukkan dan sebaiknya, alasan yang memasukkan ini. Anda boleh memasukkan seperti 3 penyakit atau aplikasi web untuk memasukkan satu Kockroach node jika anda mahu memasukkan atau anda boleh mempunyai alasan yang berbeda dengan cara anda mahu memasukkan. Anda boleh memasukkan alasan yang memasukkan dan sebaiknya, alasan yang memasukkan alasan yang memasukkan anda boleh memasukkan apapun alasan yang memasukkan dan kemudian memasukkan alasan yang memasukkan. Jadi, mereka sangat tinggi pada alasan yang memasukkan. Mereka tidak mempunyai alasan yang memasukkan. Jadi, sangat cepat, apa yang perlu. Jadi, Kockroach CDB, ini masih di bawah perubahan aktif dan, terutamanya, ia hanya memasukkan sebuah plug-in untuk... ia hanya memasukkan Akto 2.2. Untuk kode test anda, anda perlu memasukkan Akto Sandbox dengan Akto Replace Sandbox. Maksudnya, pengalaman transaksi sebenarnya... sesiapa yang menggunakan database cleaner dan Ruby sebelum ini, ia bergabung dengan strategi yang sebenarnya memasukkan database anda. Jadi, pengalaman yang memasukkan ia lebih memasukkan, ia tidak dapat memasukkan alasan yang memasukkan sebab ada banyak alasan yang memasukkan alasan yang memasukkan dan untuk efeksi ia memasukkan sekarang. Ini mungkin tidak adalah alasan terakhir tetapi hanya FYI. Jika anda perlu memasukkan apapun kode yang anda memasukkan yang berhasil dengan poskues tradisional, ini adalah dua perkara yang anda perlu memasukkan dan ini akan menjadi dalam alasan support anda. Jadi, kode yang saya memasukkan mempunyai perubahan dan ini bergabung dengan rekomendasi dari website Github. Dan itu saja. Saya rasa itu tentang yang saya ada. Biar saya lihat jika ada apa-apa yang lain yang saya bercakap tentang. Ya, itu tentang itu. Awak katakan kode yang hanya bergabung dengan hal yang perlu berubah tetapi ini adalah support seperti Gith queries dan support full deksearch yang bergabung dengan perubahan? Ya. Seperti yang bergabung dengan perubahan? Ya. Sebenarnya saya tidak yakin saya tidak menggunakan semua itu. Tetapi mereka menjadikannya adalah apa-apa pun yang bergabung dalam poskues. Jika anda memasukkan beberapa perkara um... seri segera. Mereka sangat tidak memasukkan. Dan ya, saya lupa satu perkara yang penting. Terima kasih untuk memasukkan pertanyaan itu kerana sebenarnya sebelum saya mulakan bercakap tentang perkara ini, saya patut memasukkan jadi sebelum mempunyai sistem database-nya, tahu karakter data anda. CockroachDB, jika anda akan... jika aplikasi anda memasukkan sebuah data segera. CockroachDB sangat tidak menghargai untuk menggunakan mereka. Mereka lebih untuk sebuah hubungan tradisional dan tidak terlalu banyak untuk sebuah segera. Kerana untuk anda membuat sebuah segera menggunakan SQL, ia dapat sangat bergantung. Mereka pun mempunyai sebuah talk dan demo di mana mereka menunjukkan bahawa jika anda cuba melakukannya dengan Redis, anda boleh mempunyai sebuah segera segera segera segera segera selek dan segera dalam sebuah page. Dengan ini, ia adalah sekitar 3 segera segera SQL. Dan di antara ini, anda mungkin melihat InfluxDB yang memberikan anda sebuah segera untuk mengubah SQL dan segera segera segera API juga. Ia adalah segera sekarang dan ia masih diperlukan dan dibuat. Mereka sangat memuatkan orang untuk berkontribut. Ia adalah pembentangan yang akan saya juga menjaga. Ya, terima kasih. Ya. Ya, ia adalah pembentangan Akto. Tidak, ia selalu pembentangan dengan Akto 2. Sebab itulah yang saya katakan adalah pembentangan Akto 2. Jadi ia tidak memperkenalkan Akto 3 dan anda cuba menggunakan dengan Akto 3. Mereka tidak sebenarnya menghubungi dengannya dan untuk benar-benar, Akto 3 datang mungkin terlalu lewat tahun lepas di rangka Oktober. Jadi mereka mulai memperkenalkan ini lebih awal. Ya. Ya. Ada banyak keperluan lebih banyak dan kemudian mereka memperkenalkan keadaan yang berbeda. Anda dapat memperkenalkan Akto sekarang. Jadi anda dapat menggunakan Akto tanpa SQL, tanpa pembentangan, sepenuhnya untuk keadaan dan keadaan keadaan keadaan jika anda mahu. Tetapi ya, mereka tidak keadaan Akto 3 tetapi mereka benar-benar keadaan Akto 2. Dan keadaan yang berlaku adalah lebih baik dan keadaan yang berlaku adalah lebih baik dan keadaan yang berlaku. Di mana keadaan yang berlaku? Saya suka beritahu kerana keadaan yang berlaku mempunyai. Sebab itulah anda perlu membuat perkembangan data. Saya akan berkata dan itu adalah keadaan mereka lagi. Saya tidak sebenarnya telah melakukan itu sebuah test. Kerana keadaan yang berlaku dengan keadaan horizontal, dengan Postgres, salah satu bahagian yang saya nampak yang adalah presenter yang dari Uber. Mereka mempunyai 10 10 terobat data dengan Postgres yang berlaku pada perkembangan Max Vertical Instance AWS. Mereka dapat mencapai sekitar 2,000 2K read per sekolah dan sekitar 500 writes per sekolah. Itu dengan volume 500k data dan minta maaf 10 terobat data. Dan lagi, saya tidak mempunyai keadaan yang berlaku dengan cara data mereka berlaku, berlaku, berlaku, dan sebagainya. Jadi, ini adalah secara-cara dari apa yang saya dengar. Jadi, tanpa anda sebenarnya melakukannya saya tidak mahu beritahu mereka lebih berlaku. Tetapi mereka beri anda kemungkinan untuk berkata jika saya perlu mempunyai saya tidak mempunyai keadaan yang berlaku yang adalah masalah dengan keadaan yang berlaku. Mereka mempunyai keadaan yang berlaku dan ia mempunyai banyak duit jika anda mahu melalui perkembangan itu. Ia sangat dekat daripada keadaan yang berlaku? Ya. Jadi, Kockroach pada tahun yang terakhir jika saya mulai atau tahun yang terakhir mereka memulai penghantaran. Jadi, anda dapat sama seperti Aurora DB atau bahkan RDS yang anda familiar dengan Cloud. Google Google Big Data dan Google Database dan sebagainya. Sama-sama. Mereka mempunyai anda dengan Kockroach yang tidak mempunyai dalam Cloud yang adalah sebuah servis yang anda boleh beli daripada mereka dan mereka menjelaskan itu untuk anda juga. Mereka akan mempunyai dan mempunyai perkembangan dan sebagainya dan sebagainya yang berlaku untuk anda. Jadi, sebagainya dengan 2.1 yang terakhir mereka memulai 50 kali lebih berlaku daripada Aurora pada sebuah peluang saya rasa mereka seperti 0.2 dari peluang yang anda akan memulai pada Aurora untuk mendapat sebagainya penghantaran yang sama. Tetapi lagi data itu dibuat pada sebuah sebagainya sebagainya bahawa Aurora memulai penghantaran mereka memulai sebagainya penghantaran dan memulai penghantaran penghantaran. Jadi, lagi-lalu memulai memulai penghantaran dalam perjalanan anda dan kemudian membuat perjalanan. Ya, itu saja. Terima kasih.