يمكنك البحث عن قيم المواصفات هذه أثناء مطابقة مصفوفات JSON، بحيث يكون لديك "8g 256g" كأساس لكل مواصفات، وستحصل على المعدلات المطابقة بدقة. لمساعدتك في البحث بشكل عشوائي عن بيانات تعريف كل إدخال على Sphinx، وجلب شريحة بيانات تعريف رائعة تحتوي فقط على الإدخالات المطابقة الجديدة. بالنسبة لملاحظة المنطقة، فإن النظر إلى أحدث شجرة طلب لمساعدتك في حظر عوامل التشغيل المتداخلة الجديدة يبدو أمرًا بسيطًا للوهلة الأولى، ولكنه كان صعبًا بشكل مدهش (في العديد من حالات المنطقة). يجب أن يتناسب بيان Bow مع شكل "annotationsmatching" المحدد.
يدمج الأمر الفرعي Blend عدة فهارس أساسية عادية موجودة. هذا ليس استخدامًا شائعًا، ولكنه أداة مفيدة نسبيًا عند إعداد برامج الزحف في البداية. يُنشئ الأمر الفرعي Build دليل Ft عاديًا من تحليل المصدر. يتم إنشاء RID تلقائيًا دائمًا، ولكن repl_uid يسمح بإنشائه يدويًا. القيم الموصى بها والافتراضية فارغة (أي يتم إنشاؤها تلقائيًا).
خدعة الوحدة لديها
بالإضافة إلى الاستعلامات، online live payment methods تُعالج الرموز المميزة "كما هي". حيث تُدمج جميع رسائل البريد الإلكتروني الخاصة. تقسيمها الأساسي هو في الواقع ثلاثة رموز مميزة (أنت، s، وa)؛ وضعها الكامل الجديد (المخزن لـ trim_none) هو حالة أقل &you.sa جيد! قد يساعدك ذلك في توفير قدر واضح من نسب الفهرسة وتاريخ الفهرسة. سيكون هذا إضافة مفيدة للتجزئة النموذجية التي تركز على charset_desk. سيتم الاحتفاظ بالرموز المميزة "السحرية" الثلاثة. تمامًا كما هو الحال بدون blend_chars، وفقًا لـ charset_desk فقط.
ميزات الموقع
أسوأ سيناريو جديد للتحوط هو ربما استعلام فوري ممتاز، حيث، على سبيل المثال، يكتمل معظم الممثلين في غضون 3 مللي ثانية. إذا تم إكمال طلبنا الأول قبل ذلك (على سبيل المثال، في 270 مللي ثانية)، فسنستخدم تلك النتائج ونلغي الاستعلام الثاني. ثم في 230 مللي ثانية من الاستعلام، نبدأ التحوط ونحدد موعدًا للاستعلام التالي. وبالطبع، ستُنفذ الطلبات المحوطة في ضعف تاريخها "المثالي".
في حالة استخدام فهارس غير HNSW، يقوم Sphinx بخطوة تحسين مُحسّنة بعد البحث في ANN. يقوم تلقائيًا بتحسين الاستعلامات المُدمجة التي تتطابق في المتطلبات وشروط الاستحواذ المؤهلة لـ ANN. مع الفهارس غير HNSW، يقوم أيضًا بتحسينها، نظرًا لقياس المسافات بدقة. كل هذا يجب مراعاته. لا يتم دعم المتجهات المحفوظة بتنسيق JSON عمدًا. تستخدم استعلامات المتجهات نواة واحدة فقط لكل فهرس محلي. لا تسمح عناكب المتجهات بذلك على نطاق واسع؛ وستعتمد على المنسق الجديد.
تُنفذ الطلبات الجديدة بسرعة كبيرة في هذا المثال. تُحسب عدادات كل طلب جديد بالمللي ثانية. قد يؤثر ذلك قليلاً على الأداء العام، لذا يتم تقييدها تلقائيًا. يقوم البرنامج بفك تشفير طلب SphinxAPI (كما هو موضح في سجل الأعطال)، ثم يُنسق طلبًا واحدًا باستخدام SphinxQL، ويمكنك الخروج. راجع قسم "التعامل مع دليل البيانات" لمزيد من التفاصيل.
يجب أن يحتوي أول تعارض في json.trick على قناع البت، وفقًا لمتصفح إنترنت إكسبلورر. تُنتج الدالة BITSCOUNTSEQ() أحدث وأطول سلسلة بتات متصلة ضمن مجموعة فرعية معينة من قناع البت، وإلا تُرجع -الخطوة 1 عندما يكون "غير مناسب" (بما في ذلك "ليس قناع بت جيدًا"). تتحقق الدالة BITSCMPSEQ() مما إذا كانت مجموعة فرعية معينة من قناع البت تحتوي على سلسلة بتات متصلة. يجب أن يأخذ التعارض الجديد في الاعتبار الصيغة العددية الصحيحة، أي أن الدالة BITCOUNT() تُنتج عدد الأجزاء التي تم تعيينها إلى 1 في وسيطها.
الخلفية والتوظيف
لا تدعم هذه الأدوات عمليات الإدخال بشكل كامل (لا تدعم عمليات الإدراج). ربما لا تدعم البدائل القياسية الحديثة! لأن فهارس RT تشبه إلى حد كبير جداول SQL العادية. إليك نبذة مختصرة عن أحدث الإصدارات.
يمكن تصنيعه باستخدام أجزاء داخلية بحجم 4 بايت (32 بت). لذلك، يساهم حقل البت الأول (أو BOOL) الذي تخصصه بـ 4 بايت لكل سطر، ولكن ما يليه يكون "حرًا" حتى يتم استهلاك تلك الـ 32 بت. جرب ذلك، ولكن انتبه إلى أننا قد نحتاج في وقت ما إلى تحسين شكل البرنامج في المستقبل، وقد تحتاج بطريقة ما إلى تغيير سلوك تغطية البيانات. يمكن تغطية القيم الخارجة عن المجموعة. هناك حد أقصى يبلغ 4 ميجابايت لكل كائن (من التنسيق الرقمي). يتم تخزين JSON داخليًا باستخدام رمز رقمي مناسب. يتم دعم JSON المتطور بشكل تعسفي والذي يحتوي على مصفوفات متداخلة وكائنات فرعية وما إلى ذلك. تجنب استخدام نوع FLOAT للحصول على القيم، واستخدم بدلاً من ذلك نوع BIGINT (أو في حالات نادرة حتى STRING).
لتحقيق أقصى استفادة من توسيعات البحث، يُنصح بتجربة تعيينات المستندات فقط لتجنب التأثير السلبي على الأداء. إذ يُمكننا الحصول على النتيجة نفسها بكفاءة أعلى بكثير من خلال جلب الكلمات الأصلية فقط (مثلاً، `justgrrm`). يُعد هذا مفيدًا جدًا لفهرسة توسيعات البحث، ولهذا السبب يُعيّن المثال الجديد `grrm mappingexample` الكلمة إلى نفسها أيضًا، بدلاً من `justgeorge martin`. يصبح الأمر أكثر تعقيدًا مع مجموعات الصرف المعقدة (حيث قد تتضمن ملفات `morphdict` متعددة، أو أدوات تجذير، أو أدوات تحليل الكلمات).
إدارة الدليل لسطر UINT متحمس يحتوي على العديد من أسطر التفكير (أقل من 1000) استغرقت ما يصل إلى 45 ثانية؛ بالنسبة لعمود BIGINT فريد جدًا يحتوي على ~10 ملايين بعض المعتقدات الأخرى، استغرقت 26-27 ثانية. على عكس اللعب مع كلا العنكبوتين، من الأفضل أحيانًا اللعب مع واحد فقط! ضع في اعتبارك أنك ستجد عناكب على أعمدة lat وlon الأخرى، وبالتأكيد ستستخدمها. مُحسِّن الاستعلام هو النظام الذي يُساعدك على تحديد ما إذا كنت ستلعب مع فهارس معينة أو تتجاهلها لحساب الاستعلام الحالي الجديد، وذلك على أساس كل استعلام. أو WHERE Any(mva) داخل نوع الاستعلام (؟، ؟، …).