قد ترغب في تخزين تلك المعتقدات الخاصة بكل مواصفة، حيث تتناسب مصفوفات JSON مع "8 جيجابايت 256 جيجابايت" كأساس لكل مواصفة، ويمكنك الحصول على التكاليف المطابقة بدقة. من أجل تخزين بيانات التعريف العشوائية لكل إدخال على Sphinx، وجلب شريحة بيانات تعريف رائعة تحتوي فقط على الإدخالات المطابقة الجديدة. للإشارة إلى ذلك، فإن إلقاء نظرة على غابة الطلب الجديدة لإيقاف عوامل التشغيل المتداخلة الجديدة يبدو سطحيًا للوهلة الأولى، ومع ذلك فقد كان من الصعب بشكل مفاجئ تطبيقه (الكثير من الحالات الشاذة). يجب أن تتناسب عبارة Bend مع شكل "annotationsmatching" المحدد.
يدمج الأمر الفرعي "دمج" فهرسين عاديين موجودين بشكل منفصل. هذه ليست عملية روتينية، لكنها أداة مفيدة عند إعداد الفهارس لأول مرة. ينشئ الأمر الفرعي "إنشاء" قائمة Foot عادية من مصدر البحث. يتم إنشاء RID تلقائيًا، ولكن يمكن استخدام repl_uid لإنشائه يدويًا. القيمتان "اختياري" و"افتراضي" فارغتان (أي يتم الإنشاء فورًا).
يوفر الجهاز السر
بالإضافة إلى الاستفسارات، تُدار جميع الرموز "كما هي". حيث يتم دمج عناوين البريد الإلكتروني الخاصة. يتم تقسيمها إلى ثلاثة رموز (u، s، وa)؛ وشكلها الكامل الفريد (المخزن بدون حذف الأحرف) هو u.sa. رائع! سيساعدك ذلك في توفير قدر كبير من أبعاد الفهرس ووقت الفهرسة. ستكون هذه مقدمة مفيدة حول تجزئة الرموز النموذجية التي تركز على charset_desk. قد يتم الاحتفاظ فقط بالرموز "السحرية" الثلاثة. نفس الشيء كما لو لم يكن هناك أي blend_chars، وفقًا لجدول charset_desk فقط.
مرجع الخدمات
ربما تكون الظروف السيئة الجديدة للتحوط هي استعلام فوري ممتاز، حيث، على سبيل المثال، يتم تنفيذ الطلبات في غضون 3 مللي ثانية. لأنه إذا كان الطلب الأساسي سينتهي قبل ذلك على أي حال (على سبيل المثال، عند 270 مللي ثانية)، فسنستخدم تلك النتائج فقط ويمكنك إلغاء الطلب التالي. ثم عند 230 مللي ثانية من الاستعلام، نبدأ التحوط ويمكنك إلغاء جميع طلباتنا التالية. وبطبيعة الحال، ستنتهي الطلبات المحوطة في أكثر من ضعف تاريخها "المثالي".

بالنسبة لعناكب البحث ذات معدل HNSW المنخفض، يقوم Sphinx بخطوة تحسين مُحسّنة بعد بحث ANN. بشكل افتراضي، يُحسّن Sphinx عمليات البحث المُدمجة التي تتضمن كلاً من متطلبات In which وشرط Acquisition By المُؤهل لـ ANN. مع عناكب البحث غير المُعتمدة على HNSW، يُحسّن Sphinx أيضًا من خلال حساب المسافات الدقيقة. كل هذا من أجل أفضل النتائج. لا يدعم Sphinx المتجهات المُخزّنة بصيغة JSON عمدًا. تتضمن استعلامات المتجهات مركزًا واحدًا فقط لكل فهرس محلي. لا تدعم فهارس المتجهات بشكل عام، وستعتمد على مُخطط البحث الجديد.
في هذا المثال، يكون تنفيذ الطلب الأخير سريعًا جدًا. تُقاس عدادات كل طلب بالمللي payment method bank transfer ثانية، مما قد يؤثر بشكل طفيف على النتائج، لذا فهي معطلة افتراضيًا. يقوم البرنامج بفك تشفير طلب SphinxAPI (كما هو موضح في أحدث حالات تجميد الحسابات في السجل)، ثم يُنفذ استعلامًا واحدًا باستخدام SphinxQL، ويخرج. راجع قسم "استخدام دليل البيانات" لمزيد من التفاصيل.
يجب أن يحتوي الوسيط الأول في json.secret على قناع البت، وفقًا لمتصفح إنترنت إكسبلورر. تُحدد دالة BITSCOUNTSEQ() طول أطول نطاق بتات ضمن مجموعة فرعية معينة من قناع البت، أو قيمة -step واحد عندما يكون "غير قابل للتطبيق" (على سبيل المثال، قد لا يكون قناع بت مناسبًا). تتحقق دالة BITSCMPSEQ() عندما توفر مجموعة فرعية معينة من قناع البت نطاقًا متصلًا من البتات. يجب أن يكون الوسيط الأخير عددًا صحيحًا، أي أن دالة BITCOUNT() تُحدد عدد البتات التي تم تعيينها إلى واحد في وسيطها.
التاريخ والاستخدام

