نموذج البيانات عقدٌ بين استعلامٍ وكل قالبٍ سيقرؤه يومًا. تلك الجملة هي الدرس كله، ولذلك شكله أهمّ من محتواه.
وعمليًّا، نموذج البيانات مجموعة بيانات أو أكثر — SQL عادةً — مرتَّبة في بنيةٍ لها أسماء. والقالب لا يرى استعلامك. بل يرى البنية التي أنتجها الاستعلام: مجموعةٌ اسمها G_INVOICE تحوي عنصرًا اسمه INVOICE_NUMBER. وكل حقل يوضَع في كل قالب يرتبط بتلك الأسماء.
فتغيير النموذج لاحقًا يكسر أشياء نسيتها. فأعِد تسمية عنصر ينتج كلُّ قالبٍ يشير إليه فراغًا — لا خطأً، بل فراغًا حيث كان رقم فاتورة مورد. وانقل عنصرًا بين مجموعتين تكفّ الحلقات عن إيجاده. والتقرير ما زال يعمل وما زال يُنتج مستندًا، وذلك ما يجعل هذا أغلى أنواع التغيير في BI Publisher.
فصمّم البنية قبل كتابة SQL. واسأل على ماذا يتكرّر المستند — قسمٌ لكل فاتورة، وصفٌّ لكل سطر — فذلك التسلسل هو بنية المجموعات، وضبطه من أول مرّة أرخص كثيرًا من ضبطه لاحقًا.
وأضِف ولا تُعِد التسمية، دائمًا. فالعنصر الجديد لا يكلّف شيئًا ولا يكسر شيئًا؛ وإعادة التسمية تغييرٌ لواجهةٍ منشورة. فعامِل نماذج بياناتك بحذر هذه الدورة نفسه تجاه نماذج Oracle: فعمل غيرك مرتبط بتلك الأسماء، ومنه عملك أنت قبل ستة أشهر.
