نمایش نتایج 1 تا 18 از 18

نام تاپیک: جلوگیری از ثبت مقدار تکراری در database

  1. #1
    کاربر جدید
    تاریخ عضویت
    مهر 1394
    پست
    2
    تشکر کردن
    1
    0 بار تشکر شده در 0 پست

    Question جلوگیری از ثبت مقدار تکراری در database

    سلام علیکم.
    من یه پروژه دفترچه تلفن با سی شارپ 2013 و دیتابیس Sql server 2012 نوشتم.ام یه مشکلی داره.
    هنگام ایجاد جدول در اسکیو ال شماره (موبایل 1) را به عنوان گلید در نظر گرفتم.
    حالا می خواهم درون سی شارپ در رویداد Leav (تکس باکس موبایل 1) کدی بنویسم که قبل از ثبت چک کنه ببینه اگر چنین شماره موبایلی در جدول قبلا ثبت شده به کابر پیغام بده که فردی قبلا با این شماره موبایل در جدول ثبت شده.
    .
    .
    .
    کسی می تونه کمکم کنه؟؟؟
    .
    .
    کد ذخیره اطلاعات وارد شده توسط کاربر هم بدین صورت نوشتم.

     
    SqlConnection cn = new SqlConnection();
    cn.ConnectionString = @"Data Source=(local);Initial Catalog=PhonBook;Integrated Security=True";
    cn.Open();

    SqlCommand cmd = new SqlCommand();
    cmd.Connection = cn;
    cmd.CommandText = @"insert into tblPhone(tname,tfamily,tfather,tdate,tmobile1,tmob ile2,ttel,tfax,ttype,tpost,tadres,temail,ttozih) values('" + txtName.Text + "','" + txtFamily.Text + "','" + txtFather.Text + "','" + txtYear.Text + "/" + txtMounth.Text + "/" + txtday.Text + "','" + txtMobile1.Text + "','" + txtMobile2.Text + "','" + txtTell.Text + "','" + txtFax.Text + "','" + comboBox1.Text + "','" + txtPost.Text + "','" + txtAdress.Text + "','" + txtEmail.Text + "','" + txtTozih.Text + "')";
    cmd.ExecuteNonQuery();
    cn.Close();

    Namayesh();
    labelresuilt.Text = "با موفقیت ثبت شد";
    آخرین ویرایش به وسیله Mahmoud.Afrad : دوشنبه 05 بهمن 1394 در 21:04 عصر

  2. #2
    کاربر جدید
    تاریخ عضویت
    خرداد 1391
    پست
    7
    تشکر کردن
    3
    0 بار تشکر شده در 0 پست

    نقل قول: جلوگیری از ثبت مقدار تکراری در تکس باکس

    داداش میتونی شماره موبایل رو قبل از ثبت از دیتا بیس بگیری و درون یه آرایه بذاری و در هنگام ثبت یه شرط بذاری و سرچ درون آرایه انجام بدی و مقایسه کنی اگر درون آرایه بود محتوای تکست باکس رو پاک کنی و پیغام بدی که دوباره وارد کنه و اگر هم نبود با موفقیت ثبت میشه


    برو حالشو ببر

  3. #3
    کاربر دائمی آواتار AmiN0012
    تاریخ عضویت
    آبان 1394
    محل زندگی
    جویبار
    پست
    304
    تشکر کردن
    47
    140 بار تشکر شده در 118 پست

    نقل قول: جلوگیری از ثبت مقدار تکراری در تکس باکس


    datatable datatable1=new datatable();
    string str="select mobilenumber from table1 where mobilenumber ="+textboxmobile.text;
    connection.open();
    sqldataadapter da=new sqldataadapter(str,connection);
    da.fill(datatable1);
    connection.close();
    if(datatable1.rows.count>0)
    {
    messagebox.show("tekrari ast shomare mobile");
    return;
    }
    else
    {
    //insert
    }
    سلام دوست من تو نوت پد نوشتم برات خودت ردیفش کن تو سی شارپ

  4. 2 کاربر از AmiN0012 به خاطر این مطلب مفید تشکر کرده اند:


  5. #4
    کاربر جدید
    تاریخ عضویت
    مهر 1394
    پست
    2
    تشکر کردن
    1
    0 بار تشکر شده در 0 پست

    نقل قول: جلوگیری از ثبت مقدار تکراری در تکس باکس

    سلام.
    خیلی ممنون از پاسخ تون.
    من برنامه را به همون صورتی که گفته بودید نوشتم ولی به خط (da.Fill(dt که می رسد خطا می دهد.
    که عکس این خطا را هنگام اجرای برنامه پیوست این پست کردم.

    Salimi24.jpg

  6. #5
    کاربر دائمی آواتار ASKaffash
    تاریخ عضویت
    اردیبهشت 1387
    محل زندگی
    تهران
    پست
    2,405
    تشکر کردن
    893
    1,332 بار تشکر شده در 772 پست

    نقل قول: جلوگیری از ثبت مقدار تکراری در TextBox

    سلام
    جلوی دستور Select هیچ چیزی نیست

  7. #6
    کاربر دائمی
    تاریخ عضویت
    مرداد 1392
    محل زندگی
    شیراز-کرمانشاه
    پست
    227
    تشکر کردن
    18
    32 بار تشکر شده در 29 پست

    نقل قول: جلوگیری از ثبت مقدار تکراری در TextBox

    باید مینوشتید
    select * from
    شما علامت '''' * ''''' رو فراموش کردید

  8. #7
    کاربر جدید
    تاریخ عضویت
    آذر 1391
    پست
    2
    تشکر کردن
    1
    0 بار تشکر شده در 0 پست

    نقل قول: جلوگیری از ثبت مقدار تکراری در TextBox

    سلام
    من دستور شما در مورد تکراری بودن رو اجرا کردم و برای حروف انگلیسی مشکلی نداره ولی وقتی حروف فارسی باشه خطا روی دستور زیر میده
    da.fill(dt)

  9. #8
    کاربر جدید
    تاریخ عضویت
    آذر 1391
    پست
    2
    تشکر کردن
    1
    0 بار تشکر شده در 0 پست

    Question خطای Invalid column name

    اینم عکس حطا



    khata.jpg

  10. #9
    کاربر دائمی آواتار رامین مرادی
    تاریخ عضویت
    اردیبهشت 1389
    محل زندگی
    آذربایجان
    پست
    1,411
    تشکر کردن
    330
    345 بار تشکر شده در 315 پست

    نقل قول: جلوگیری از ثبت مقدار تکراری در TextBox

    کوئریتون مشکل داره. نام ستون رو پیدا نمیکنه

  11. #10
    مدیر بخش آواتار danialafshari
    تاریخ عضویت
    تیر 1387
    محل زندگی
    هر کجا هستم باشم آسمان مال من است
    پست
    2,683
    تشکر کردن
    152
    1,787 بار تشکر شده در 1,319 پست

    نقل قول: جلوگیری از ثبت مقدار تکراری در TextBox

    قبلا هم گفتم بازم میگم اگر چیزی رو سمت SQL Server میشه هندل کرد، هندل کنید
    کافیه اون فیلد رو Unique قرار بدید و هندل کنید و پیام مناسب نمایش بدید
    لطفاً از پرسیدن سوال در خصوصی خودداری کنید.
    قبل از ایجاد تاپیک، حتماً قوانین سایت را مطالعه فرمایید.
    قوانین پرسش های دانشجویی
    برای درست وارد شدن کد در قالب C#‎‎‎ سایت، ابتدا کد رو درون Notepad.exe کپی سپس از اونجا به سایت در قالب C#‎‎‎ منتفل کنید
    نرم افزار code manager دستیار برنامه نویسان جهت نگهداری کد ها

  12. #11
    کاربر دائمی آواتار sds1920
    تاریخ عضویت
    تیر 1388
    محل زندگی
    اصفهان
    سن
    29
    پست
    466
    تشکر کردن
    189
    251 بار تشکر شده در 128 پست

    نقل قول: جلوگیری از ثبت مقدار تکراری در TextBox

    نقل قول نوشته شده توسط danialafshari مشاهده تاپیک
    قبلا هم گفتم بازم میگم اگر چیزی رو سمت SQL Server میشه هندل کرد، هندل کنید
    کافیه اون فیلد رو Unique قرار بدید و هندل کنید و پیام مناسب نمایش بدید
    اتفاقا من با این دیدگاه کاملا مخالفم. هر چیزی رو که میتونید، بهتره سمت برنامه هندل کنید دلیلش هم فقط یک چیزه و اونم Unit Test هست.
    اگر قرار باشه پروژه ای استاندارد باشه باید براش تست نوشته بشه و زمانی که قرار تست نوشته بشه باید همه چیز جوری نوشته شده باشه که تحت کنترل برنامه باشه. باید وابستگی برنامه به بیرون کم بشه و از پراکنده شدن Business برنامه جلوگیری کرد. پس از دوستانی که علاقه شدیدی به پردازش ها سمت دیتابیس دارن باید بخوام این دیدگاهشون رو عوض کنن. امروز بهتر از فرداست.
    در دنیای امروز دیتابیس حکم یک گونی رو داره که فقط اطلاعات داخلش میریزن. بیشتر از این دیتابیس معنا و مفهومی نداره.
    برای درک بهتر حرف هایی که زدم به دوستان پیشنهاد میکنم کتاب The Art of unit testing رو مطالعه کنن. این کتاب میتونه رو دیدگاه شما تاثیر مثبتی داشته باشه

  13. #12
    کاربر دائمی آواتار رامین مرادی
    تاریخ عضویت
    اردیبهشت 1389
    محل زندگی
    آذربایجان
    پست
    1,411
    تشکر کردن
    330
    345 بار تشکر شده در 315 پست

    نقل قول: جلوگیری از ثبت مقدار تکراری در TextBox

    نقل قول نوشته شده توسط sds1920 مشاهده تاپیک
    اتفاقا من با این دیدگاه کاملا مخالفم. هر چیزی رو که میتونید، بهتره سمت برنامه هندل کنید دلیلش هم فقط یک چیزه و اونم Unit Test هست.
    اگر قرار باشه پروژه ای استاندارد باشه باید براش تست نوشته بشه و زمانی که قرار تست نوشته بشه باید همه چیز جوری نوشته شده باشه که تحت کنترل برنامه باشه. باید وابستگی برنامه به بیرون کم بشه و از پراکنده شدن Business برنامه جلوگیری کرد. پس از دوستانی که علاقه شدیدی به پردازش ها سمت دیتابیس دارن باید بخوام این دیدگاهشون رو عوض کنن. امروز بهتر از فرداست.
    در دنیای امروز دیتابیس حکم یک گونی رو داره که فقط اطلاعات داخلش میریزن. بیشتر از این دیتابیس معنا و مفهومی نداره.
    برای درک بهتر حرف هایی که زدم به دوستان پیشنهاد میکنم کتاب The Art of unit testing رو مطالعه کنن. این کتاب میتونه رو دیدگاه شما تاثیر مثبتی داشته باشه
    هرکسی یه نظری داره.
    شاید این گفته شما تو برنامه های تک کاربره درست به نظر بیاد اما وقتی برنامه میره سمت شبکه و تعداد کاربرا مثلا میشه پونصدنفر(مثاله که مثلا تو پروژه های بزرگ این عدد خیلی خیلی بالاتر از این چیزی که من گفتم میشه)
    حساب کنید پونصد نفر دارن اطلاعات ثبت میکنن. هر بار برنامه پونصد درخواست رو تو بستر شبکه ارسال کنه و برفرض مثال برا هردرخواست یک میلیون رکورد برگردونه سرور دیتابیس شدیدا کم میاره (حالا بگذریم از سرعت شبکه و اینترنت و این چیزا). بحث امنیت اطلاعات مبادله شده تو شبکه هم هست. بحث سیستمی که قراره این یک میلیون رکورد رو پیمایش کنه هم هست.

    ولی وقتی این کار سپرده میشه سمت دیتابیس اینجور میشه که پونصد درخواست ارسال میشه به سرور و سرور بانک اطلاعاتی مثلا با پروسیجر(پروسیجر با یک بار اجرا تو حافظه کش میشه و دفعه های بعد سرعتتون خیلی خیلی بهبود پیدا میکنه.امنیت دیتابیستون بالا میره چون اطلاعات جداول و فیلدها در سمت برنامه نیست.اس کیو ال اینجکشن جلوش گرفته میشه.) این کار رو میکنه و نتیجه رو فقط با یه مقدار مثلا ثبت شد یا نشد برمیگردونه. و اینجوری کل ترافیکتو از 500 میلیون رکورد میرسونی به پونصد رکورد. و دیگه اینکه داده هاتون در طول شبکه جریان نداره و جلوی سواستفاده احتمالی رو هم گرفتید.

  14. #13
    کاربر دائمی آواتار sds1920
    تاریخ عضویت
    تیر 1388
    محل زندگی
    اصفهان
    سن
    29
    پست
    466
    تشکر کردن
    189
    251 بار تشکر شده در 128 پست

    نقل قول: جلوگیری از ثبت مقدار تکراری در TextBox

    نقل قول نوشته شده توسط رامین مرادی مشاهده تاپیک
    هرکسی یه نظری داره.
    شاید این گفته شما تو برنامه های تک کاربره درست به نظر بیاد اما وقتی برنامه میره سمت شبکه و تعداد کاربرا مثلا میشه پونصدنفر(مثاله که مثلا تو پروژه های بزرگ این عدد خیلی خیلی بالاتر از این چیزی که من گفتم میشه)
    حساب کنید پونصد نفر دارن اطلاعات ثبت میکنن. هر بار برنامه پونصد درخواست رو تو بستر شبکه ارسال کنه و برفرض مثال برا هردرخواست یک میلیون رکورد برگردونه سرور دیتابیس شدیدا کم میاره (حالا بگذریم از سرعت شبکه و اینترنت و این چیزا). بحث امنیت اطلاعات مبادله شده تو شبکه هم هست. بحث سیستمی که قراره این یک میلیون رکورد رو پیمایش کنه هم هست.

    ولی وقتی این کار سپرده میشه سمت دیتابیس اینجور میشه که پونصد درخواست ارسال میشه به سرور و سرور بانک اطلاعاتی مثلا با پروسیجر(پروسیجر با یک بار اجرا تو حافظه کش میشه و دفعه های بعد سرعتتون خیلی خیلی بهبود پیدا میکنه.امنیت دیتابیستون بالا میره چون اطلاعات جداول و فیلدها در سمت برنامه نیست.اس کیو ال اینجکشن جلوش گرفته میشه.) این کار رو میکنه و نتیجه رو فقط با یه مقدار مثلا ثبت شد یا نشد برمیگردونه. و اینجوری کل ترافیکتو از 500 میلیون رکورد میرسونی به پونصد رکورد. و دیگه اینکه داده هاتون در طول شبکه جریان نداره و جلوی سواستفاده احتمالی رو هم گرفتید.
    تا حدودی با نظر شما موافقم ولی در حجم اطلاعات دارید یکم زیاده روی میکنید و از 1 میلیون رسیدید به 500 میلیون.
    برنامه ای که بخواد هر بار این حجم از اطلاعات رو پردازش کنه نیاز به یک ابر کامپیوتر داره ولی شاید بهتر باشه بگم برنامه نویسی که اینجور برنامه ای بخواد بنویسه رو باید بهش حبس ابد داد. همه ما تجربه کار با دیتای بزرگ رو داشتیم. من الان با دیتا بیسی کار میکنم که حدود 130 گیگ اطلاعات غیرگرافیکی داخلش هست ولی در 1درصد مواقع هم نیازی به چنین پردازشی نداشتم و ندارم. ولی در کل شاید ماهیت پروژه جوری باشه که در چند مورد خاص نیاز به چنین کاری باشه و منم هم منکرش نیستم. به همین خاطر گفتم "
    هر چیزی رو که میتونید، بهتره سمت برنامه هندل کنید". اما اجازه ندید این بهانه شما رو مجبور کنه رو بیارید به سمت کد نویسی داخل دیتابیس و منطق تجاری برنامه رو پراکنده کنید.هر چند میدونم خیلی از برنامه نویسای داخل ایران طرفدار این روش هستند ولی بهتره به چیزهایی که جدید هست رو بیارید و دست از سر دیتابیس بیچاره بردارید.
    در مورد امنیت هم باید بگم من و شما برنامه نویس نباید نگران امنیت داده ها توی شبکه باشیم. اونی که باید نگران باشه مسئول شبکه و امنیت هست. در ضمن برای جلوگیری از این مورد به راحتی میتونید برای SQL Server یک گواهینامه SSL تعریف کنید تا اطلاعات توی شبکه قابل دستیابی نباشه.

  15. #14
    کاربر دائمی آواتار رامین مرادی
    تاریخ عضویت
    اردیبهشت 1389
    محل زندگی
    آذربایجان
    پست
    1,411
    تشکر کردن
    330
    345 بار تشکر شده در 315 پست

    نقل قول: جلوگیری از ثبت مقدار تکراری در TextBox

    نقل قول نوشته شده توسط sds1920 مشاهده تاپیک
    تا حدودی با نظر شما موافقم ولی در حجم اطلاعات دارید یکم زیاده روی میکنید و از 1 میلیون رسیدید به 500 میلیون.
    برنامه ای که بخواد هر بار این حجم از اطلاعات رو پردازش کنه نیاز به یک ابر کامپیوتر داره ولی شاید بهتر باشه بگم برنامه نویسی که اینجور برنامه ای بخواد بنویسه رو باید بهش حبس ابد داد. همه ما تجربه کار با دیتای بزرگ رو داشتیم. من الان با دیتا بیسی کار میکنم که حدود 130 گیگ اطلاعات غیرگرافیکی داخلش هست ولی در 1درصد مواقع هم نیازی به چنین پردازشی نداشتم و ندارم. ولی در کل شاید ماهیت پروژه جوری باشه که در چند مورد خاص نیاز به چنین کاری باشه و منم هم منکرش نیستم. به همین خاطر گفتم "
    هر چیزی رو که میتونید، بهتره سمت برنامه هندل کنید". اما اجازه ندید این بهانه شما رو مجبور کنه رو بیارید به سمت کد نویسی داخل دیتابیس و منطق تجاری برنامه رو پراکنده کنید.هر چند میدونم خیلی از برنامه نویسای داخل ایران طرفدار این روش هستند ولی بهتره به چیزهایی که جدید هست رو بیارید و دست از سر دیتابیس بیچاره بردارید.
    در مورد امنیت هم باید بگم من و شما برنامه نویس نباید نگران امنیت داده ها توی شبکه باشیم. اونی که باید نگران باشه مسئول شبکه و امنیت هست. در ضمن برای جلوگیری از این مورد به راحتی میتونید برای SQL Server یک گواهینامه SSL تعریف کنید تا اطلاعات توی شبکه قابل دستیابی نباشه.
    شاید متوجه منظور بنده نشدید. من اینجور میگم که یک میلیون رکورد داخل یه جدول هست. پونصد کاربر همزمان درخواست ثبت رو میدن. اگه قراره پردازش سمت برنامه باشه خب باید اون یک میلیون رکورد به هرکدوم از 500 کاربر که درخواست رو کردن برگردونده بشه. پس با یه ضرب ساده باید 500 میلیون داده تو جریان شبکه برگشت داده بشه.(برا مثال میتونید همین سیستم آمارگیری که تو کشور انجام میشه رو در نظر بگیرید. هر لحظه داره داده ها و کد ملی ثبت میشه. نباید کد ملی تکراری ثبت بشه. هروز این جدول که بزرگتر شد . فرض کنید داده ها هم رسیدن به 60 میلیون رکورد و تو کشور هم ده هزار آمارگیر وجود داره حسابش با شما)

    ما عملا با این روش داریم لایه دیتا رو میاریم داخل لایه تجاری (البته هستن کسایی که لایه دیتا رو تو لایه اول UI هم میارن ) . که به نظر من اصلا کار درستی نیست. اگه سورس برنامه لو بره. اطلاعات جداول و ... هم بطبع لو میره.

    دیتابیس بیچاره نیست و اینروزا دیتابیس ها و پایگاه های داده رو جوری طراحی کردن که با داده های حجیم هم بتونه به خوبی کار بکنه.
    حالا طبق همین فرمایش شما (
    در مورد امنیت هم باید بگم من و شما برنامه نویس نباید نگران امنیت داده ها توی شبکه باشیم
    ) منم میگم ما به عنوان برنامه نویس نباید نگران دیتابیس باشیم نگهداری و رسیدگی به دیتابیس مربوط به مدیر دیتابیس میشه. راجب استفاده از ssl هم درسته استفاده ازش بجاست ممنون که یادآوری کردید.

  16. #15
    کاربر دائمی آواتار c0mmander
    تاریخ عضویت
    اردیبهشت 1393
    محل زندگی
    خونمون D:
    پست
    560
    تشکر کردن
    627
    472 بار تشکر شده در 308 پست

    نقل قول: جلوگیری از ثبت مقدار تکراری در TextBox

    نقل قول نوشته شده توسط sds1920 مشاهده تاپیک
    اتفاقا من با این دیدگاه کاملا مخالفم. هر چیزی رو که میتونید، بهتره سمت برنامه هندل کنید دلیلش هم فقط یک چیزه و اونم Unit Test هست.
    اگر قرار باشه پروژه ای استاندارد باشه باید براش تست نوشته بشه و زمانی که قرار تست نوشته بشه باید همه چیز جوری نوشته شده باشه که تحت کنترل برنامه باشه. باید وابستگی برنامه به بیرون کم بشه و از پراکنده شدن Business برنامه جلوگیری کرد. پس از دوستانی که علاقه شدیدی به پردازش ها سمت دیتابیس دارن باید بخوام این دیدگاهشون رو عوض کنن. امروز بهتر از فرداست.
    در دنیای امروز دیتابیس حکم یک گونی رو داره که فقط اطلاعات داخلش میریزن. بیشتر از این دیتابیس معنا و مفهومی نداره.
    برای درک بهتر حرف هایی که زدم به دوستان پیشنهاد میکنم کتاب The Art of unit testing رو مطالعه کنن. این کتاب میتونه رو دیدگاه شما تاثیر مثبتی داشته باشه
    یعنی با این نظرتون اصل و اساس و اصول طراحی پاییگاه داده و مهندسی پاییگاه داده رو زیر سوال بردید!

    طراحی اصولی پاییگاه داده مثل تمام بخش های دیگه نرم افزار مثل طراحی ساختمان داده های مورد نیاز (حتی در برنامه های شئ گرا)، طراحی واحد های اجرایی ، طراحی پل های رابط ، و غیر از بنیادی ترین اصول طراحی نرم افزار استاندارده. و بازم هم از اصولی ترین و پاییه ای ترین اصول طراحی پاییگاه داده رابطه ای ایجاد index ها , fk , pk ها صحیح و بجا داشتن جداول رابطه ای متعدد برای جلو گیری از افزونگیه. حالا کاری ندارم که در پروژه های سنگین تریگر کردن و این موارد هم مورد نیاز میشن.

    و باز هم در پروژه های استاندارد با طراحی درست پاییگاه داده از مشکلات امنیتی احتمالی و حتی افزونگی داده ها کاملا جلو گیری میشه.

    با این دید شما که دیتا بیس حکم گونی داره و فقط باید همین طوری پرش کرد بعدا پردازش کرد به هیچ عنوان نمیتونید برنامه مورد اعتماد درست کنید. برنامه به هر دلیلی ممکنه دچار مشکل بشه باگ داشته بشه یا به n + 1 دلیل دیگه نتونه تمام شرایط ممکن برای جلوگیری از افزونگی رو رعایت کنه بعدش با این تفکر مشتری بی نوا باید مجددا مزاحتون بشه که داده هایی که باعث خرابی شده رو درست کنید که در این شرایط شما یا باید از داده ها صرفه نظر کنید یا تغییراتی بدید. که اگر این تغییرات یکی دوتا باشه خوب شاید بگید مشکلی نیست اما در خیلی از موارد فقط به یکی دو مورد ختم نمیشه!

    مورد بعدی هم Unit test هست من از تست واحد زیاد استفاده میکنم از تست های عملکردی برای ارتباط ها با وبسرویس ها تا بررسی ساختارهای mvvm اما ارتباط ش رو unique کردن دیتابیس رابطه ای متوجه نشدم! (البته من از .net mvc استفاده نمیکنم)

    در کل توصیه میکنم بجای خراب کردن طراحی پاییگاه داده از مدیریت استثنا درست در برنامه استفاده کنید.
    آخرین ویرایش به وسیله c0mmander : پنج شنبه 14 تیر 1397 در 06:14 صبح

  17. #16
    کاربر دائمی آواتار sds1920
    تاریخ عضویت
    تیر 1388
    محل زندگی
    اصفهان
    سن
    29
    پست
    466
    تشکر کردن
    189
    251 بار تشکر شده در 128 پست

    نقل قول: جلوگیری از ثبت مقدار تکراری در TextBox

    نقل قول نوشته شده توسط رامین مرادی مشاهده تاپیک
    شاید متوجه منظور بنده نشدید. من اینجور میگم که یک میلیون رکورد داخل یه جدول هست. پونصد کاربر همزمان درخواست ثبت رو میدن. اگه قراره پردازش سمت برنامه باشه خب باید اون یک میلیون رکورد به هرکدوم از 500 کاربر که درخواست رو کردن برگردونده بشه. پس با یه ضرب ساده باید 500 میلیون داده تو جریان شبکه برگشت داده بشه.(برا مثال میتونید همین سیستم آمارگیری که تو کشور انجام میشه رو در نظر بگیرید. هر لحظه داره داده ها و کد ملی ثبت میشه. نباید کد ملی تکراری ثبت بشه. هروز این جدول که بزرگتر شد . فرض کنید داده ها هم رسیدن به 60 میلیون رکورد و تو کشور هم ده هزار آمارگیر وجود داره حسابش با شما)

    ما عملا با این روش داریم لایه دیتا رو میاریم داخل لایه تجاری (البته هستن کسایی که لایه دیتا رو تو لایه اول UI هم میارن ) . که به نظر من اصلا کار درستی نیست. اگه سورس برنامه لو بره. اطلاعات جداول و ... هم بطبع لو میره.

    دیتابیس بیچاره نیست و اینروزا دیتابیس ها و پایگاه های داده رو جوری طراحی کردن که با داده های حجیم هم بتونه به خوبی کار بکنه.
    حالا طبق همین فرمایش شما (
    در مورد امنیت هم باید بگم من و شما برنامه نویس نباید نگران امنیت داده ها توی شبکه باشیم
    ) منم میگم ما به عنوان برنامه نویس نباید نگران دیتابیس باشیم نگهداری و رسیدگی به دیتابیس مربوط به مدیر دیتابیس میشه. راجب استفاده از ssl هم درسته استفاده ازش بجاست ممنون که یادآوری کردید.
    شما هم گویا نظر بنده رو متوجه نشدید. من میگم برنامه که قراره هر دفعه یک میلیون رکورد رو با هم لود اساسا از نظر طراحی مشکل داره. کدوم کاربریه که بخواد اینهمه رکورد رو یکجا بررسی کنه؟
    شما میگید برای مثال نباید کد ملی تکراری ثبت بشه. سوال من اینه. آیا شما به جای یک دستور Select ساده با چندتا شرط هر بار میای و همه داده رو از بانک داده میخونید و بعد با هم مقایسه میکنید؟
    در مورد لایه تجاری میشه لطف کنید و بگید قراره این لایه کجای پروژه قرار بگیره؟ به نظر شما توی دیتابیس جای خوبیه برای این لایه؟ پس زبان های برنامه نویسی به چه درد میخورن؟ اگه صرفا قراره در حد ایجاد UI ازشون استفاده کرد که از همون HTML استفاده میکردن.
    علاوه بر این اگه همون 500 کاربر شدن 5000 کاربر میدونید چه بار محاسباتی زیادی رو دارید به دوش سرور میذارید؟
    در ضمن همون اندازه که امکان لو رفتن سورس برنامه هست امکان لو رفتن دیتابیس هم هست. این بستگی به محیط کار و امنیت محیطی که کار میکنید داره.
    برخلاف نظر شما من میگم شما به عنوان یک برنامه نویس باید و باید نگران performance بانک داده و برنامه ای که مینویسه باشه. چون دیتابیس مهمترین منبع اشتراکی بین همه کاربران هست. درسته که بانک داده مدیر برای خودش داره ولی شما به عنوان برنامه نویس قراره پول چی رو بگیرید؟ کد نویسی برای یک بچه 10 ساله هم اینجور که شما میگید کار راحتیه. 4 تا متغییر و 2 تا حلقه و 5 تا متد ایجاد کردن کار سختی نیست.

  18. #17
    کاربر دائمی آواتار sds1920
    تاریخ عضویت
    تیر 1388
    محل زندگی
    اصفهان
    سن
    29
    پست
    466
    تشکر کردن
    189
    251 بار تشکر شده در 128 پست

    نقل قول: جلوگیری از ثبت مقدار تکراری در TextBox

    نقل قول نوشته شده توسط c0mmander مشاهده تاپیک
    یعنی با این نظرتون اصل و اساس و اصول طراحی پاییگاه داده و مهندسی پاییگاه داده رو زیر سوال بردید!

    طراحی اصولی پاییگاه داده مثل تمام بخش های دیگه نرم افزار مثل طراحی ساختمان داده های مورد نیاز (حتی در برنامه های شئ گرا)، طراحی واحد های اجرایی ، طراحی پل های رابط ، و غیر از بنیادی ترین اصول طراحی نرم افزار استاندارده. و بازم هم از اصولی ترین و پاییه ای ترین اصول طراحی پاییگاه داده رابطه ای ایجاد index ها , fk , pk ها صحیح و بجا داشتن جداول رابطه ای متعدد برای جلو گیری از افزونگیه. حالا کاری ندارم که در پروژه های سنگین تریگر کردن و این موارد هم مورد نیاز میشن.

    و باز هم در پروژه های استاندارد با طراحی درست پاییگاه داده از مشکلات امنیتی احتمالی و حتی افزونگی داده ها کاملا جلو گیری میشه.

    با این دید شما که دیتا بیس حکم گونی داره و فقط باید همین طوری پرش کرد بعدا پردازش کرد به هیچ عنوان نمیتونید برنامه مورد اعتماد درست کنید. برنامه به هر دلیلی ممکنه دچار مشکل بشه باگ داشته بشه یا به n + 1 دلیل دیگه نتونه تمام شرایط ممکن برای جلوگیری از افزونگی رو رعایت کنه بعدش با این تفکر مشتری بی نوا باید مجددا مزاحتون بشه که داده هایی که باعث خرابی شده رو درست کنید که در این شرایط شما یا باید از داده ها صرفه نظر کنید یا تغییراتی بدید. که اگر این تغییرات یکی دوتا باشه خوب شاید بگید مشکلی نیست اما در خیلی از موارد فقط به یکی دو مورد ختم نمیشه!

    مورد بعدی هم Unit test هست من از تست واحد زیاد استفاده میکنم از تست های عملکردی برای ارتباط ها با وبسرویس ها تا بررسی ساختارهای mvvm اما ارتباط ش رو unique کردن دیتابیس رابطه ای متوجه نشدم! (البته من از .net mvc استفاده نمیکنم)

    در کل توصیه میکنم بجای خراب کردن طراحی پاییگاه داده از مدیریت استثنا درست در برنامه استفاده کنید.
    من هم مشکلی با طراحی بانک داده ندارم ولی صرفا در حد همون pk ، fk ، index ، Relation و موضوع افزونگی که شما خیلی روش تاکید دارید(که صد البته موضوع مهمی هست). ساختار بانک داده باید به درستی تعریف بشه وگرنه داستان خشت اول کج گذاشتن هست. ولی نباید بیشتر از این از بانک داده انتظار داشته باشید.
    یکی از بدترین چیزهای که میتونه برای یک برنامه وجود داشته باشه وجود تریگر هست. توصیه میکنم شما هم دور تریگر توی دیتابیس رو خط بکشید. چون به شدت کار عیب یابی و رفع خطا رو زیاد میکنه.

    در ضمن دوست عزیز. این دیتابیسی شما دارید اینجور سنگش رو به سینه میزنید در حال منسوخ شدن هست. پروژه های بزرگ توی دنیا دارن از مفهومی به نام NoSql استفاده میکنن. چون وجود اینهمه index و relation و .... باعث کند شدن عملیات در داده های بزرگ میشه. به نظر من این دیتابیس هایی که ما داریم استفاده میکنیم بیشتر برای پروژه های خانگی به درد میخوره تا پروژه های بزرگ.

    در آخر من باز هم شما رو به تقوا و تغییر دیدگاه در مورد روش برنامه نویسی دعوت میکنم. باشد که رستگار شوید.

  19. #18
    کاربر دائمی آواتار رامین مرادی
    تاریخ عضویت
    اردیبهشت 1389
    محل زندگی
    آذربایجان
    پست
    1,411
    تشکر کردن
    330
    345 بار تشکر شده در 315 پست

    نقل قول: جلوگیری از ثبت مقدار تکراری در TextBox

    نقل قول نوشته شده توسط sds1920 مشاهده تاپیک
    شما هم گویا نظر بنده رو متوجه نشدید. من میگم برنامه که قراره هر دفعه یک میلیون رکورد رو با هم لود اساسا از نظر طراحی مشکل داره. کدوم کاربریه که بخواد اینهمه رکورد رو یکجا بررسی کنه؟
    شما میگید برای مثال نباید کد ملی تکراری ثبت بشه. سوال من اینه. آیا شما به جای یک دستور Select ساده با چندتا شرط هر بار میای و همه داده رو از بانک داده میخونید و بعد با هم مقایسه میکنید؟
    در مورد لایه تجاری میشه لطف کنید و بگید قراره این لایه کجای پروژه قرار بگیره؟ به نظر شما توی دیتابیس جای خوبیه برای این لایه؟ پس زبان های برنامه نویسی به چه درد میخورن؟ اگه صرفا قراره در حد ایجاد UI ازشون استفاده کرد که از همون HTML استفاده میکردن.
    علاوه بر این اگه همون 500 کاربر شدن 5000 کاربر میدونید چه بار محاسباتی زیادی رو دارید به دوش سرور میذارید؟
    در ضمن همون اندازه که امکان لو رفتن سورس برنامه هست امکان لو رفتن دیتابیس هم هست. این بستگی به محیط کار و امنیت محیطی که کار میکنید داره.
    برخلاف نظر شما من میگم شما به عنوان یک برنامه نویس باید و باید نگران performance بانک داده و برنامه ای که مینویسه باشه. چون دیتابیس مهمترین منبع اشتراکی بین همه کاربران هست. درسته که بانک داده مدیر برای خودش داره ولی شما به عنوان برنامه نویس قراره پول چی رو بگیرید؟ کد نویسی برای یک بچه 10 ساله هم اینجور که شما میگید کار راحتیه. 4 تا متغییر و 2 تا حلقه و 5 تا متد ایجاد کردن کار سختی نیست.
    دوتا حالت هست یا من متوجه نمیشم یا شما.(قصد بر بی احترامی نیست)

    طبق فرمایش شما و برداشتی که من کردم (
    پس از دوستانی که علاقه شدیدی به پردازش ها سمت دیتابیس دارن باید بخوام این دیدگاهشون رو عوض کنن
    ) شما میگید پردازش رو بیارید سمت برنامه، خب وقتی پردازش رو میاریم سمت برنامه پس تو کوئری هم نباید از where استفاده کرد. اگه استفاده کنید در نتیجه شما به همون گونی(دیتابیس) میگید بیا و کوئری من رو پردازش کن. اگه سمت برنامه باشه باید دیتا ها رو اورد تو برنامه و با دیتاتیبل یا هرچی توشون سرچ انجام داد.
    در مورد لایه ها من سه لایه رو مد نظر قرار دادم. لایه یو آی، لایه بیزینس و لایه دیتا. من شاگرد هستم و در حال یادگیری پس یه مقاله کوتاه رو معرفی میکنم بهتره یه مطالعه روش داشته باشید چون خودم خوندم گفتم به بقیه دوستان هم معرفی کنم. https://fa.wikipedia.org/wiki/%D9%85...A7%DB%8C%D9%87

    ما منطق سه لایه رو انتخاب میکنیم تا وابستگیمون کمتر بشه. اگه کارفرما گفت من یه نسخه وب میخوام دیگه فقط لایه یو آی رو دوباره میسازیم.

    نقل قول نوشته شده توسط sds1920 مشاهده تاپیک
    علاوه بر این اگه همون 500 کاربر شدن 5000 کاربر میدونید چه بار محاسباتی زیادی رو دارید به دوش سرور میذارید؟
    این پردازش ها برای پایگاه های داده عدد قابل توجهی نیست (البته اگر به چشم گونی نگاهشون نکنیم)

    نقل قول نوشته شده توسط sds1920 مشاهده تاپیک
    در ضمن همون اندازه که امکان لو رفتن سورس برنامه هست امکان لو رفتن دیتابیس هم هست. این بستگی به محیط کار و امنیت محیطی که کار میکنید داره.
    بله همه چیز امکان داره. من بحث نفوذ به سروریا کلاینت رو مطرح نکردم. فقط شنود اطلاعات رو گفتم که تو شبکه داره تبادل میشه.


    نقل قول نوشته شده توسط sds1920 مشاهده تاپیک
    برخلاف نظر شما من میگم شما به عنوان یک برنامه نویس باید و باید نگران performance بانک داده و برنامه ای که مینویسه باشه. چون دیتابیس مهمترین منبع اشتراکی بین همه کاربران هست.
    بله پرفورمنس کوئری هایی که مینویسیم دست خود برنامه نویسه. بایدم برا بهینه بودنش تلاش کنه. در ضمن اگه قرار باشه پردازشی سمت سرور نباشه پس زیاد هم رو پرفورمنسش تاثیری نداره. یه سلکت سادس.



    نقل قول نوشته شده توسط sds1920 مشاهده تاپیک
    درسته که بانک داده مدیر برای خودش داره ولی شما به عنوان برنامه نویس قراره پول چی رو بگیرید؟
    برنامه نویس در قبال زحمتی که کشیده پولش رو دریافت میکنه .
    و مدیر دیتابیس در قبال نگهداری از سرور دیتابیس و پایداریش حقوق میگیره.


    آخرش اینو میتونم بگم که به نظر شما هدف از کار روی این دیتابیس های غول پیکری که ازشون تو جاهای غول پیکر استفاده میشه چیه؟ صرفا یه گونی؟ اگه اینطوره خب همه برن سمت فایلهای متنی یا اینکه بشینن یه DBMS برا خودشون بنویسن چه لزومی داره از برنامه های مدیریت پایگاه داده استفاده کرد.!!!!!

تاپیک های مشابه

  1. جلوگیری از ثبت داده تکراری در بانک (ASP.NeT)
    نوشته شده توسط GeneralMilad در بخش ASP.NET
    پاسخ: 3
    آخرین پست: چهارشنبه 17 اردیبهشت 1393, 10:30 صبح
  2. سوال: جلوگیری از ورود مقدار تکراری در دیکشنری
    نوشته شده توسط hercool در بخش C#‎‎
    پاسخ: 2
    آخرین پست: یک شنبه 23 تیر 1392, 22:31 عصر
  3. مبتدی: جلوگیری از ثبت اطلاعات تکراری در داخل بانک اطلاعاتی sql
    نوشته شده توسط 123s0ran در بخش VB.NET
    پاسخ: 4
    آخرین پست: دوشنبه 02 اردیبهشت 1392, 17:49 عصر
  4. سوال: جلوگیری از ثبت رکورد تکراری در گریدویو
    نوشته شده توسط mahdad sepah در بخش C#‎‎
    پاسخ: 6
    آخرین پست: شنبه 25 آذر 1391, 22:21 عصر
  5. سوال: جلوگیری از ورود مقدار تکراری در تیبل
    نوشته شده توسط rofirash در بخش Access
    پاسخ: 4
    آخرین پست: سه شنبه 10 دی 1387, 02:35 صبح

قوانین ایجاد تاپیک در تالار

  • شما نمی توانید تاپیک جدید ایجاد کنید
  • شما نمی توانید به تاپیک ها پاسخ دهید
  • شما نمی توانید ضمیمه ارسال کنید
  • شما نمی توانید پاسخ هایتان را ویرایش کنید
  •