बहुतेक विकासकर्ते सर्व निर्देशांकांना एकत्र करतात — “फक्त काहीतरी जे क्वेरीज जलद करते” — हे समजल्याशिवाय की Elasticsearch आणि Oracle DB पूर्णपणे वेगवेगळ्या समस्यांचे निराकरण करत आहेत. ते समान डेटा पूर्णपणे विरुद्ध मार्गांनी निर्देशांकित करतात, आणि हा फरक त्यांच्या कार्यक्षमतेबद्दल सर्वकाही आकार देतो.
मी तुम्हाला दाखवतो की Oracle वर संपूर्ण-मजकूर शोध का दातांपासून खेचायला वाटते, तर Elasticsearch ते तुच्छ वाटवते.
मूल समस्या: दोन वेगवेगळे वापरकेस Oracle डेटाबेस असे प्रश्न उत्तर देण्यासाठी तयार केले गेले आहेत: “मला तो पंक्ती दा जेथे user_id = 5” किंवा “जानेवारीच्या 1 ते 31 दरम्यान सर्व ऑर्डर शोधा.” अचूक जुळणी आणि श्रेणी क्वेरीज. डेटा संरचित आहे, स्तंभाने निर्देशांकित आहे, आणि क्वेरीज सामान्यत: अचूक असतात.
तुम्ही /api/orders/1042 सारखा API endpoint उघड करता. तो integer कोणालाही ऐकणाऱ्याला — एखाद्या प्रतिस्पर्ध्याला, आक्रमणकर्त्याला, उत्सुक वापरकर्त्याला — तुमच्याकडे किती orders आहेत ते सांगतो. संख्या 1041 केली, तर तुम्हाला मागील order मिळतो. ती 1 केली, तर तुम्हाला पहिली order मिळते. कोणत्याही auth bypass ची गरज नाही. ID स्वतःच माहितीची गळती आहे.
हा एका परिच्छेदात sequential ID चा प्रश्न आहे. UUID त्याचे निराकरण करण्यासाठी अस्तित्वात आहे — आणि मोठ्या प्रमाणावर महत्त्वाच्या इतर काही गोष्टींसाठी.