سلام
من حدود 300 میلیون رکورد اطلاعات دارم ک خیلی هاش تکراریه
و با فرمت های مختلفی هست
یه سری هاش فایل sql هست
یه سری اکسس
یه سری هم تو فایل تکست هست ک با , یا : از هم جدا شدند
خالا می خوام همه اینا رو بکنم یه دیتابیس ک بتونم تو برنامه ازشون استفاده کنم
بهم پیشنهاد دادن از دیتابیس های غیر رابطه ای nosql استفاده کنم
حالا کدوم بهتره و ایا می شه همه این فایل ها رو باهم تو دیتابیسی جمع آوری کرد و تکراری هاش رو حذف کرد
ممنون می شم کسایی ک بلدن راهنمایی کنن
phpcoding
March 24th, 2017, 05:32
با سلام
دوست عزیز این نظر شخصی بنده بعد از 8 سال تجربه کاری تو این زمینه اس (حالا من این مطلبو میگم باز یه سری دوستان فول متخصص که فرق کارل پی اچ پی و زبان کرل رو نمیدونن نیان بگن دیتابیس چه ربطی به فریم وورک داره . این فقط یه مثاله ک دوستمون متوجه بشه !!!!!!!!!!!!!!!! )
بانک اطلاعاتی database یه شباهت جزئی به فریم وورک ها داره . کار رو آسون تر میکنه . یعنی دیتابیس چیزیه که هر کسی میتونه باهاش کار کنه و به قول دوستمون که اینجا تاپیک زده بود در مورد یه فریم وورک کار راه بندازه . ولی خب از سرعت خیلی خیلی پایینی برخورداره . شاید کسایی که تازه کارن پیش خودشون بگن نه . ما که تا صفحه رو لود میکنیم خروجی سمت کلاینت بارگذاری میشه . سرعتش بالاس پس امثال استکی چی میگن سرعت phpmyadmin پایینه ؟ ولی خب این حقیقته که برنامه نویس های بزرگتر از من هم قبولش دارن . که کوئری های دیتابیس سرعت چشم گیر پایین دارن و همینطور منابع زیادی سمت سرور مصرف میکنن از جمله رم و سی پیو . مسلما شما نمیتونید سرعت پردازش یک اسکریپت NoSQL و یک اسکریپت پایگاه داده Database رو با هم یکی کنید . شاید به قول معروف با چشم غیر مسلح قابل دیدن نباشن چون تفاوتشون صدم ثانیه ایه . ولی خب واسه کسی مث من که برنامه نویس چت رومه و اسکریپت های فول اختصاصی برای چت روم مینویسه (مثل آخرین پروژم که اسکریپت NoSQL چت رومه) این صدم ثانیه خیلی چشم گیره . و من باید اونو ملاک کارم قرار بدم . ولی خب یه جایی هم میرسه که شما به دیتابیس نیاز دارید . مثلا همین پروژه های چت روم من . تا چند وقت پیش همه اطلاعات رو NoSQL میکردم به جز لیست کاربران و لیست پیام های کاربران . چون داخل چت روم یکی لیست کاربرانه که از تیبل آنلاینز خونده میشه معمولا و یکی لیست پیام هاس که به تیبل پیام ها مدام درخواست ارسال میشه از سمت کلاینت select & insert . واسه همین برای خود بنده سخت بود که این دوتا تیبل رو بیارم داخل پوشه ها و فایل ها و کاری کنم که سرعتش نه تنها کمتر نشه بلکه بیشترم بشه . واسه همین تموم قسمت هارو NoSQL میکردم به جز قسمت آنلاین ها و پیام تا اینکه چند ماهیه یه تکنیک جالب یاد گرفتم که دیگه کلا phpmyadmin رو حذف میکنم و حتی پیام ها و انلاین هارو میارم داخل فایل ها و البته سرعت رو هم چندین برابر کردم .
پیشنهاد من به شما اینه . ببینید چی نیاز دارید ؟ کدومش برای شما بهتره . اگر ملاک کار شما سرعته که خب بدون شک NoSQL بهتر انتخابه . اگر ملاک کار شما سرعت نیست و مواردی همچون زمان و سرعت و امکاناته که خب اصلا از نظر این سه تا مورد اصلا نمیشه NoSQL رو با DataBase مقایسه کرد و دیتابیس سرتره
شما باید ببینید نیازتون چیه !
ahmad19
March 24th, 2017, 05:43
ممنون از شما دوست عزیز
نیاز رو که فکر می کنم به طور کامل توضیح دادم
خود من هم بیش از 10 ساله دارم با دیتابیس ها کار می کنم و از همه توانایی هاشون آگاهم و تسلط دارم
اما به پیشنهاد چند تا از دوستان خارجی می خواستم mongodb رو نصب کنم و این کارا رو انجام بدم
اما یکی دیگه از همکاران گفتن CouchDB یا RavenDB رو استفاده کنم
اما چون شخضا تجربه کار با اینا رو نداشتم به معایب و مزایاشون آگاه نیستم و خواستم از دوستانی ک وارد ترند کمک بگیرم
phpcoding
March 24th, 2017, 05:48
در مورد revendb که چیزی نشنیدم
ولی کاوچ دی بی که تقریبا همون NoSQL هستش با این تفاوت که نرم افزار میزبان داره مثل PHPMyAdmin . و یه سری فرق های جزئی دیگه
مانگو دی بی هم اصلا در این مورد پیشنهاد نمیکنم
بهترین راه برای شما که سرعت ملاک کارتونه استفاده از NoSQL خالصه . یعنی ذخیره اطلاعات در فایل ها و خوندن فایل ها با توابعی مثل file_get_contents یا fopen روی همون هاست میزبان
hoka
March 24th, 2017, 18:03
در مورد revendb که چیزی نشنیدم
ولی کاوچ دی بی که تقریبا همون NoSQL هستش با این تفاوت که نرم افزار میزبان داره مثل PHPMyAdmin . و یه سری فرق های جزئی دیگه
مانگو دی بی هم اصلا در این مورد پیشنهاد نمیکنم
بهترین راه برای شما که سرعت ملاک کارتونه استفاده از NoSQL خالصه . یعنی ذخیره اطلاعات در فایل ها و خوندن فایل ها با توابعی مثل file_get_contents یا fopen روی همون هاست میزبان
شرمنده از استارتر
آیا یک فایل متنی با 300 میلیون خط تکس خوندن سرچ و ... از یک دیتابیس 300 میلیون خطی سریع تر هست ؟
و یک توضیح جامع بدید از nosql چون بنده هم دیتابیس سنگینی دارم که هرچقدر هم بخوام اون رو چندین تیبل کنم باز هم سرعت خوندن کم هست ( موتور innodb)
phpcoding
March 24th, 2017, 20:57
شرمنده از استارتر
آیا یک فایل متنی با 300 میلیون خط تکس خوندن سرچ و ... از یک دیتابیس 300 میلیون خطی سریع تر هست ؟
و یک توضیح جامع بدید از nosql چون بنده هم دیتابیس سنگینی دارم که هرچقدر هم بخوام اون رو چندین تیبل کنم باز هم سرعت خوندن کم هست ( موتور innodb)
اشتباه شما و یه سری دیگه از دوستان اینه که فک کردید خط فرمان php هم مثل ویندوزه . درسته اگه یک فایل با سیصد میلیون لاین رو داخل ویندوز باز کنید نه تنها نرم افزار میزبان هنگ میکنه بلکه مجبور میشید سیستم رو ری استارت کنید . ولی پی اچ پی مگه ویندوزه که بخواد فایلی رو بخونه و هنگ کنه ؟
بله دوست عزیز یک فایل با سیصد میلیون لاین از یک دیتابیس خیلی خیلی خیلی سبک تره . بخاطر زیاد بودن محتوای فایل هم سرعت کمتر نمیشه . در صورت زیاد بودن فایل ها سرعت کم میشه ولی وقتی فقط یه فایل باشه با میلیون ها لاین سرعت به مشکلی نمیخوره . چون فقط یک کوئری برای خوندن فایل هست اونم این :
file_get_contents("address.txt");
وسلام . حالا هر چند خط که میخواد باشه . سرعتش بالاس !!!
AtrafNet
March 25th, 2017, 00:15
اشتباه شما و یه سری دیگه از دوستان اینه که فک کردید خط فرمان php هم مثل ویندوزه . درسته اگه یک فایل با سیصد میلیون لاین رو داخل ویندوز باز کنید نه تنها نرم افزار میزبان هنگ میکنه بلکه مجبور میشید سیستم رو ری استارت کنید . ولی پی اچ پی مگه ویندوزه که بخواد فایلی رو بخونه و هنگ کنه ؟
بله دوست عزیز یک فایل با سیصد میلیون لاین از یک دیتابیس خیلی خیلی خیلی سبک تره . بخاطر زیاد بودن محتوای فایل هم سرعت کمتر نمیشه . در صورت زیاد بودن فایل ها سرعت کم میشه ولی وقتی فقط یه فایل باشه با میلیون ها لاین سرعت به مشکلی نمیخوره . چون فقط یک کوئری برای خوندن فایل هست اونم این :
file_get_contents("address.txt");
وسلام . حالا هر چند خط که میخواد باشه . سرعتش بالاس !!!
جناب جسارته حق با شماست سرعت کار این تابع file_get_contents بالاست اما به دلیل اینکه تمامی محتویات فایل رو در رم buffer میکنه مصرف رم خیلی زیادی می تونه در فایل های حجیم داشته باشه.
برای همین اکثراً در کار با فایل های حجیم در PHP پیشنهاد میکنن که به جای file_get_contents از تابع fopen برای ایجاد یک file pointer و سپس از تابع fgets برای خواندن تیکه تیکه فایل (مثلاً خط به خط) استفاده کنن.
چون اینطوری تابع fgets فقط همون مقدار از فایل که نیازه رو تو مموری بافر میکنه و نه ممکنه که اخطار سر ریز بافر در حجم های خیلی بالا پیش بیاد و نه مشکل مصرف بیش از حد رم داره.
نمونه کد در این لینک: http://stackoverflow.com/questions/162176/reading-very-large-files-in-php که البته طبق گفته این لینک که درست هم هست علاوه بر مشکل سرعت و بافر در حجم های خیلی زیاد ممکنه مشکل Time Out هم پیش بیاد.
همچنین درباره سرعت دیتابیس نسبت به فایل هم پیشنهاد میکنم لینک های زیر رو مطالعه کنید:
درسته فایل دسترسی سریع تری داره اما در مقیاس اطلاعاتی خیلی زیاد برای خود مدیر سایت مشکل ساز میشه و حتی بعداً اگه بخواد سایت رو بفروشه نمی تونه.
hoka
March 25th, 2017, 01:07
جناب جسارته حق با شماست سرعت کار این تابع file_get_contents بالاست اما به دلیل اینکه تمامی محتویات فایل رو در رم buffer میکنه مصرف رم خیلی زیادی می تونه در فایل های حجیم داشته باشه.
برای همین اکثراً در کار با فایل های حجیم در PHP پیشنهاد میکنن که به جای file_get_contents از تابع fopen برای ایجاد یک file pointer و سپس از تابع fgets برای خواندن تیکه تیکه فایل (مثلاً خط به خط) استفاده کنن.
چون اینطوری تابع fgets فقط همون مقدار از فایل که نیازه رو تو مموری بافر میکنه و نه ممکنه که اخطار سر ریز بافر در حجم های خیلی بالا پیش بیاد و نه مشکل مصرف بیش از حد رم داره.
نمونه کد در این لینک: http://stackoverflow.com/questions/162176/reading-very-large-files-in-php که البته طبق گفته این لینک که درست هم هست علاوه بر مشکل سرعت و بافر در حجم های خیلی زیاد ممکنه مشکل Time Out هم پیش بیاد.
همچنین درباره سرعت دیتابیس نسبت به فایل هم پیشنهاد میکنم لینک های زیر رو مطالعه کنید:
درسته فایل دسترسی سریع تری داره اما در مقیاس اطلاعاتی خیلی زیاد برای خود مدیر سایت مشکل ساز میشه و حتی بعداً اگه بخواد سایت رو بفروشه نمی تونه.
به نظر بنده هم همین موضوع هست که کار با یک فایل بسیار بسیار بزرگ در حد 20 گیگ ( حدود 300 میلیون خط ) در یک سرور معمولی بسیار سخت هست . به دو دلیل . اول اینکه شما باید یک فایل رو مدام در حال ادیت قرار بدید ( اگر دیتابیس ایستا باشه مثل تیبل پست های وردپرس مشکلی نیست ) ولی اگر یک دیتابیس با این حجم مدام در حال نوشتن و ویرایش باشه قطعا به مشکل خواهد خورد دقیقا مثل موتور MyISAM که کوئری ها در صف قرار میگیرن
بنده خودم الان سخت به دنبال روشی هستم که سرعت کار با دیتابیسم رو افزایش بده و قطعا فردا دیتابیس رو در یک فایل متنی مثل csv میریزم و تست میکنم . البته که خود phpmyadmin از موتور csv پشتیبانی میکنه ولی هیچ کس توصیه نمیکنه
- - - Updated - - -
اشتباه شما و یه سری دیگه از دوستان اینه که فک کردید خط فرمان php هم مثل ویندوزه . درسته اگه یک فایل با سیصد میلیون لاین رو داخل ویندوز باز کنید نه تنها نرم افزار میزبان هنگ میکنه بلکه مجبور میشید سیستم رو ری استارت کنید . ولی پی اچ پی مگه ویندوزه که بخواد فایلی رو بخونه و هنگ کنه ؟
بله دوست عزیز یک فایل با سیصد میلیون لاین از یک دیتابیس خیلی خیلی خیلی سبک تره . بخاطر زیاد بودن محتوای فایل هم سرعت کمتر نمیشه . در صورت زیاد بودن فایل ها سرعت کم میشه ولی وقتی فقط یه فایل باشه با میلیون ها لاین سرعت به مشکلی نمیخوره . چون فقط یک کوئری برای خوندن فایل هست اونم این :
file_get_contents("address.txt");
وسلام . حالا هر چند خط که میخواد باشه . سرعتش بالاس !!!
البته کوئری زیاد هست ولی بدترین کوئری این کوئری ای که معرفی کردید هست به دلیل اینکه تمام فایل به یکباره در سیستم باز میشه بدون هیچ لیمیتیشنی . حتی دیتابیس رو هم لیمیت قرار میدن براش چه برسه به یک فایل چند ده گیگی . شما از nosql در فایل های چندین گیگی دینامیک استفاده میکنید ؟
Azade.Kaveh
March 25th, 2017, 02:11
بهترین حالت هنوز Mysql هست به شرط اینکه اطلاعات را بین تعداد زیادی table تقسیم کنید .
من یک اسکریپت که سال های گذشته واسه یک دوست نوشتم که تعداد row هاش بسیار بسیار زیاد بود ( تا جایی یادم بود 50 میلیون عدد ) ( لاگ و ip و ... ذخیره میشد )
table پایه رو شماره گذاری کردم از 000001 تا 999999 و از table پایه کپی برداری کردیم روی همه ی table ها کمی زمان برد اما هنوز که هنوزه بعد از چندسال هنوز داره با یک vps ram 4 این همه داده رو استفاده میکنه با بیشترین سرعت ممکن .
واسه مشخص کردن شماره ی table هم یک فانکشن گذاشتیم که با توجه به اون درخواست و مقدار های ip و زمانش یک عدد بین این اعداد خروجی داده بشه و شماره ی table مشخص بشه .
phpcoding
March 25th, 2017, 05:25
جناب جسارته حق با شماست سرعت کار این تابع file_get_contents بالاست اما به دلیل اینکه تمامی محتویات فایل رو در رم buffer میکنه مصرف رم خیلی زیادی می تونه در فایل های حجیم داشته باشه.
برای همین اکثراً در کار با فایل های حجیم در PHP پیشنهاد میکنن که به جای file_get_contents از تابع fopen برای ایجاد یک file pointer و سپس از تابع fgets برای خواندن تیکه تیکه فایل (مثلاً خط به خط) استفاده کنن.
چون اینطوری تابع fgets فقط همون مقدار از فایل که نیازه رو تو مموری بافر میکنه و نه ممکنه که اخطار سر ریز بافر در حجم های خیلی بالا پیش بیاد و نه مشکل مصرف بیش از حد رم داره.
نمونه کد در این لینک: http://stackoverflow.com/questions/162176/reading-very-large-files-in-php که البته طبق گفته این لینک که درست هم هست علاوه بر مشکل سرعت و بافر در حجم های خیلی زیاد ممکنه مشکل Time Out هم پیش بیاد.
همچنین درباره سرعت دیتابیس نسبت به فایل هم پیشنهاد میکنم لینک های زیر رو مطالعه کنید:
درسته فایل دسترسی سریع تری داره اما در مقیاس اطلاعاتی خیلی زیاد برای خود مدیر سایت مشکل ساز میشه و حتی بعداً اگه بخواد سایت رو بفروشه نمی تونه.
و باز هم دوستان متخصص :d
من نگفتم عدل بیان همینی که من نوشتمو استفاده کنن . این کدی که من نوشتم یه کد مفهومیه فقط دوست عزیز . کاش فرق کد مفهومی و نمونه کد رو میدونستید !!!
درسته فایل دسترسی سریع تری داره اما در مقیاس اطلاعاتی خیلی زیاد برای خود مدیر سایت مشکل ساز میشه و حتی بعداً اگه بخواد سایت رو بفروشه نمی تونه.
دیگه اون بستگی به سلیقه شما داره که چطوری با NoSQL کار کنید . اگر قرار باشه مثل یه برنامه نویس تازه کار همه اطلاعات رو بریزید توی یه فایل با فرمت txt که حتی خروجی فایل رو هم نتونید کنترل کنید که نه تنها تو فروش سایت به مشکل میخورید بلکه هر کی هم رسید میشه هکر و هکتون میکنه . باید اصولی کار بشه .
به نظر بنده هم همین موضوع هست که کار با یک فایل بسیار بسیار بزرگ در حد 20 گیگ ( حدود 300 میلیون خط ) در یک سرور معمولی بسیار سخت هست . به دو دلیل . اول اینکه شما باید یک فایل رو مدام در حال ادیت قرار بدید ( اگر دیتابیس ایستا باشه مثل تیبل پست های وردپرس مشکلی نیست ) ولی اگر یک دیتابیس با این حجم مدام در حال نوشتن و ویرایش باشه قطعا به مشکل خواهد خورد دقیقا مثل موتور MyISAM که کوئری ها در صف قرار میگیرن
بنده خودم الان سخت به دنبال روشی هستم که سرعت کار با دیتابیسم رو افزایش بده و قطعا فردا دیتابیس رو در یک فایل متنی مثل csv میریزم و تست میکنم . البته که خود phpmyadmin از موتور csv پشتیبانی میکنه ولی هیچ کس توصیه نمیکنه
- - - Updated - - -
البته کوئری زیاد هست ولی بدترین کوئری این کوئری ای که معرفی کردید هست به دلیل اینکه تمام فایل به یکباره در سیستم باز میشه بدون هیچ لیمیتیشنی . حتی دیتابیس رو هم لیمیت قرار میدن براش چه برسه به یک فایل چند ده گیگی . شما از nosql در فایل های چندین گیگی دینامیک استفاده میکنید ؟
شما فرق کد مفهومی و نمونه کد رو میدونید ؟
واقعا هر سری من خواستم تو این انجمن به کسی کمک کنم بعدش اعصاب خوردی بوده برام . مشکل دوستمون حل شد . با تیم ویور نمونه کد براشون نوشتم که کلا مشکلشون حل شد
حالا این وسط یه چیزی واقعا برای من عجیبه . اونموقع که این آقا نیاز داره . هیچ کس وارد تاپیکش نمیشه . دو روز سه روز که گذشت مشکلش که توسط یکی مث من حل شد همه میشن متخصص میریزن داخل تاپیکش و شروع میکنن نظر دادن . مثل سری قبلی که دوستان تفاوت کارل پی اچ پی و زبان کرل رو نمیدونستن . اونوقت میخواستن به من توجیه کنن که کرل یه چیز دیگس [-(
من خودم تا الان NoSQL که حجم فایل هام بیشتر از 3KB بشه کار نکردم . چون به نظرم اصولی نیست . حتی برای insert کردن در یک تیبل در دیتابیس . ولی خب الان مشکل دوستمون چیز دیگه ایه و نیاز ایشون چیز دیگه
ahmad19
March 25th, 2017, 05:38
ممنون از همه دوستانی ک در تاپیک شرکت کردن
همکار خوبمون phpcoding (http://www.webhostingtalk.ir/member.php?u=126755) زحمت کشیدن با یه 20 خط کد php مشکل فعلی من رو حل کردن
hoka
March 25th, 2017, 07:26
و باز هم دوستان متخصص :d
من نگفتم عدل بیان همینی که من نوشتمو استفاده کنن . این کدی که من نوشتم یه کد مفهومیه فقط دوست عزیز . کاش فرق کد مفهومی و نمونه کد رو میدونستید !!!
درسته فایل دسترسی سریع تری داره اما در مقیاس اطلاعاتی خیلی زیاد برای خود مدیر سایت مشکل ساز میشه و حتی بعداً اگه بخواد سایت رو بفروشه نمی تونه.
دیگه اون بستگی به سلیقه شما داره که چطوری با NoSQL کار کنید . اگر قرار باشه مثل یه برنامه نویس تازه کار همه اطلاعات رو بریزید توی یه فایل با فرمت txt که حتی خروجی فایل رو هم نتونید کنترل کنید که نه تنها تو فروش سایت به مشکل میخورید بلکه هر کی هم رسید میشه هکر و هکتون میکنه . باید اصولی کار بشه .
شما فرق کد مفهومی و نمونه کد رو میدونید ؟
واقعا هر سری من خواستم تو این انجمن به کسی کمک کنم بعدش اعصاب خوردی بوده برام . مشکل دوستمون حل شد . با تیم ویور نمونه کد براشون نوشتم که کلا مشکلشون حل شد
حالا این وسط یه چیزی واقعا برای من عجیبه . اونموقع که این آقا نیاز داره . هیچ کس وارد تاپیکش نمیشه . دو روز سه روز که گذشت مشکلش که توسط یکی مث من حل شد همه میشن متخصص میریزن داخل تاپیکش و شروع میکنن نظر دادن . مثل سری قبلی که دوستان تفاوت کارل پی اچ پی و زبان کرل رو نمیدونستن . اونوقت میخواستن به من توجیه کنن که کرل یه چیز دیگس [-(
من خودم تا الان NoSQL که حجم فایل هام بیشتر از 3KB بشه کار نکردم . چون به نظرم اصولی نیست . حتی برای insert کردن در یک تیبل در دیتابیس . ولی خب الان مشکل دوستمون چیز دیگه ایه و نیاز ایشون چیز دیگه
عزیز جان خودتون رو ناراحت نفرمایید . بنده اگر شرکت کردم در تاپیک میخواستم اطلاعاتم بالا بره و کار خودم هم حل بشه که البته فکر کنم شما دوست ندارید کسی روی دانش شما بحث بکنه . باز هم از استارتر عذرخواهی میکنم که شرکت کردم در تاپیکشون . بیشتر همون مقالات خارجی رو میخونم که ناراحتم نمیشن اینقدر سریع
شما هم سعی بفرمایید در انجمن گفت و گو کنید شاید دانش بقیه هم به سطح شما برسه
AtrafNet
March 25th, 2017, 09:56
و باز هم دوستان متخصص :d
من نگفتم عدل بیان همینی که من نوشتمو استفاده کنن . این کدی که من نوشتم یه کد مفهومیه فقط دوست عزیز . کاش فرق کد مفهومی و نمونه کد رو میدونستید !!!
درسته فایل دسترسی سریع تری داره اما در مقیاس اطلاعاتی خیلی زیاد برای خود مدیر سایت مشکل ساز میشه و حتی بعداً اگه بخواد سایت رو بفروشه نمی تونه.
دیگه اون بستگی به سلیقه شما داره که چطوری با NoSQL کار کنید . اگر قرار باشه مثل یه برنامه نویس تازه کار همه اطلاعات رو بریزید توی یه فایل با فرمت txt که حتی خروجی فایل رو هم نتونید کنترل کنید که نه تنها تو فروش سایت به مشکل میخورید بلکه هر کی هم رسید میشه هکر و هکتون میکنه . باید اصولی کار بشه .
شما فرق کد مفهومی و نمونه کد رو میدونید ؟
واقعا هر سری من خواستم تو این انجمن به کسی کمک کنم بعدش اعصاب خوردی بوده برام . مشکل دوستمون حل شد . با تیم ویور نمونه کد براشون نوشتم که کلا مشکلشون حل شد
حالا این وسط یه چیزی واقعا برای من عجیبه . اونموقع که این آقا نیاز داره . هیچ کس وارد تاپیکش نمیشه . دو روز سه روز که گذشت مشکلش که توسط یکی مث من حل شد همه میشن متخصص میریزن داخل تاپیکش و شروع میکنن نظر دادن . مثل سری قبلی که دوستان تفاوت کارل پی اچ پی و زبان کرل رو نمیدونستن . اونوقت میخواستن به من توجیه کنن که کرل یه چیز دیگس [-(
من خودم تا الان NoSQL که حجم فایل هام بیشتر از 3KB بشه کار نکردم . چون به نظرم اصولی نیست . حتی برای insert کردن در یک تیبل در دیتابیس . ولی خب الان مشکل دوستمون چیز دیگه ایه و نیاز ایشون چیز دیگه
جناب جسارتاً می دونید مشکل شما چیه که هر بار در کمک به دیگران به قول خودتون عصبانی میشید؟ مشکل شما جسارتاً اینه که تحمل بحث و گفتگو درباره نظریه خودتون رو ندارید!
حتی مایکروسافت و سایر شرکت های به اون گندگی انقدر بار ها اشتباه کردن و بقیه حتی چهار تا آدم ساده بهشون تذکر دادن که همین ثابت میکنه که یه برنامه نویس نیازمنده بحث پذیری و جنبه بالا در نقد شدن هست.
اینکه شما تا یه نظر مخالف خودتون ببینید گارد بگیرید و بقیه رو مسخره کنید بگید باز متخصص ها آمدن شاید به نظرتون هیچ مشکلی نداشته باشه اما در دراز مدت اطرافیان کمتری حداقل در حیطه برنامه نویسی کنار شما می مونن چون متاسفانه روحیه مثبت کار تیمی رو ندارید (که البته اکثر ایرانی ها ندارن).
درباره NoSQL هم جسارتاً کی گفته یعنی صرفاً ذخیره مستقیم اطلاعات در فایل؟ در جریان هستید که NoSQL خودش یه روش استفاده از پایگاه داده حساب میشه؟
NoSQL به معنای بدون SQL نیستش که خودمون تو فایل ذخیره کنیم NoSQL مخفف Not Only SQL هستش یعنی نه فقط SQL اما بازم DBMS های خودش رو داره که کاربرد مشابه یه DBMS در حالت SQL رو داشته باشن.
https://fa.wikipedia.org/wiki/%D9%86%D9%88%D8%A7%D8%B3%E2%80%8C%DA%A9%DB%8C%D9%8 8%D8%A7%D9%84
باز هم میگم نه من ادعایی دارم که برنامه نویسم و اینا و نه هیچ کدوم از دوستانی که تو تاپیک شرکت کردن اما خب وقتی نظریه مطرح میشه سایر نظریات مربوط به اون حیطه هم باید شنیده (البته اینجا خونده) بشه.
مثل این می مونه شما نماینده مجلس باشید یه نظریه به صحن علنی مجلس بدید بعدش اگه کسی مخالفتون بود اونو خنگ و جوجه و... بمانید :x (مجلس رو مثال زدم).
phpcoding
March 25th, 2017, 13:07
جناب جسارتاً می دونید مشکل شما چیه که هر بار در کمک به دیگران به قول خودتون عصبانی میشید؟ مشکل شما جسارتاً اینه که تحمل بحث و گفتگو درباره نظریه خودتون رو ندارید!
حتی مایکروسافت و سایر شرکت های به اون گندگی انقدر بار ها اشتباه کردن و بقیه حتی چهار تا آدم ساده بهشون تذکر دادن که همین ثابت میکنه که یه برنامه نویس نیازمنده بحث پذیری و جنبه بالا در نقد شدن هست.
اینکه شما تا یه نظر مخالف خودتون ببینید گارد بگیرید و بقیه رو مسخره کنید بگید باز متخصص ها آمدن شاید به نظرتون هیچ مشکلی نداشته باشه اما در دراز مدت اطرافیان کمتری حداقل در حیطه برنامه نویسی کنار شما می مونن چون متاسفانه روحیه مثبت کار تیمی رو ندارید (که البته اکثر ایرانی ها ندارن).
درباره NoSQL هم جسارتاً کی گفته یعنی صرفاً ذخیره مستقیم اطلاعات در فایل؟ در جریان هستید که NoSQL خودش یه روش استفاده از پایگاه داده حساب میشه؟
NoSQL به معنای بدون SQL نیستش که خودمون تو فایل ذخیره کنیم NoSQL مخفف Not Only SQL هستش یعنی نه فقط SQL اما بازم DBMS های خودش رو داره که کاربرد مشابه یه DBMS در حالت SQL رو داشته باشن.
https://fa.wikipedia.org/wiki/%D9%86%D9%88%D8%A7%D8%B3%E2%80%8C%DA%A9%DB%8C%D9%8 8%D8%A7%D9%84
باز هم میگم نه من ادعایی دارم که برنامه نویسم و اینا و نه هیچ کدوم از دوستانی که تو تاپیک شرکت کردن اما خب وقتی نظریه مطرح میشه سایر نظریات مربوط به اون حیطه هم باید شنیده (البته اینجا خونده) بشه.
مثل این می مونه شما نماینده مجلس باشید یه نظریه به صحن علنی مجلس بدید بعدش اگه کسی مخالفتون بود اونو خنگ و جوجه و... بمانید :x (مجلس رو مثال زدم).
من مشکلی با شما دوستان ندارم . اتفاقا خوشحال میشم چند نفر بهتر از خودم رو می بینم و باهاشون بحث میکنم . چهارتا چیز شما بلدی دوتا چیز من . انتقال اطلاعات میکنیم . حالا یا شما دانشت بیشتره یا من . من نه حسادت میکنم به دانش کسی نه از کسایی که دانششون از من بیشتر متنفرم . ولی شما خودتون کلاهتون رو قاضی کنید . تاپیک قبلی یه اعصاب خوردی واقعی بود واسه من حق بدید دیگه نتونتم با کسی اینجا کنار بیام . دوستان میان لینک زبان کرل میدن . میگن برو ببین توش زده کرل . همون کرل پی اچ پیه . تاپیک قبلی که من توش شرکت کردم رو میتونید برید ببینید . دوستان فک کردن هر گردی گردوئه . چون کارل پی اچ پی cURL نوشته میشه زبان کرل هم cURL پس این دوتا یکین . البته از نظر اینا . حالا هر چقدرم که شما پا وایسی که ثابت کنی آقا کارل یه چیزه . کرل یه چیز دیگه . کسی به گوشش نمیره . حرف خودشونو میزنن . لینک سمپل های زبان کرل رو دادن تو تاپیک میگن این هم لینک کارل . جدا از این گیر دادن میگن چرا میگی کارل ؟ کارل چیه کارل درست نیست . سی یو ار ال درسته . حرف من تو اون تاپیک این بود . زبان کرل که یه چیز دیگس . اصلا نمیشه کرل و کارل رو یکی کرد . حالا کسایی که دوست دارن به کارل میگن کارل . مثل من و خیلی از دوستان دیگه . کسایی هم که دوست دارن میگن سی یو ار ال که تلفظ درستشه . یعنی کلاینت یو ار ال .
بگذریم . قصد من بی احترامی به کسی نیست . فقط میخوام به قول شما یکم جنبه نقد پذیری دوستان بالا باشه . وقتی میگم دوست عزیز این زبان کرله و کارل پی اچ پی نیست این هم مدرک و شواهدش دیگه یه لنگه پا سر حرفش واینسته و چهارتا لینک بی مربوط دیگه بده که بدتر اعصاب منو خورد کنه . توقع عذر خواهی هم از کسی ندارم . وقتی اشتباهی میکنن سکوت کنن این کار که از دستشون بر میاد ؟
در کل از شما و یوزر
hoka (http://www.webhostingtalk.ir/member.php?u=12008) عذر میخوام اگه بی احترامی شد
ipsat
March 26th, 2017, 20:12
من مشکلی با شما دوستان ندارم . اتفاقا خوشحال میشم چند نفر بهتر از خودم رو می بینم و باهاشون بحث میکنم . چهارتا چیز شما بلدی دوتا چیز من . انتقال اطلاعات میکنیم . حالا یا شما دانشت بیشتره یا من . من نه حسادت میکنم به دانش کسی نه از کسایی که دانششون از من بیشتر متنفرم . ولی شما خودتون کلاهتون رو قاضی کنید . تاپیک قبلی یه اعصاب خوردی واقعی بود واسه من حق بدید دیگه نتونتم با کسی اینجا کنار بیام . دوستان میان لینک زبان کرل میدن . میگن برو ببین توش زده کرل . همون کرل پی اچ پیه . تاپیک قبلی که من توش شرکت کردم رو میتونید برید ببینید . دوستان فک کردن هر گردی گردوئه . چون کارل پی اچ پی curl نوشته میشه زبان کرل هم curl پس این دوتا یکین . البته از نظر اینا . حالا هر چقدرم که شما پا وایسی که ثابت کنی آقا کارل یه چیزه . کرل یه چیز دیگه . کسی به گوشش نمیره . حرف خودشونو میزنن . لینک سمپل های زبان کرل رو دادن تو تاپیک میگن این هم لینک کارل . جدا از این گیر دادن میگن چرا میگی کارل ؟ کارل چیه کارل درست نیست . سی یو ار ال درسته . حرف من تو اون تاپیک این بود . زبان کرل که یه چیز دیگس . اصلا نمیشه کرل و کارل رو یکی کرد . حالا کسایی که دوست دارن به کارل میگن کارل . مثل من و خیلی از دوستان دیگه . کسایی هم که دوست دارن میگن سی یو ار ال که تلفظ درستشه . یعنی کلاینت یو ار ال .
بگذریم . قصد من بی احترامی به کسی نیست . فقط میخوام به قول شما یکم جنبه نقد پذیری دوستان بالا باشه . وقتی میگم دوست عزیز این زبان کرله و کارل پی اچ پی نیست این هم مدرک و شواهدش دیگه یه لنگه پا سر حرفش واینسته و چهارتا لینک بی مربوط دیگه بده که بدتر اعصاب منو خورد کنه . توقع عذر خواهی هم از کسی ندارم . وقتی اشتباهی میکنن سکوت کنن این کار که از دستشون بر میاد ؟
در کل از شما و یوزر
hoka (http://www.webhostingtalk.ir/member.php?u=12008) عذر میخوام اگه بی احترامی شد
شما از اینکه مشکل کاربرا حل می کنید کارتون قابل تحسینه.
در مورد اون کاربر (رضاآنلاین) به حرفش اعتنا نکنید چون یک حرف مفت زد رفت پی کارش.