كيف يمكنك التعامل مع مجموعات صغيرة من البيانات ؟

Question

مع مجموعات صغيرة من البيانات ، حيث أن أعمل عموما التمسك بها في ملفات نصية, ولكن من خلال تجربتي يمكن أن يكون هذا التطوير الصداع.البيانات عموما يأتي من قاعدة البيانات عندما لا عملية المشاركة في إعداد/تخزين عموما مخبأة في التعليمات البرمجية.مع قاعدة البيانات يمكنك أن ترى بشكل عام كل البيانات المتاحة لك و الطرق التي تتعلق البيانات الأخرى.

في بعض الأحيان حقا مجموعات صغيرة من البيانات فقط تخزينها في داخلي بنية البيانات في التعليمات البرمجية (مثل Perl التجزئة) ولكن بعد ذلك عند الحاجة إلى التغيير ، هو في يد المطور.

فكيف يمكنك التعامل مع مجموعات صغيرة من النادر تغيير البيانات ؟ هل لديك مجموعة من المعايير عند استخدام جدول قاعدة بيانات أو ملف نصي أو ... ؟

أنا يميل إلى مجرد استخدام جدول قاعدة بيانات عن كل شيء ولكن لست متأكدا إذا كان هناك أي آثار هذا.

تحرير: السياق:

لقد طلب مني أن أضع نموذج جهة اتصال جديدة على الموقع من أجل حفنة من الشركات, مع المزيد تضاف أحيانا في المستقبل.إلا أن الشركات لا يكون الاتصال وعناوين البريد الإلكتروني..المستخدمين داخل تلك الشركات (كما نشر الوظائف من خلال حساباتهم الخاصة).الآن على الرغم من أننا نريد "المضاربة تطبيق" نوع الوظيفة والشكل يحتاج إلى عنوان البريد الإلكتروني لإرسال هذه الطلبات.لكننا أيضا لا نريد أن نضع عنوان البريد الإلكتروني الملكية في شكل أو آخر الاطر يمكن فقط استخدامه بمثابة فتح البريد الإلكتروني بوابة.لذلك من الواضح أننا بحاجة إلى ID -> contact_email نوع العلاقة مع الشركات.

لذا يمكنك إما إضافة عمود إلى الجدول مع الملايين من الصفوف التي سيتم استخدامها حرفيا عن 20 مرة أو إنشاء جدول جديد في الأكثر هو الذهاب الى عقد حوالي 20 الصفوف.عادة كيفية التعامل مع هذا في الماضي فقط لخلق سيئة ملف النص وقراءته من هناك.ولكن هذا يخلق صيانة الكوابيس هذه الملفات النصية هي في كثير من الأحيان بدا أكثر عندما البيانات التي تعتمد على التغييرات.ولعل هذا هو خطأ في هذه العملية ، ولكن أنا مهتم فقط في سماع وجهات النظر حول هذا.

Answer 1

إذا هذه هي صغيرة config-مثل البيانات ، استخدام بعض بسيطة صيغة مشتركة.ini, json yaml عادة موافق.جاوة .صافي المشجعين أيضا مثل XML.باختصار استخدام شيء يمكنك بسهولة قراءة في كائن الذاكرة و نسيانها.

Answer 2

ووضعها في قاعدة البيانات.إذا كانت التغييرات بشكل غير منتظم, ذاكرة التخزين المؤقت في الطبقة الوسطى.

Answer 3

المثال الذي الينابيع إلى الذهن فورا هو ما هو مناسب أن يكون تخزين التعداد و ما هو مناسب أن يكون تخزينها في "بحث" جدول قاعدة البيانات.

أنا أميل إلى "رسم الخط" مع القاعدة أنه إذا كان سيؤدي إلى عمود في قاعدة البيانات التي تحتوي على "الرقم السحري" أن خرائط التعداد قيمة ، ثم التعداد ينبغي حقا وجود جدول بحث.إذا كان لا علاقة لها البيانات المخزنة في قاعدة البيانات (على سبيل المثال.طلب بيانات التكوين بدلا من المستخدم إنشاء البيانات) ، ثم إنه حصر كل وسيلة.

Answer 4

ومن المؤكد أنه يعتمد على المستخدم من البرمجيات أداة كنت قد وضعت تستهلك مجموعة من البيانات ، بغض النظر عن الحجم ؟

فإنه قد يكون مجرد أنهم يعرفون Excel ، لذلك أداة الخاص بك سوف تضطر إلى تحليل .ملف csv التي تخلق.

إذا هو مكتوب للمطورين ، ثم من يهتم ما كنت تستخدم.أنا لست مروحة من التبعثر قواعد البيانات مع قاصر أو عابر البيانات ومع ذلك.

Answer 5

لدينا معيار config file format (المفتاح:القيمة) و فئة التعامل معها.نحن فقط استخدام ذلك على جميع المشاريع.في الغالب نحن فقط الإعداد المستمر خصائص التطبيقات لدينا (تطوير الهاتف المحمول) إذا هذا هو الشيء المناسب للقيام به.YMMV

Answer 6

في الحالات التي يكون فيها البرنامج بالوصول إلى قاعدة البيانات سوف تخزين كل شيء في هناك:أسهل النسخ الاحتياطي ونقل البيانات حولها.

بالنسبة برامج صغيرة دون الوصول إلى قاعدة البيانات تخزين البيانات في .صافي الإعدادات التي يتم تخزينها في ملف xml - بالطبع هذه ميزة c#, لذلك قد لا تنطبق عليك.

على أي حال, أنا تأكد من تخزين جميع البيانات في مكان واحد.عادة قاعدة البيانات الخاصة بنا.

Answer 7

هل تعتبر سكليتي ?إنه يستند إلى ملف الذي العناوين الخاص بك الشعور بأن "مجرد ملف قد فعل" (التكوين صفر), لكنه جيد قاعدة البيانات و الجداول بشكل جيد.وهو يدعم عدد من واجهات برمجة التطبيقات و هناك العديد من الواجهات الأمامية عن إدارته.

Answer 8

وأود أن أضيف إلى قاعدة البيانات في الجدول الرئيسي:

1. النسخ الاحتياطي والاسترداد (كنت ترغب في استعادة هذا الملف النصي, صحيح؟)
2. مخصصا الاستعلام (حيث يمكنك أن تفعل ذلك سوف SQL أداة والانضمام إلى غيرها من بيانات قاعدة البيانات)
3. إذا كانت قاعدة البيانات عمود فارغ المتجر متطلبات ينبغي أن يكون الحد الأدنى (لا شيء إذا كانت فارغة عمود في نهاية الجدول في Oracle)
4. سيكون من الأسهل إذا كنت تريد أن يكون لديك عدة ملقمات التطبيقات كما أنك لن تحتاج إلى الحفاظ على نسخ متعددة من بعض إضافية حول ملف التكوين
5. وضعه في الطفل الصغير الجدول فقط تعقيد التصميم دون إعطاء أية فوائد حقيقية

قد يكون بالفعل الذهاب إلى نفس الصف في قاعدة البيانات كجزء من معالجة الخاص بك على أي حال, لذا الأداء ليس من المرجح أن يكون مشكلة.إذا كنت لا يمكن أن ذاكرة التخزين المؤقت في الذاكرة.