‫۱۰ سال و ۳ ماه قبل، دوشنبه ۲۶ خرداد ۱۳۹۳، ساعت ۱۶:۲۲
سلام
سرعت عمل، به ابزاری بستگی دارد که به وسیله آن اطلاعات serialize  و deserialize می‌شود.
بهترین ابزاری که برای کار با XML معرفی شده است،(البته تا جایی که من خبر دارم)  LinqToXML است. کار کردن با آن ساده است اما دردسر‌های خاص خودش رو داره.
از طرفی فرمت JSON نسبت به XML، حجم کمتری دارد (حداقل به این دلیل که نیاز به باز و بسته کردن tag نیست)
در مجموع من JSON رو پیشنهاد می‌کنم.
‫۱۱ سال و ۹ ماه قبل، دوشنبه ۲۵ دی ۱۳۹۱، ساعت ۱۷:۰۰
سلام
تا اندازه ای که کارکردم خوب بود، البته پیش نیومد که توی پروژه Enterprise از آن استفاده کنم و در مورد Full-Text , Lucene راستش تا حالا امتحان نکردم...
شاید دوستان دیگر بتوانند راهنمایی کنند.
‫۱۱ سال و ۱۱ ماه قبل، جمعه ۱۹ آبان ۱۳۹۱، ساعت ۱۶:۲۹
سلام
به نظر من، شاید این بهترین مطلبی بود که توی وبسایت شما است...
ممنون
شاید جای مورد "تهیه Helper‌های سفارشی " توی لیست خالی باشه...
‫۱۲ سال و ۳ ماه قبل، یکشنبه ۱۸ تیر ۱۳۹۱، ساعت ۰۱:۴۸
سلام
ببخشید که دیر به سوال شما پاسخ دادم...
یه راه دیگه، علاوه بر راهی که توسط جناب آقای نصیری ارائه شده است، وجود دارد.
در پوشه Server فایل Raven.Server.exe را با Notepad باز کنید، سپس مقدار تنظیمات با کلید "Raven/AnonymousAccess " را به "All" تغییر دهید.توجه کنید که به بزرگ و کوچک بودن حروف حساس است.

در ضمن RavenDB از نظر سابقه و تعداد کاربران، قابل مقایسه با پایگاه داده هایی مثل SQL نیست و حق با شماست...
‫۱۲ سال و ۳ ماه قبل، سه‌شنبه ۱۳ تیر ۱۳۹۱، ساعت ۱۹:۳۵
شاید من نتونستم منظور خودم رو واضح بگم؛
Table-Relational و NoSQL نقطه مقابل هم نیستند و انتخاب شما بین یکی از روش‌های ذخیره کردن اطلاعات (Graph Databases ،Object Databases ، Table Relational و ... ) مشابه مثال انتخاب یکی از Type هایی مثل  long ، TimeSpam ، bit و ... برای ذخیره کردن یک مقدار کوچک است. درست است که همه این کار‌ها را با string می‌توان انجام داد و لی می‌توان با انتخاب درست در سرعت و فضایی که قرار است مصرف شود، صرفه جویی کرد.

و در باره مورد بعد که مطرح کردید، شاید یک مثال ساده قضیه رو روشن‌تر کند؛ می‌شود یک عدد کوچک رو در متغییری از جنس TimeSpam ریخت، اما اگر این عدد به معنی زمان نباشد، روش ما بهینه و حتی درست نیست، اما کار انجام شده است...
در صورتی که می‌شود این مقدار را در یک متغییر از جنس int ذخیره کرد.

امیدوارم شبهه ای که برای شما ایجاد شده است، با ارائه یک مثال کاربردی از RavenDB که در پست بعدی خواهم گفت، برطرف شود...
‫۱۲ سال و ۳ ماه قبل، دوشنبه ۱۲ تیر ۱۳۹۱، ساعت ۱۵:۴۳
سلام
نظر شما تا حدودی صحیح است اما کلاس‌های دات نت مثل XDocument  , XMLWriter  و ... قابل مقایسه با Engine قدرتمندی که برای یک پایگاه داده نوشته می‌شود، نیستند.
همچنین یکی از نیاز‌ها که باعث می‌شود سراغ NoSQL برویم، حجم عظیم اطلاعات است.
پس هیچ نگرانی در مورد حجم اطلاعات نباید وجود داشته باشد...
‫۱۲ سال و ۳ ماه قبل، دوشنبه ۱۲ تیر ۱۳۹۱، ساعت ۱۵:۲۶
ممنون از جناب آقای نصیری که پاسخشان در رابطه با ORM کامل و کافی بود.
اما در مورد سوال اول شما :
در بعضی موارد تبدیل پایگاه داده Table-Relational به بعضی موارد مثل Document Store کاملا امکان پذیر است؛ اما تبدیل آن به نوع KeyValue اساسا معنی ندارد، زیرا کاربرد این دو روش کاملا متفاوت است.
اما این نکته قابل توجه است که اگر تحلیل سیستم شما بر اساس Table-Relational انجام گرفته باشد؛ بعد از تبدیل به Document-Store، با کاهش سرعت مواجه می‌شوید.
و به نظر من زمانی باید سراغ روش‌های NoSQL رفت که ساختار Table-Relational پاسخ مناسبی برای نیاز ما نباشد.
‫۱۲ سال و ۳ ماه قبل، دوشنبه ۱۲ تیر ۱۳۹۱، ساعت ۱۵:۰۹
ما توی مکتب این جوری گفته بودن بهمون...
ممنون که تزکر دادین. اسلاح شد :-)