14:20:17 احتفظت بهذه النسخة. سطر BTCUSDT يتضمن last بقيمة 64472.01، وhigh_24h بقيمة 67523.05، وlow_24h بقيمة 62006.0. في المرة السابقة توقفت عند التساؤل عمّا إذا كان ينبغي إضافة عمود يبيّن العلاقة بين هذه الأرقام الثلاثة؛ وهذه المرة سألت سؤالًا إضافيًا: إذا أضفته فعلًا، فماذا أكتب في تلك الخانة؟
ETHUSDT هو 1794.25 / 1919.76 / 1711.08، وBNBUSDT هو 591.95 / 621.51 / 566.0، وSOLUSDT هو 70.57 / 76.22 / 67.41. عند مقارنة الصفوف الأربعة، نرى الشكل نفسه، لكن القيمة داخل النطاق ليست قيمةً من لقطة البيانات، بل حكمٌ أعتزم تدوينه في الخانة بعد قراءة الأرقام ومقارنتها. لا يحتوي الملف الأصلي الكامل على كلمات يمكن نسخها لهذا الغرض سوى الأرقام وأسماء الحقول وبعض عناوين URL للطلبات، إلى جانب تسميات مثل «خوف شديد» و«خوف»؛ فلا توجد فيه مصطلحات جاهزة لهذا النوع من الأحكام. وإذا ملأت الصفوف الأربعة كلها بالكلمة نفسها، فلن يكون لهذا العمود مصدر، ولن يميّز بين صف وآخر.
احتفظت بالحزمة كاملةً كما هي، وفقًا لوقت تسجيلها، كسجل بيانات شخصي لا يشكّل نصيحة استثمارية؛ وأبقيت الأرقام الثلاثة في أعمدة منفصلة، كلٌّ حسب اسم حقله، من دون كتابة نعم أو لا، ومن دون اتخاذ اتفاق الصفوف الأربعة ذريعةً لفرض قاعدة على الواجهة ينبغي أن تظل صحيحةً في المستقبل. مصفوفة errors فارغة، وهذا يعني أن الطلب لم يفشل هذه المرة، ولا علاقة لذلك بمدى التزام العمود الذي اختلقته بالقواعد.
أما الأجزاء الأخرى، فسجّلت من كلٍّ منها قيمةً واحدة فقط: القيمة السوقية الإجمالية market هي 2199832518248.2534، وحصة BTC هي 58.59، وprices.BTC.usd هي 64442. انتهى النسخ.