لا تدعم هذه الفهارس عمليات الكتابة بشكل كامل (لا تدعم عمليات الإدراج). ربما ليست من أحدث الخيارات القياسية! لأن فهارس RTindexes تشبه إلى حد كبير جداول SQL العادية. إليك مراجعة سريعة للعلامات التجارية الجديدة.
يتم تصنيعه ضمن أجزاء بحجم 4 بايت (32 بت). لذلك، يساهم حقل البت الأول (أو BOOL) الذي تخصصه بأربعة بايتات لكل صف، بينما يكون الحقل التالي "حرًا" حتى يتم استهلاك الـ 32 بت. مع ذلك، ضع في اعتبارك أننا قد نحتاج إلى تحسين بنية النظام في المستقبل، وربما تغيير قرارات تغليف البيانات. يمكن تغطية القيم غير المتنوعة. هناك حد أقصى لحجم البيانات يبلغ 4 ميجابايت لكل هدف (في البنية الرقمية). يتم تخزين JSON باستخدام إشارة ثنائية فعالة. يتم دعم JSON الحديثة التي تحتوي على مصفوفات متداخلة وكائنات فرعية وما شابه. تجنب استخدام نوع FLOAT للقيمة، واستخدم بدلاً من ذلك نوع BIGINT (أو حتى STRING في حالات نادرة).
خلاصة القول، عند إجراء عمليات التوسيع، يُنصح بتجربة تعيينات الملفات فقط لتجنب التأثير السلبي الكبير على الأداء العام. إذ يُمكننا الحصول على نفس النتيجة بشكل أفضل بكثير من خلال جلب عبارة المورد فقط (باستخدام `justgrrm` في مثالنا). يُعد هذا مفيدًا جدًا لتوسيعات وقت الفهرسة، ولهذا السبب يُساعدك مثال تعيين `grrm` الجديد على استخدام التعيينات تلقائيًا، وليس فقط باستخدام `justgeorge martin`. ويزداد الأمر سوءًا مع أكوام الصرف الأكثر تعقيدًا (حيث تُستخدم مستندات `multiplemorphdict` أو أدوات تجذير الكلمات أو أدوات تحليل الكلمات).

استغرق إنشاء دليل لعمود UINT ذي عدد صحيح غير محدود (UINT) يحتوي على بعض القيم (أقل من الكثير منها) حوالي 5 ثوانٍ؛ بينما استغرق إنشاء عمود BIGINT فريد نسبيًا يحتوي على حوالي 10 ملايين قيمة إضافية حوالي 26-27 ثانية. بدلًا من استخدام كلا العنكبوتين، من الأفضل أحيانًا استخدام واحد فقط! لنفترض أن لديّ فهارس لكلا عنصري خط العرض وخط الطول، ويمكنني استخدامها. مُحسِّن الاستعلام هو الإجراء الذي يُتيح لك تحديد ما إذا كنت ستستكشف أو تتجاهل عناكب معينة لحساب الاستعلام الحالي الجديد، وذلك لكل استعلام على حدة. أو استخدم أي نوع من أنواع الاستعلامات مثل ORWHERE و W …
