რა თქმა უნდა, რა თქმა უნდა, რა თქმა უნდა, რა თქმა უნდა, რა თქმა უნდა, რა თქმა უნდა, რა თქმა უნდა, რა თქმა უნდა, რა თქმა უნდა, რა თქმა უნდა, რა თქმა უნდა, რა თქმა უნდა, რა თქმა უნდა, რა თქმა უნდა, რა თქმა უნდა, რა თქმა უნდა, რა თქმა უნდა, რა თქმა უნდა, რა თქმა უნდა, რა თქმა უნდა, რა თქმა უნდა, რა თქმა უნდა, რა თქმა უნდა, რა თქმა უნდა, რა თქმა უნდა, რა თქმა უნდა, რა თქმა უნდა, რა თქმა უნდა, რა თქმა უნდა, რა თქმა უნდა, რა თქმა უნდა, რა თქმა უნდა, რა თქმა უნდა, რა თქმა უნდა, რა თქმა უნდა, რა თქმა უნდა, რა თქმა უნდა, რა თქმა უნდა, რა თქმა უნდა, რა თქმა რა არის ახალი ვერსია 8.0? ყველაზე პოპულარული დოკუმენტის მონაცემთა მონაცემები ახლა უფრო სწრაფია, ვიდრე არასდროს. ეს არის შესანიშნავი არჩევანი მათთვის, ვინც ეძებს შესრულებას, თანამედროვე ტექნოლოგია და ინტელექტუალური გამოცდილება. ეს უზრუნველყოფს მნიშვნელოვანი გაუმჯობესება გადაცემის და თარიღი, შედარებით წინა ვერსია. შიდა ტესტირება 7.0 აჩვენებს 32% სწრაფად წაიკითხე, 59% სწრაფად განახლება, და 200% + სწრაფად დროის სერია კითხვები. გათავისუფლების ამ უახლესი ვერსია განკუთვნილია რამდენიმე ძირითადი კავშირები: კონტაქტი 8.0 : MongoDB 8.0 უზრუნველყოფს მნიშვნელოვანი შესრულების გაუმჯობესება, როგორიცაა სწრაფად წაიკითხე, წაიკითხე და ფართო ოპერაციები. და ასე რომ, თუ თქვენი განაცხადის გამოცდილება მაღალი ტანსაცმელი, განახლება 8.0 შეიძლება რეზოლუციურად შეამციროს რეაგირების დროები და გაუმჯობესოს გადაცემა, უზრუნველყოს, რომ თქვენი სისტემა გაგრძელდება გაფართოება, მაშინაც კი მძიმე გამოყენებით. Performance improvement insertMany bulkInsert : MongoDB 8.0- ში, გთავაზობთ შესაძლებლობა გააკეთოთ ზომის კითხვებს დააყენოთ $lt, $lte, $gt და $gte ოპერატორები. Security გთხოვთ Crypter : MongoDB 8.0- ის გამოყენებით ჰორიზონტალური გაფართოება ახლა უფრო სწრაფია და უფრო ხელმისაწვდომია. ეს მეთოდი საშუალებას გაძლევთ პროგრამებს ტრადიციული მონაცემთა ბაზების შეზღუდვაზე, მონაცემების გაფართოება მრავალჯერადი სერვერზე, რომელიც ცნობილია როგორც shards, არასამთავრობო დიდი რაოდენობის რესურსების მომზადება. MongoDB 8.0- ის ახალი sharding ფუნქციები მონაცემთა გაფართოებას 50-ჯერ უფრო სწრაფად გაძლევთ, ხოლო ღირებულებების შეზღუდვა 50%. Resilience, scalability, and high availability საერთო ცვლილებები გთხოვთ Crypter ახალი ვერსია, Queryable Encryption გაძლევთ საშუალებას გაძლევთ შეამოწმოთ ზომის, გამოყენებით ოპერატორები, როგორიცაა და და და , მაგალითად, მონაცემების ფილტრაცია კონკრეტული სფეროებში, როგორიცაა თარიღი ან ნომერი ღირებულებები, ხოლო მონაცემები ჩიპტირებული. $lt $lte gt $gte Express Query ეტაპები Express- ის განთავსება, როგორც ახალი შესრულების ნაბიჯა, რომელიც ოპტიმიზებს კითხვის გზა მარტივი გამოყენების შემთხვევაში. თუ თქვენ იყენებთ მარტივი კითხვას, რომელიც გამოიყენებს ერთ _id ინდუსტრიას, მაგალითად... db.customer.find({_id: ObjectId('670ec6b005b98857588f5b6a')}).explain() ... თქვენ ნახავთ, რომ ეს ახალი EXPRESS_IXSCAN ფაზა შეიცვალა. EXPRESS ნაბიჯები შეიძლება იყოს ერთ-ერთი შემდეგი: EXPRESS_CLUSTERED_IXSCAN - შეთავაზება EXPRESS - გათავისუფლება EXPRESS_IXSCAN EXPRESS - განახლება კლიენტების პრაქტიკული გეგმის ეტაპზე, თქვენი კითხვები ახლა გამოიყენებს ამ ახალი ეტაპზე. ეს შეუწყობს რეგულარული კითხვის დაჯავშნა და გაძლევთ 17% გაუმჯობესება შესრულება. Query shape და Query settings MongoDB- ში კითხვის ფორმა აჩვენებს კომპლექტი თვისებები, რომლებიც შეერთიანებს მსგავსი კითხვებს, მათ შორის ფირფიტები, სირთვა, პროგნოზიები, შეერთების ფართობი და ნომერი ფართობი. ეს საშუალებას გაძლევთ MongoDB- ს გაუმჯობესოს ეფექტურობა კითხვის გეგმების გამოყენებით სტრუქტურულად მსგავსი კითხვებისთვის, რაც უფრო ეფექტური შესრულებას იძლევა. MongoDB 8.0- ში დაწყებული, კითხვის ფორმა მხარს უჭერს კითხვებს, რომელიც საშუალებას გაძლევთ კითხვებს შეესაბამება. ერთ-ერთი ასეთი პრაქტიკა არის როდესაც გამოიყენება, MongoDB ავტომატურად უარყოფს ნებისმიერი კითხვას, რომელიც შეესაბამება ამ ფორმა, მიუხედავად იმისა, რომ მისი კონკრეტული ღირებულებები. reject: true ვფიქრობ, რომ თქვენ გაქირავებთ მონაცემთა ბაზა, რომელიც მიიღებს კითხვებს საწყისი საწყისი პროგრამები. ერთი პროგრამა იწყებს გაგზავნა მძიმე კითხვებს, რომლებიც აწარმოებს კოლექციის სინამდვილე (COLLSCAN), რაც მნიშვნელოვანია შეჩერებს სისტემას, მაგალითად, კითხვებს, როგორიცაა: Use case: db.pizzaOrders.find({price: 10}) // Explain Plan "winningPlan": { "stage": "COLLSCAN", "filter": { "price": { "$eq": 20 } }, }, ჩვენ შეგვიძლია set a querySettings to reject queries that match this structure (შესამებრ ღირებულებები): db.adminCommand( { setQuerySettings: { find: "pizzaOrders", filter: { price: 20 }, $db: "my_database" }, settings: { comment: "Will be rejected", reject: true } } ) ეს ბრძანება დააყენებს კითხვის ფორმა, სადაც ნებისმიერი კითხვები ეძებს In ამ კონფიდენციალურობის მოთხოვნები, მიუხედავად იმისა, რომ რეალური ფუნქციონალური ფუნქციონალური ფუნქციონალური ფუნქციონალური ფუნქციონალური ფუნქციონალური ფუნქციონალური ფუნქციონალური ფუნქციონალური ფუნქციონალური ფუნქციონალური ფუნქციონალური ფუნქციონალური ფუნქციონალური ფუნქციონალური ფუნქციონალური ფუნქციონალური ფუნქციონალური ფუნქციონალური ფუნქციონალური ფუნქციონალური ფუნქციონალური ფუნქციონალური ფუნქციონალური ფუნქციონალური ფუნქციონალური ფუნქციონალური ფუნქციონალური ფუნქციონალური... price pizzaOrders price db.pizzaOrders.find({price: 10}) ... კითხვებს ავტომატურად უარყოფს MongoDB: ყველა კითხვის პარამეტრების ნახვა, შეგიძლიათ გამოიყენოთ $querySettings ნაბიჯი შეერთებული მილის: db.aggregate( [ { $querySettings: {} } ] ) შედეგები : [ { "queryShapeHash": "4DD2DED8A25C787DFA41325883052FABB97DDEE567B2636A3B188DDF0CCFE6F0", "settings": { "reject": true, "comment": "Will be rejected" }, "representativeQuery": { "find": "pizzaOrders", "filter": { "price": 20 }, "$db": "my_database" } } ] თუმცა, თუ გსურთ შეამოწმოთ კითხვის ფორმები — ეს არის, სხვადასხვა ტიპის კითხვები, რომლებიც გააკეთა — თქვენ გაქვთ ორი ვარიანტი: გამოიყენეთ $QueryStats ამ შეფუთვა ნაბიჯი უზრუნველყოფს სტატისტიკა კითხვები გაკეთება . since the last server restart use('admin'); db.aggregate( [ { $queryStats: {} } ] ) ეს დაგეხმარებათ შეამოწმოთ კითხვები ნიმუშები და გაუმჯობესოთ შესრულება. 2. შეამოწმეთ MongoDB ანგარიშები. Slow კითხვები დარეგისტრირებული მათი კითხვებიShapeHashes in MongoDB ლოგები. ეს ეფექტურია უნიკალური კითხვები, რომლებსაც საჭიროა ოპტიმიზაცია. ჩვენ შეგვიძლია გამოიყენოთ კითხვები shape hash: db.adminCommand( { removeQuerySettings: '4DD2DED8A25C787DFA41325883052FABB97DDEE567B2636A3B188DDF0CCFE6F0' } ) ეს ხელმისაწვდომია, რადგან უზრუნველყოფს, რომ მონაცემთა მონაცემები არ იქნება შეხვდა საწყისი კითხვები, რომლებიც შეიძლება გამოიწვიოს მაღალი resource consumption, ყველა . without the need to make changes to the application Compatibility და deprecations Query ქცევა წინა ვერსია 8.0, თუ თქვენ ეძებთ ღირებულებები, რომლებიც იმიტომ, , ფართობი ერთად ღირებულება ასევე, ამ ახალი ვერსია, მონაცემები შენახული როგორც არ იქნება დასაწყისი კითხვები იურიდიული – მაგალითად: null undefined undefined null // People collection [ { _id: 1, name: null }, { _id: 2, name: undefined } ] ამ კოლექციით, თუ გაქვთ შემდეგი კითხვები... db.people.find({name: null}) ...და ეს არის: [ { _id: 1, name: null } ] მონაცემები ეს არ არის მეტი. თუ თქვენი პროგრამა შეიცავს მონაცემები თქვენ შეგიძლიათ შეცვალოთ ან განახლოთ შეტყობინებული მონაცემები და კითხვები ამ ქცევის ცვლილება. undefined undefined • The ტიპი იყო deprecated, და ზოგიერთი შემთხვევაში, თუ თქვენ ცდილობენ დააყენოთ ეს იქნება კონვერტაცია . Note undefined undefined null ინდუსტრიული ფილტრი შეამოწმეთ გამოყენება , როგორიცაა ამ სტატიის კითხვის ფორმის ნაწილში, რადგან ინდუსტრიის ფილტრები ამ ვერსიაში შეუზღუდავი არიან. გთავაზობთ უფრო მეტი ფუნქციონირება, რაც ის preferred ვარიანტი. With index filters now deprecated, it is advisable to switch to გამოიყენოთ მისი მოწინავე თვისებები. setQuerySettings setQuerySettings setQuerySettings გაუმჯობესების გეგმა და სტრატეგია Now that you have seen the new features in the latest version and decided to upgrade to the latest MongoDB release there are a few things you need to be aware of. ეს თემა აცხადებს რამდენიმე სტრატეგიები და ნაბიჯები, რომლებიც იდეალურია უზრუნველყოს გლუვი და წარმატებული განახლება რეპლიკაციის set in MongoDB Atlas. გაითვალისწინეთ, რომ თითოეული სტრატეგია აქვს საკუთარი სპეციფიკაციები, და ცოდნა, თუ როგორ თქვენი განაცხადის იყენებს MongoDB ფუნქციებს, მნიშვნელოვანია ეფექტური განახლება. ანალიზით, რა ფუნქციები გამოიყენება და როგორ შეიძლება მათ ეფუძნდეს განახლება. Pre-Upgrade შეფასება Upgrade version path ყველა მომხმარებელს საჭიროა ვერსია 7.0, სანამ გააუმჯობესება ვერსია 8.0. Replica კომპლექტი მნიშვნელოვანია, რომ არ არის შესაძლებელი პირდაპირი გაუმჯობესება ვერსია 5.0 სერია 8.0, მაგალითად, ან 6.0 სერია 8.0. ამისთვის, თქვენ უნდა გაუმჯობესოს შემდეგი ვერსია, ვერსია, სანამ თქვენ მიიღებთ ვერსია 7.0. Review release notes არ არსებობს სხვა ადგილი, რომელიც შეიცავს უფრო მნიშვნელოვანი ინფორმაცია, ვიდრე ყოველთვის დარწმუნდით, რომ ყურადღება გადაიხადოთ თითოეული შეტყობინება, განსაკუთრებით მოკლე ცვლილებები, ახალი ფუნქციები და შეჩერებული ფუნქციები. გამოქვეყნდა: Release notes of the version გამოქვეყნდა: Release notes of the version Check the driver compatibility Mongodb- ს დაკავშირებული რაიმე განახლება, მნიშვნელოვანია, რომ შეამოწმეთ თავსებადი ტაბლეტები დოკუმენტში თქვენი მძღოლი. , თქვენ უნდა უზრუნველყოს, რომ MongoDB ვერსია თავსებადი არის MongoDB დისკერი, რომელიც გსურთ გამოიყენოთ. იხილეთ ეს სურათი: avoid breaking your application ჩვენ ვხედავთ, რომ MongoDB 8.0- ის ყველა ფუნქციონების გამოყენება, თქვენ უნდა გამოიყენოთ დრაიერები ვერსია 5.2 to 5.3. პროგრამული დრაიერები შეიძლება უნდა განახლდეს, რათა სრულიად გამოიყენოთ უახლესი სერვერზე ფუნქციონირება. ზოგიერთი შემთხვევაში, უახლესი დრაიერები შეიძლება იყოს მთლიანად თავსებადი უახლესი ვერსია MongoDB. Cluster health check კიდევ ერთი მნიშვნელოვანია, სანამ დაიწყებთ განახლება, შეამოწმეთ თქვენი რეპლიკაციის კომპლექტი ყველა წევრების ჯანმრთელობა. ** უზრუნველყოს, რომ ყველა ღონისძიებები ოპტიმიზირებულია. ** თქვენ შეგიძლიათ იპოვოთ ეს ინფორმაცია “Database Cluster” მენიუში და დააწკაპუნეთ თქვენი კლასის: ამ ეკრანზე, თქვენ შეამოწმოთ, რომ თითოეული ღილაკს აქვს მწვანე ტკივილი მისი სახელი, რომელიც აჩვენებს, რომ ჯანმრთელობა კარგია. Staging cluster: your testing hub უზრუნველყოს უსაფრთხო განახლება და შეამციროს რისკები, მნიშვნელოვანია მუშაობა სადგურების გარემო იყენებს უსაფრთხო ზონას ახალი ვერსიაების, ფუნქციების და ცვლილებების ტესტირებისთვის, არასამთავრობო ეფექტურობა საბოლოო მომხმარებელს. წარმოების კლასის ჯანმრთელობის პირობით, დროა ამ ნაბიჯებს გააკეთოთ: ტესტირება გარემოს შექმნა Staging Cluster ეს ნაბიჯი მოიცავს შექმნა სპეციფიკაციური კლასტერის ტესტირების მიზნით. შეამოწმეთ სტანდარტული პროცესი ახალი კლასტერის შექმნა, წარმოების გარემოს სიზუსტით. უზრუნველყოფს, რომ ეს შეესაბამება მიმდინარე წარმოების ვერსია 2. გაუმჯობესეთ სადგური წარმოების მონაცემებით გააუმჯობესეთ ახალი გაუმჯობესებული გაუმჯობესებული გაუმჯობესებული გაუმჯობესებული გაუმჯობესებული გაუმჯობესებული გაუმჯობესებული გაუმჯობესებული გაუმჯობესებული გაუმჯობესებული გაუმჯობესებული გაუმჯობესებული გაუმჯობესებული გაუმჯობესებული გაუმჯობესებული გაუმჯობესებული გაუმჯობესებული გაუმჯობესებული გაუმჯობესებული გაუმჯობესებული გაუმჯობესებული გაუმჯობესებული გაუმჯობესებული გაუმჯობესებული გაუმჯობესებული გაუმჯობესებული გაუმჯობესებული გაუმჯობესებული გაუმჯობესებული გაუმჯობესებული გაუმჯობესებული გაუმჯობ 3. გააუმჯობესება Staging Cluster to 8.0 MongoDB 8.0- ში განახლებული კლასის განახლება ახალი ვერსია და მისი ფუნქციონები. ამისთვის უბრალოდ დააჭირეთ კლასს და აირჩიეთ “Edit Configuration” და “Additional Settings”: 4. შეამოწმეთ თქვენი პროგრამა გააკეთა ტესტიები, რათა უზრუნველყოს, რომ ყველაფერი მუშაობს, როგორიცაა database და application ტესტიები. გაუმჯობესება წარმოების Cluster მას შემდეგ, რაც ტესტირება ეტაპზე გარემოში, დარწმუნდით, რომ Feature Compatibility Version (FCV) განკუთვნილია, სანამ გაუმჯობესებთ წარმოების კლასის. გაუმჯობესების პროცესში უზრუნველყოფს დამატებითი უსაფრთხოების ფართობი, რათა კონტროლიოთ, რა ფუნქციები ახალი MongoDB ვერსია გააქტიურებულია კლასტერში. ეს საშუალებას გაძლევთ შეუწყოს უახლესი ვერსია, რათა უზრუნველყოს, რომ ყველაფერი სწორი მუშაობს, სანამ სრულიად გააქტიურება ახალი ფუნქციები წარმოების დროს. FCV მიუხედავად იმისა, რომ ეს არ არის მოთხოვნა, FCV- ის კონფიგურაცია გთავაზობთ ფართო მოცულობა. თუ საჭიროა, შეგიძლიათ დაბრუნდეს წინა ვერსიაზე, რათა შეესაბამოთ FCV- ის კონფიგურაცია. ეს უზრუნველყოფს, რომ თქვენ შეგიძლიათ მართოთ განახლება პროცესს მინიმალური რისკით და გააუმჯობესოთ ნებისმიერი პოტენციური პრობლემების კონტროლი. მას შემდეგ, რაც FCV- ის კონფიგურაცია (თუ გსურთ), შეგიძლიათ გააუმჯობესოთ წარმოების კლასტერს. ამისთვის უბრალოდ გააკეთეთ იგივე ნაბიჯები, რომლებიც წინა ნაწილში აღწერილი, მაგრამ ამ დროს, გამოიყენეთ მათ წარმოების კლასტერში. მონიტორინგი გაუმჯობესების შემდეგ არის ისევე მნიშვნელოვანია, როგორც ყველა წინა ნაბიჯები. ოპერაციის მონიტორინგი მნიშვნელოვანია, რათა უზრუნველყოს პროცესის წარმატება. ზოგიერთი მნიშვნელოვანია, რომ შეამოწმეთ: : მონიტორინგის ჯანმრთელობა nodes, რათა უზრუნველყოს, რომ ისინი მუშაობს სწორი. Node health შეინარჩუნეთ ღილაკს წაიკითხე და წაიკითხე ოპერაციები, რათა უზრუნველყოს, რომ არ არსებობს შესრულების პრობლემები. Latency of operations ლითონის მონიტორინგი რათა უზრუნველყოს, რომ ისინი ეფექტურად მუშაობენ განახლება შემდეგ. Query performance შესრულება კითხვები : შეამოწმეთ, რომ ინდივიდუალური მუშაობს და გაუმჯობესოთ მათ, თუ საჭიროა. Indexes ბოლო, მაგრამ არა უახლესი, შეამოწმეთ ნომერი თითოეული ნომერი თქვენი კლასტერში. ისინი უზრუნველყოფს ღირებულ ინახება საერთო ჯანმრთელობის თქვენი სისტემა. თქვენ შეგიძლიათ იპოვოთ მათ “Metrics” tab თქვენი კლასტერის: კონტაქტი თქვენი განახლება გეგმა უნდა იყოს მორგებული, რათა შეესაბამება თქვენი ორგანიზაციის კონკრეტული საჭიროებებს და მიზნებს. დარწმუნდით, რომ მონიტორინგი თქვენი MongoDB კლასის მხარდაჭერა სიცოცხლის ციკლი და შენარჩუნება განახლება ვერსია, ასე რომ, თქვენ შეგიძლიათ მზადდეს უჭერს და ეფექტური განახლება. განიხილეთ, თუ როგორ თქვენი განაცხადის ინტეგრირება MongoDB ფუნქციებს. შეამოწმეთ ყველა საჭირო ცვლილებები თქვენი განაცხადის. დაგეგმეთ თქვენი განახლება წინასწარ. არ გაითვალისწინოთ driver updates. გააკეთეთ სრულყოფილი ტესტირება, სანამ გააუმჯობესებთ. How Complex არის თქვენი განახლება? Now that we’ve outlined the key steps for a successful upgrade — including pre-upgrade assessment, staging cluster testing, and checking driver compatibility — let’s assess how complex your upgrade might be. გაუმჯობესება პირდაპირი თუ თქვენ უკვე გაქვთ MongoDB 7.0, გააუმჯობესებული დრაიერები და გაქვთ სრულიად მხარს უჭერს Atlas დონეზე, მაშინ განახლება ზოგადად უფრო სწრაფია და უფრო მარტივი. ამ შემთხვევაში, განკუთვნილია სტატუსი, ჯანმრთელობა და განახლება შეიძლება დასრულდეს ეფექტურად, ხშირად მინიმალური ან არ არსებობს განხორციელების დრო. უფრო ფართო განახლებები თუ თქვენ გაქვთ ძველი ვერსია (გალითად, 5.0 ან 6.0), თქვენ უნდა გააუმჯობესოთ ნაცვლად (გალითად, 5.0 → 6.0 → 7.0 → 8.0), როგორც ადრე აღწერილი. გარდა ამისა, თუ თქვენი დისტრიბატორები დასაწყისია ან თქვენ გაქვთ საბაჟო კონფიგურაცია, პროცესი შეიძლება მიიღოს რამდენიმე საათის განმავლობაში და მოითხოვს უფრო მკაცრი ტესტირება, რათა თავიდან ავიცილოთ თავსებადი პრობლემები. მას შემდეგ, რაც განახლება დრო მნიშვნელოვნად განსხვავდება ამ ფაქტორების მიხედვით, გამოიყენეთ ეტაპირების კლასტერს რეიტინგით (დაწვრილებული წინა ნაწილში) მიუხედავად იმისა, რომ ეს ხელმისაწვდომობა არ უზრუნველყოფს ზუსტი დრო, ეს შეიძლება გაძლევთ მიმოხილვა საერთო გაფართოების ხანგრძლივობა, რომელიც საშუალებას გაძლევთ განკუთვნილია შესაბამისად. can help estimate the duration. რა თქმა უნდა, საუკეთესო პრაქტიკები, როგორიცაა ტესტირება ეტაპზე გარემოში და მონიტორინგი კლასის ჯანმრთელობა, უზრუნველყოფს საბაჟო და საიმედო გადაზიდვა. ეს ეფექტი ღირს, რადგან განახლება გაუმჯობესებს შესრულებას, უსაფრთხოების გაუმჯობესებას და ახალი ფუნქციებს. კონტაქტი ამ სტატიაში აღწერილი ძირითადი ცვლილებები უახლესი ვერსია, მათ შორის თავსებადი შეზღუდვა, შეჩერებული ფუნქციები, და საუკეთესო პრაქტიკები გაუმჯობესების გაცნობისთვის. ამ მხრივ, თქვენ შეგიძლიათ უზრუნველყოს გაუმჯობესებული გადაზიდვა MongoDB 8.0 და გააუმჯობესებული შესაძლებლობები. ამ სტატიაში წაიკითხა Ricardo Mello, Senior Developer Advocate-São Paulo, ბრაზილია. Ricardo ეფუძნება Java და Kotlin, სერტიფიცირებული როგორც MongoDB Associate Developer და Java SE 8 Programmer. 13 წლის გამოცდილება პროგრამული ინჟინერი, ის იყენებს მისი გამოცდილება, რათა გაძლევთ განვითარებლები და იძლევა ინოვაცია MongoDB. მას სარგებლობენ ცოდნა გაზიარება, ვფიქრობ, რომ ეს არის ერთ-ერთი საუკეთესო გზა, რათა დაეხმაროს საზოგადოებას. იპოვოთ მას LinkedIn- ში. ამ სტატიაში წაიკითხა Ricardo Mello, Senior Developer Advocate-São Paulo, ბრაზილია. Ricardo ეფუძნება Java და Kotlin, სერტიფიცირებული როგორც MongoDB Associate Developer და Java SE 8 Programmer. 13 წლის გამოცდილება პროგრამული ინჟინერი, ის იყენებს მისი გამოცდილება, რათა გაძლევთ განვითარებლები და იძლევა ინოვაცია MongoDB. მას სარგებლობენ ცოდნა გაზიარება, ვფიქრობ, რომ ეს არის ერთ-ერთი საუკეთესო გზა, რათა დაეხმაროს საზოგადოებას. იპოვოთ მას LinkedIn- ში. RICARDO MELLO RICARDO MELLO ლინკი
