FriendlyGhost

فرم دوم نرمال 2NF موجوديتی در فرم دوم نرمال است که اولا" در فرم اول نرمال باشد و ثانيا" تمامی آيتم های (Attribute) غير کليدی آن وابستگی تابعی به تمام کليد اصلی‌ موجوديت داشته باشند نه به بخشی از آن .همانگونه كه از تعريف فوق استنباط می گردد ، فرم دوم نرمال سازی در خصوص موجوديت هائی بررسی و اعمال می شود كه دارای كليد اصلی مركب هستند ( بيش از يك جزء ) . بنابراين در مثال فوق موجوديت "فاكتور فروش " به خودی خود در فرم دوم نرمال است ولی موجوديت "رديف های فاكتور فروش " كه دارای كليد اصلی مركب است ، نياز به بررسی دارد . مشکل : در صورتی كه موجوديت در فرم دوم نرمال نباشد ، آنگاه با تغيير اطلاعات قسمت های غيروابسته به تمام كليد ، اين تغييرات در يك ركورد اعمال می شود ولی تاثيری بر روی ساير ركوردها و يا جداول نخواهد داشت . در مثال فوق با تغيير محتوی قيمت واحد در موجوديت "فاكتور فروش " ، قيمت واحد كالا در يك فاكتور فروش اصلاح می گردد اما در ساير فاكتورها اعمال نخواهد شد . راه حل : برای حل اين مشکل کافی است موجوديت جديدی ايجاد نمائيم و کليد اصلی آن را برابر با آن بخش از کليد اصلی موجوديت مورد بررسی که دارای المان های وابسته به آن است قرار دهيم ، سپس تمام المان های اطلاعاتی وابسته تابعی به اين کليد را از موجوديت مورد بررسی خارج کرده و به موجوديت جديد منتقل نمائيم . در اين حالت بين موجوديت جديد ايجاد شده و موجوديت نرمال شده ، بر اساس کليد اصلی موجوديت جديد ايجاد شده يک ارتباط پدر فرزندی تعريف خواهد شد . دقت کنيد که بر عکس نرمال سازی فرم اول ، در اين جا موجوديت موردبررسی فرزند بوده و موجوديت جديد پدر خواهد بود . به مثال فوق برمی گرديم و فرم دوم نرمال سازی را بر روي آن اعمال می نمائيم . موجوديت "فاکتور فروش" دارای کليد مرکب نيست پس در فرم دوم نرمال بوده و نياز به بررسی ندارد ، اما موجوديت "رديف های فاکتور فروش" نياز به بررسی دارد . در اين موجوديت آيتم اطلاعاتی "قيمت واحد" وابستگی تابعي به آيتم کالا دارد که بخشی از کليد است نه کل کليد ، پس لازم است تا اين موجوديت را تبديل به فرم دوم نرمال نمائيم . بدين منظور موجوديتی به نام "کالا" ايجاد کرده ، کليد اصلی آن را برابر کالا قرار داده و آيتم قيمت واحد را از موجوديت رديف های فاکتور فروش خارج نموده و به اين موجوديت منتقل می نمائيم. مثال فوق پس از تبديل به فرم دوم نرمال به شکل ذيل خواهد بود :

فرم اول نرمال 1NF موجوديت و يا جدولی در فرم اول نرمال است كه تمامی المان های اطلاعاتی آن ( منظور Attribute است ) يكتا و يا اصطلاحا" atomic باشند . برای روشن شدن اين موضوع فرض كنيد دارای موجوديتی با نام "فاكتور فروش " باشيم . با مشاهده موجوديت فوق متوجه اين موضوع خواهيم شد كه المان های كالا ، تعداد كالا و قيمت واحد كالا بيش از يك مرتبه در موجوديت وجود داشته و اصطلاحا" يك گروه تكرار را تشكيل می دهند . برای اجرای مدل فيزيكی اين موجوديت ناچار خواهيم بود در طراحی جدول آرايه ای به طول ثابت ( به عنوان نمونه با ده عضو ) تعريف و در آن به ترتيب كالای 1 تا 10 را تعريف نمائيم . مشکل : طراحی فوق ما را با دو مشکل عمده روبرو خواهد ساخت : اول اين كه کارائی بانک اطلاعاتی پائين خواهد آمد (اگر در آينده تعداد کالاهای فاکتور فروش بيش از 10 کالا باشد ، آنگاه مجبور خواهيم بود طراحی جدول مربوطه و متعاقب آن نرم افزارهائی که از آن استفاده می كنند را تغيير دهيم ) و مشکل دوم اين كه بسياري از فاکتورها لزوما" دارای 10 کالا نيستند و بنابراين محتوی بسياری از فيلدها در جدول فوق خالی (داراي ارزش Null) خواهد ماند و حجم زيادی از فضای ديسک هدر خواهد رفت . راه حل : برای حل اين مشکل کافی است تمامی گروه های تکرار و يا آرايه ها را از موجوديت خارج کرده و به موجوديت ديگری منتقل نمائيم . در چنين مواردی ، كليد اصلی موجوديت اول را به عنوان بخشی از كليد اصلی موجوديت جديد قرار داده و با تلفيق يكی ديگر از آيتم های اطلاعاتی موجوديت جديد كه تضمين كننده يكتا بودن ركوردهای آن موجوديت ( جدول ) است ، كليد اصلی موجوديت ايجاد می گردد . بدين ترتيب ، يك ارتباط بين موجوديت پدر و فرزند بر اساس كليد اصلی موجوديت پدر برقرار خواهد شد . مجددا" به موجوديت "فاكتور فروش " مثال قبل پس از تبديل به فرم اول نرمال توجه نمائيد : به طور خلاصه می توان گفت كه هدف از فرم اول نرم سازی حذف گروه های تكرار و آرايه ها از موجوديت يا جدول است . فرآيند فوق ، می بايست بر روی تمامی موجوديت های بانك اطلاعاتی اعمال گردد تا بتوان گفت بانك اطلاعاتی نرمال شده در فرم اول است .

نرمال سازی ( Normalization ) يا به تعبيری هنجار سازی فرآيندی است در رابطه با بانك های اطلاعاتی كه با دو هدف عمده زير انجام می شود : کاهش افزونگی اطلاعات ، به اين معنی که اطلاعات فقط در يک مكان (جدول) ذخيره و در تمام بانک با استفاده از روابط منطقی تعريف شده (RelationShip) قابل دسترسی باشد . حفظ يکپارچگی اطلاعات ، به اين معنی که اعمال تغييرات بر روی اطلاعات ( نظير ايجاد ، بهنگام سازی و حذف ) در يك مكان انجام و به دنبال آن آثار تغييرات در تمام بانك مشاهده گردد . برای روشن شدن مفهوم يکپارچگی بد نيست به مثال ذيل توجه نمائيد : فرض كنيد در يك بانك اطلاعاتی دارای دو موجوديت كتاب و نويسنده باشيم . هر يك از موجوديت های فوق دارای المان های اطلاعاتی (Attribute) مختص به خود می باشند . به عنوان نمونه موجوديت "كتاب" دارای المان اطلاعاتی نام نويسنده و موجوديت "نويسنده " دارای المان های اطلاعاتی متعددی نظير نام نويسنده ، آدرس نويسنده و ... باشد . در صورتی كه در موجوديت "کتاب" يک رخداد (رکورد) ايجاد نمائيم بدون اينکه نام نويسنده آن را در موجوديت "نويسنده" ايجاد کرده باشيم ، دچار يک ناهمگونی اطلاعات خواهيم شد . با توجه به اهداف فوق می توان گفت كه فرآيند نرمال سازی از ناهنجاری های بوجود آمده به دليل بروز تغييرات در بانك جلوگيری خواهد نمود . با اعمال فرآيند نرمال سازی ، يك بانك اطلاعاتی كارآ و مطمئن را خواهيم داشت . فرآيند نرمال سازی ، فرم های متفاوتی دارد كه انواع متداول آن به شرح ذيل است : فرم اول نرمال سازی 1NF فرم دوم نرمال سازی 2NF فرم سوم نرمال سازی 3NF فرم بويس کد نرمال سازی BCNF فرم چهارم نرمال سازی 4NF

Relation موجودیت ها در مدل منطقی داده های سیستم مورد بحث و بررسی قرار می گیرند و پس از طی فرآیند هنجارسازی در مرحله فیزیکی به صورت ماتریسهای دوبعدی مشتمل بر سطرها (رخدادهای مختلف یک موجودیت) و ستون ها (خصلت های مختلف آن موجودیت) تعریف می گردند . هر یک از این ماتریس ها را یک ارتباط یا Relation می نامند که در مدل فیزیکی معمولا” آنها را با نام جدول (Table) معرفی می کنند . همانطور که پیش از این اشاره شد تمام خصلت های یک موجودیت با یکدیگر ارتباط منطقی داشته و معرف آن موجودیت می باشند ، از اینرو به این جداول ارتباط می گویند . Tuple هر یک از رخدادهای مختلف یک موجودیت را یک Tuple می گویند که در مدل فیزیکی معمولا” از آنها با نام ردیف (Row) و یا رکورد (Record) نام برده می شود . بنابراین Tuples ، ردیف های جدول دو بعدی هستند که آن را به عنوان Relation و یا Table می شناسیم . Attribute هریک از خصلت های مختلف یک موجودیت را Attribute می نامند ( نظیر کد مشتری ) . معمولا” در مدل فیزیکی به جای Attribute از فیلد (Field) و یا ستون (Column) استفاده می شود . بنابراین Attributes ، ستون های جدول دو بعدی هستند که آن را به عنوان Relation و یا Table می شناسیم . شکل زیر یک Relation را به همراه اجزاء آن نشان می دهد : یک Relation به همراه اجزاء آن ارتباط (Relationship) منظور ارتباط بین دو Relation و یا جدول است که بر اساس برابری فیلدهای یکسان در هر جدول تعریف و دارای انواع مختلفی است . ( به دلیل اهمیت و گستردگی ، در مقاله ای جداگانه تشریح خواهد شد) . این ارتباط ها در مدل منطقی مابین موجودیت ها (خصوصا” موجودیت های نرمال شده ) تعیین می گردند و به آن Entity Relation یا ER سیستم می گویند . مدل ER سیستم توسط ابزارهای مستند سازی جهت درک بهتر مدل داده ای سیستم ترسیم می گردد که به آنها ERD می گویند . پس از تشریح برخی از مفاهیم اولیه و در عین حال مهم بانک های اطلاعاتی رابطه ای ، به اختصار می توان گفت که یک بانک اطلاعات رابطه ای مجموعه ای از رابطه ها (Relations) و یا جداول به همراه تمامی ارتباط هائی (Relationship) است که بین آنها وجود دارد . هر بانک اطلاعاتی در خصوص یک سیستم مورد نظر طراحی و ایجاد می گردد ، اما در برخی از سازمان های بزرگ که بین سیستم های مختلف آن ارتباط وجود دارد (نظیر سیستم پرسنلی ، حقوق و دستمزد و مالی و …) ممکن است بانک های اطلاعاتی با یکدیگر تجمیع و پس از طی فرآیند یکپارچه سازی به صورت یک بانک اطلاعاتی جامع و یکپارچه برای آن سازمان تعریف و ایجاد گردد . امروزه سیستم های مدیریتی بانک های اطلاعاتی رابطه ای مختلفی وجود دارد که هر یک ویژگی ها و قابلیت هایی خاص خود را دارند . به این سیستم ها و یا نرم افزارها اختصارا” RDBMS گفته می شود . MS ACCESS ، MS SQL ، ORACLE ، SYBASE ، نمونه هائی متداول در این زمینه می باشند . تمامی سیستم های مدیریت بانک های اطلاعاتی رابطه ای به منظور ارائه قابلیت های خود و استفاده از آنها از زبان مشترکی که به آن SQL ( برگرفته شده از Structured Query Language ) گفته می شود ، استفاده می نمایند . تمامی نیازها و انتظارات کاربران از بانک های اطلاعاتی نظیر جستجوی اطلاعات ، ایجاد ، تغییر و یا حذف اطلاعات حتی ایجاد بانک اطلاعاتی و یا سایر اجزاء مرتبط با آن توسط زبان فوق تعریف و تحویل RDBMS داده خواهد شد تا پس از بررسی بر روی بانک اعمال گردد.

نواع رابطه بین خصلت های یک موجودیت بین خصلت های یک موجودیت سه نوع رابطه وجود دارد : - رابطه یک به یک (One To One) : در حالتی اتفاق می افتد که خصلت A وابستگی تابعی به خصلت B داشته باشد و خصلت B نیز وابستگی تابعی به خصلت A داشته باشد . در این حالت هر دو خصلت A و B کاندیدای کلید شدن می باشند. - رابطه یک به چند (One To Many) : اگر خصلت A وابستگی تابعی به خصلت B داشته باشد و عکس آن صادق نباشد ، یک ارتباط از نوع یک به چند وجود خواهد داشت . در این حالت ، خصلت B کاندید کلید شدن است و خصلت A صرفا” یکی از توصیف گرهای موجودیت محسوب می گردد . - رابطه چند به چند (Many To Many) : اگر دو خصلت هیچکدام وابستگی تابعی به یکدیگر نداشته باشند آنگاه رابطه بین آنها چند به چند خواهد بود . در این حالت هیچیکدام از آنها کاندید کلید شدن نبوده (ممکن است ترکیب آنها کاندید کلید شدن باشد) و صرفا” توصیف کننده موجودیت خواهند بود هنجار سازی (Normalization) هنجار سازی ، فرآیندی است که طی آن یک موجودیت جهت به حداقل رسانی نابهنجاری های بوجود آمده در خلال تغییرات اعمال شده بر روی رخدادهای یک موجودیت مورد بررسی و تبدیل قرار می گیرد. اگر این فرآیند به طور صحیح بر روی یک موجودیت اعمال نگردد ، آنگاه نمی توان هیچ تضمینی در خصوص حفظ یکپارچگی اطلاعات آن موجودیت ارائه داد . فرآیند هنجار سازی به دلیل اهمیت و گستردگی آن در مقاله ای جداگانه تشریح خواهد شد. نا بهنجاری به پیامدهای ناخواسته تغییر اطلاعات نابهنجاری گفته می شود .

کلید اصلی (Primary Key) از بین کلیدهای یک موجودیت (Candidate Key) ، می بایست یک کلید را به عنوان کلید اصلی انتخاب نمود . معیارهای مختلفی در این انتخاب دخیل هستند ، اما معمولا” بهترین کلیدی که معرف مفهوم و ماهیت موجودیت باشد به عنوان کلید اصلی انتخاب می گردد . وابستگی تابعی (Functional Dependency) وابستگی تابعی مفهومی است که مابین خصلت های یک موجودیت تعریف می گردد . به این معنی که می گوئیم خصلت A با خصلت B وابستگی تابعی دارد ، در صورتیکه به ازای هر مقدار مشخص از خصلت B بتوان مقدار مشخص و یکتائی از خصلت A را بدست آورد ، اما عکس آن ممکن است صادق نباشد . در موجودیت مشتری مثال قبل ، به ازای هر کد مشتری می توان نام او را بدست آورد در این صورت می گوئیم خصلت نام مشتری با خصلت کد مشتری وابستگی تابعی دارد . اما عکس آن صادق نیست چرا که به ازای یک نام مشتری مشخص ، نمی توان یک کد مشتری یکتا استخراج نمود (دو مشتری مختلف می توانند نام یکسان داشته باشند ، در این حالت یک نام مشتری ممکن است متناظر با دو و یا حتی چند کد مشتری باشد).

قبل از پرداختن به موضوع بانک های اطلاعاتی رابطه ای (Relational Data Base) ، بهتر است اشاره ای به مفاهیم ذیل داشته باشیم : موجودیت (Entity) به هر چیزی (شی ، شخص ، محل و …) که می خواهیم در یک سیستم راجع به آن اطلاعاتی را جمع آوری ، پردازش و نگهداری نمائیم ، یک موجودیت گفته می شود . تعریف فوق ، متداولترین برداشت اولیه از موجودیت می باشد . مجموعه موجودیت های یک سیستم ، ساختار اطلاعاتی آن سیستم را مشخص می کند . هر موجودیت شامل اجزاء و المان هائی است که آن موجودیت را توصیف می کند که به آنها خصیصه و یا Attribute گفته می شود . هر موجودیت بسته به این که در سیستم مورد مطالعه چه میزان اطلاعات راجع به آن می خواهیم داشته باشیم ، شامل حداقل یک و یا چند خصیصه خواهد بود. از آنجا که هر موجودیت راجع به یک موضوع به خصوص می باشد ، بنابراین یک ارتباط منطقی بین کلیه خصایص موجودیت وجود خواهد داشت .در واقع ،‌ تمام خصائص یک موجودیت توصیف کننده آن موجودیت خواهد بود . برای روشن شدن موضوع بد نیست به نمونه مثال ذیل توجه نمائید : - موجودیت مشتری شامل خصلت های نام مشتری ، آدرس مشتری ، تلفن مشتری و … است . - موجودیت سفارش شامل خصلت های شماره سفارش ، تاریخ سفارش ، نام مشتری ، کالای سفارش شده ، تعداد کالای سفارش شده و … است همانگونه که در مثال فوق مشاهده گردید ، تمام خصلت های موجودیت مشتری توصیف کننده یک مشتری و تمام خصلت های موجودیت سفارش توصیف کننده یک سفارش می باشند . کلید (Key) هر رخداد از یک موجودیت را باید بتوان به وسیله یک و یا ترکیبی از چند خصیصه آن به صورت یکتا شناسائی نمود . به تعبیر دیگر ، هر یک از رخدادهای یک موجودیت باید یکتا باشد ، در غیر اینصورت تغییر و یا حذف یک رخداد از موجودیت (در مثال فوق یک مشتری) غیر ممکن خواهد بود . از اینرو از بین خصلت های یک موجودیت یک و یا ترکیبی از چند خصیصه به عنوان کلید آن موجودیت انتخاب می شود . این خصلت (و یا ترکیب خصلت ها) باید بتواند یکتائی هر رخداد از موجودیت را تضمین نماید . در موجودیت سفارش مثال فوق ، خصلت شماره سفارش می تواند بعنوان کلید انتخاب شود . توضیح : در برخی از موارد در یک موجودیت چندین کلید وجود دارد که به هر یک از آنها یک Candidate Key یا Alternate Key گفته می شود . در برخی از حالات نمی توان در یک موجودیت هیچ کاندیدی برای کلید یافت ، مانند موجودیت مشتری در مثال فوق . در این موجودیت هیچیک از خصلت ها و یا هیچ ترکیبی از آنها نمی تواند صد درصد تضمین کننده یکتائی آن باشد (با اینکه احتمال وجود دو مشتری هم نام در یک آدرس و با یک شماره تلفن بسیار کم است ، اما باز هم احتمال وقوع دارد) . در چنین مواردی مجبور هستیم یک خصلت به موجودیت اضافه کنیم تا تضمین کننده یکتائی رخدادهای آن باشد . در مثال فوق با اضافه کردن خصلت کد مشتری به موجودیت مشتری ، می توان یکتائی آن را تضمین نمود . به این نکته دقت شود که بسیاری از خصلت های یک موجودیت در کنترل سیستم نیست و از خارج به سیستم تحمیل می گردد . به عنوان مثال ما نمی توانیم تعیین کنیم که نام مشتری های سازمان تکراری نباشد . اما عدم تکراری بودن خصلت هائی که خود ما ایجاد نموده ایم را می توان تضمین کرد ( نظیر کد مشتری که توسط سیستم و یا سازمان مربوطه تولید می شود ) .

مثلا الان مردم سختی نمیکشن !؟

پس که اینطور .... عجب !!! ایستگاه مترو نزدیک خونمون در حال احداثه ولی مطمئنم بازم من مترو سوار نمیشم

آخیش دلم خنک شد ... دستش درد نکنه !!! :3384s:

من که عمرا سوار مترو نمیشم ... البته مسیرم هم مترو نداره اصلا

بله اگه اشتباه نکنم شاعرش شهریاره !!! :wubpink:

قاش چکدیم ، گؤز چکدیم آغیز ، باش چکدیم اللریمله بیر گون یاراتدیم سنی بیر جانسیز شکیل کی سئویردیم اونو فیکریمده جان وئردیم دیریلتدیم سنی من سنه آغلادیم ، من سنه گولدوم چیچک لندیم سنه گول آچدیم سولدوم بیر باخیشدا سنه اور ک باغلادیم سن منه نه گولدون نه ده آغلادین نه عؤمرونده بیر آن اور ک باغلادین سن معصوم گوناهسیز بیر شکیل اولدون نه بیلیم بلکه ده سوچلو من ایدیم سئوینجی قلبینده یارالدانمادیم من یارادان شکیل اورک سیز اولدو

دوستانی که درس گرافیک کامپیوتری یا مالتی مدیا رو گذروندن حتما به تصویر لنا برخوردن برای من که جالب بود بدونم این عکس چرا اینقدر معروف شده!!!:wubpink: **** برای اینکه کارایی برنامه‌های مختلف ویرایش عکس و همچنین کارایی آنها در زمینه فشرده‌سازی عکس‌ها با هم مقایسه شود، باید از «عکس‌های استانداردی» برای تست استفاده شود. یعنی باید عکس‌های مناسبی پیدا کرد و به خورد این برنامه‌ها داد و بعد نتایج کار آنها را با هم مقایسه کرد. اما هر عکسی را نمی‌توان به عنوان عکس استاندارد انتخاب کرد. عکس‌های استاندارد، باید ویژگی‌های خاصی داشته باشند. بافت، جزئیات، ترنزیشن‌های تند و حاشیه عکس استناندارد باید طوری باشد که الگوریتم‌های بازسازی عکس را به چالش بکشند تا بتوان واضح‌تر در مورد کارایی برنامه‌ها اظهار نظر کرد. در یکی از روزهای جولای یا ژوئن سال ۱۹۷۳، الکساندر ساوچاک، یک استادیار دانشگاه در کالیفرنیای جنوبی که روی پردازش تصاویر و سیگنال‌ها کار می کرد، به همراه همکارانش مشغول کار بود. او در آن روز در‌به‌در، دنبال عکس مناسب و متفاوتی بود تا به عنوان عکس استاندارد اسکن کند و مورد استفاده قرار بدهد. او به دنبال عکسی از چهره انسان بود که ظاهر شیشه‌ای و یک طیف رنگ پویا داشته باشد. تا اینکه یکی از همکاران با او یک مجله مد و زیبایی وارد شد و الکساندر ناگهان مجذوب یکی از عکس‌ها شد و متوجه شد که از همان عکس می‌تواند به عنوان عکس استاندارد استفاده کند. «لنا سودربرگ»، هیچگاه تصورش را هم نمی کرد که عکسش به زودی مبدل به عکسی شود که بیش از هر عکس دیگری در تاریخ کامپیوتر برای تست برنامه‌های ویرایش عکس مورد استفاده قرار می‌گیرد، ولی این طور شد! حتی وی ملقب به بانوی نخست اینترنت هم شد! اما واقعا چرا این عکس، اینقدر مورد استفاده قرار گرفت؟ آیا این امر، کاملا تصادفی بود؟ نه! این عکس حاوی آمیزه‌ متنوعی از جزئیات، نواحی یکنواخت و صاف، سایه‌بندی و بافت خاصی است که آن را مبدل به یک عکس خوب استاندارد می‌کند. به علاوه هر چه باشد، عکس جذابیت خاص خودش را هم دارد! منبع

خیلی بیش از اندازه حرف میزنه این جمشیدی !! :w00: بعضی وقتا خیال میکنه خیلی با نمکه ، اون لحظه هم همین حس بهش دست داده یحتمل!!!

میگن پول خوشبختی نمیاره اما بی پولی حتما بدبختی میاره !!! منم پول و ثروت میخوام ، و همینطور آسایش و آرامش و عشق و حال منتج از داشتن پول ...

خدا جونم ، همه میگن سال چهار فصل داره ، پس چرا تقویم زندگی من یک فصل بیشتر نداره ؟! فقط برگریزان !

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

خوب چی کار کنیم ... وقتی صفحه باز نمیشه مجبوریم رفرش کنیم دیگه مرسی لطف میکنید ... :wubpink:

من تنها آسانسورچی دنیا هستم که قصه بالا و پایین‌رفتن‌هام رو براتون تعریف می‌کنم طبقه همکف در باز شد و یک همسر موقت احتمالی وارد آسانسور شد. یعنی اولش که وارد شد، موقت احتمالی نبود، منتها تا برسیم بالا من دلم چنان پریشید که داشتم از خجالت می‌مردم. منتها دیدم خود خانمه هم دارد پریشان می‌شود. گفتم: «شما هم؟» گفت: «من چی؟» گفتم: «شما هم تا من را دیدید پریشان شدید؟» خانمه گفت: «نه آسانسورچی جونم! داره زلزله میاد. این تکون تکون‌ها به خاطر زلزله است.» من گفتم: «دیگه بدتر... [...]! خلاصه... طبقه همکف هنوز طبقه همکف بودیم. اصلا می‌خواستم این را بگویم. ببینید ما تا برسیم بالا کلی حرف زدیم و اینا. عین همین مذاکرات مجلس درباره لایحه حمایت از خانواده و اینا بین ما شکل گرفت. همین اولش گفتم که اگر دارید برای خانواده‌تان آسانسور را بلند بلند می‌خوانید، بی‌خیال شوید. (می‌توانید به جایش ببینید بزرگمهر و امیر ژوله این هفته چه کرده‌اند و چقدر قربان صدقه هم رفته‌اند. اییییش.) طبقه اول طبقه اول که رسیدیم، من ممانعت کردم. گفتم: «ببین من قصد ازدواج ندارم. البته آقای علی مطهری گفته جوان باید همین که وارد دبیرستان شد، ازدواج کند. البته گفته می‌شود اول موقت ازدواج کرد، بعد که دید جواب می‌دهد برود و دائمش کند. مثل اجاره به شرط تملیک. منتها یک مشکلی که مسکن اجاره به شرط تملیک دارد، این است که عرصه برای دولت است، عیان برای مستاجر. بعد تو اگر نتوانی اجاره‌ات را بپردازی دولت می‌تواند آن را اجاره بدهد به یکی دیگر. خب این خوب نیست. آدم شاید چند وقت نتواند اجاره‌اش را بپردازد. نمی‌شود که بیاید و ببیند ای دل غافل! یک نفر دیگر نشسته در خانه تو و پاهاش را هم دراز کرده و دارد چایی می‌خورد. یک مشکلاتی دارد به هر حال. توضیحش یک کمی پیچیده است. یک مشکل بزرگ دیگر اجاره به شرط تملیک و مسکن 99 ساله، این است که آدم تا اجاره‌هاش تمام شود و صاحب ملک شود، ملک از ریخت و قیافه افتاده و کلنگی محسوب می‌شود. خب آدمی که پول دارد، چرا نرود یک ملک نوساز بخرد؟ البته مسکن کلنگی را می‌شود فروخت و رفت تبدیل به احسن و آپارتمان نوسازش کرد. ولی بلانسبت شما آدم تا وسعش برسد و تا بخواهد ازدواج موقتش را تبدیل به ازدواج دائم کند، البته بلانسبت شما، یعنی آن موقع که شما مثل مسکن کلنگی شدید (البته قربونت برم! ناراحت نشو! مثال از یک طرف صدق می‌کنه... شما... گریه نکن...) خلاصه آدم دست و دلش نمی‌رود که موقت را به دائم تبدیل کند...» طبقه دوم می‌دانید که بحث مهمی است و آدم باید از زوایای مختلف بررسی‌اش کند. من هم داشتم همچنان بررسی می‌کردم. ادامه دادم: «ببین یک موضوع این موقت و اینا هم این است که چطوری می‌شود شارژش کرد؟ یعنی فقط باید شارژش کرد یا تمدیدش هم کرد؟ یعنی مثل آن شارژهای ایرانسل است که زمان دارد و سر ماه تمام می‌شود؟ یا نه آدم می‌تواند یک بار شارژ کند و هر وقت دلش خواست مصرف کند... آره... خب این بحث مهمی است... به اقتصاد خانواده برمی‌گردد... البته آقای علی مطهری گفته خانواده‌ها به جوان‌ها کمک کنند... خب یکی نیست به آقای مطهری بگه، آخه عزیز من! با این طرح خود خانواده‌ها افتادند به تکاپو که چند تا از این موقت‌ها برای خودشان دست و پا کنند... خب این‌طوری سر تامین هزینه‌های مربوطه، کلاه پدرها و پسرها می‌رود توی هم... حالا باباها هیچی، من آخه جواب مامانم رو چی بدم؟ یعنی خود بابام سر همین استفاده از مزایای قانون ازدواج موقت و اینا کارش با مامان به طلاق و طلاق‌کشی رسیده، اون‌وقت من توی این هیر و ویری برم بگم مامان پول بده می‌خوام شارژ کنم؟» طبقه سوم ناغافل در آسانسور باز شد و مهدی کوچک‌زاده، نماینده سلحشور مجلس، وارد آسانسور شد. من گفتم: «ببین اگه می‌خوای به مطهری که بهت گفته کوچک‌اف، جاچسبی پرت کنی، اینجا نیست... من فقط ازش نقل قول کردم.» کوچک‌زاده گفت: «نه بابا. همدیگر رو بوسیدیم و آشتی کردیم.» گفتم: «آفرین.» گفت: «من فقط اومدم بگم آدم باهاس از صیغه لذت ببره، اگه لذت نبره مشکل داره. مشکل اساسی داره. در ضمن بالاخره ما هم باید گاهی موضوعاتی رو پیش بکشیم که سر مردم گرم شه دیگه...» گفتم: «آفرین. حالا دیگه برو دیگه. می‌بینی که سر ما خوب گرم شده... در ضمن ما داشتیم به عنوان یک تحقیق میدانی لایحه‌تون رو بررسی می‌کردیم...» طبقه چهارم خانمه گفت: «شما قصد ازدواج داری؟» من گفتم: «نه راستش. دارم به آینده شغلی‌ام فکر می‌کنم...» گفت: «چه تفاهمی! اتفاقا من هم داشتم به آینده فکر می‌کردم!» گفتم: «بی‌ادب! درست صحبت کن! من از یه لحاظ دیگه داشتم فکر می‌کردم! نه از اون لحاظی که شما فکر می‌کنی.» گفت: «راست می‌گی! من هم تعجب کردم... حالا از کدوم لحاظ؟» گفتم: «ببین... ما می‌تونیم ازدواج موقت کنیم، بعد حالا شاید بعدا دائمش کنیم، اما فعلا که ازدواج موقت کنیم می‌تونیم سالی یه بچه بیاریم. هر بچه یک میلیون تومن پول می‌دهند. هفتصد من، سیصد تو. بعد ماهی صدتومن هم می‌ریزند به حساب بچه. 70 تومنش برای من، سی تومنش برای تو. اگه درست بتونیم برنامه‌ریزی کنیم، هر 9 ماه یک میلیون درآمد داریم، یعنی چهار بار می‌شه 36 ماه، یعنی سه سال. پس در عرض سه سال، چهار میلیون پول داریم، که دو و هشتصدش برای من، باقیش برای تو. ماهی دویست تومن هم تقریبا درآمد ماهانه داریم. خوبه؟» گفت: «آخه مثلا با دو میلیون تومن پول من چی کار کنم بعد از سه سال؟» گفتم: «خب این رو باید بخوابونیم توی این صندوق‌های پس‌انداز، بعد شش ماه دوبرابرش رو وام می‌دهند. بعد شش ماه اون پوله رو می‌گیریم می‌ذاریم یه بانک دیگه... خلاصه من حساب کردم بعد از ده سال، می‌تونیم هشت، 9 میلیون تومن پول ردیف کنیم.» گفت: «ای ول! تو ذهنت خیلی اقتصادیه. فکر کنم وزیر اقتصاد شی آخرش.» گفتم: «مرسی. مردان بزرگ از همین‌جاهای کوچیک، مثل آسانسور شروع کردند...» گفت: «تو می‌تونی... من به تو افتخار می‌کنم... من پشت تو هستم...» گفتم: «[…]» گفت: «[…]» گفتم: «اصلا از قدیم گفتند که پشت هر مرد بزرگی یه زنی داره آشپزی می‌کنه و لباس می‌شوره.» طبقه پنجم جفتمان حالت ازدواج پیدا کرده بودیم. طبقه ششم خانمه گفت: «حالا ما با هم ازدواج می‌نماییم آیا؟» گفتم: «نه عزیزم! همه اینها منوط به اینه که لایحه حمایت از خانواده و اینا، با همین شرایطی که داره تصویب بشه. اصلا اگه تصویب بشه من می‌تونم چند تا ازدواج موقت کنم و یه پولی دربیارم، بعد چند سال شاید یه دونه هم دائم کنم.» خانمه عصبانی شد. گفت: «بی‌احساس... مرد ایرانی بد... ضد زن...» و دکمه توقف آسانسور را زد که پیاده شود. من بند کیفش را مثل سریال‌های تلویزیون کشیدم و گفتم: «اوه عزیزم... ما تازه به توافق رسیده بودیم... یه کم صبر کن ببینم تکلیف لایحه چی می‌شه...» آسانسور طبقه بعدی ایستاد و درش باز شد. خانمه کیفش را کوبید توی پهلوی من و رفت. همچین زد که حالت ازدواجم هم از سرم پرید. طبقه هفتم آش نخورده و دهان سوخته. اصلا برای همین است که می‌گویند نسل ما نسل سوخته است. منتشرشده در هفته‌نامه‌ی چلچراغ، ستون آسانسورچی، شماره‌ی 401 ----- چند روزی بود مهم ترین بحث مملکت و مجلس ما شده بود بحث چند همسری آقایون...یکی نیست به اینا بگه ما واقعا مشکل دیگه نداشتیم تو این کشور؟ !!!

من این عکس رو امروز دیدم و فکر کردم شاید بیربط به موضوع تاپیک نباشه ... البته شاید بگید این لاکپشته تو اقیانوس زندگی میکرده و مسئولیتش گردن ما ایرانی های متمدن نیست . فکر میکنید این لاکپشت چرا اینطوری شده ؟! لاک پشت بیچاره در زمانی که کوچک بوده وارد یک حلقه‌ی پلاستیکی شده که در اقیانوس شناور بوده و دیگر نتوانسته از آن خارج بشود. در نتیجه این شکلی رشد کرده و دیگر توانایی‌اش در قایم شدن توی لاکش رو از دست داده و نه می‌تواند شکار کند و نه دفاع. این تازه یک نمونه است از قربانی‌های بی‌زبان زباله‌های ما! حالا خودتون فکر کنید چی بر سر محیط زیست این حیون ها میاد تو ایران !!!

امکان جستجو رو واسه همین وقتا گذاشتن دیگه

این کار مسلما درست نبوده ... ولی خب از یک طرف دیگه هم اونا مسلمون های افراطی مثل بن لادن رو میبینند حالا این حرکت نادرست هم دستاویزی میشه برای خیلیا چه میدونم شاید باز زمینه ساز حملات انتحاری بشه ... دوباره یک عده تو ایران خودمون جمع میشن و فریاد مرگ بر اینا مرگ بر اونا سر میدن و فقط ریشه های نفرت از هم که در خاک وجودمون محکم تر میشن !!! :wubpink:

برا من پرت شدن از بلندی زیاد اتفاق میافته تو خواب ... خیلی اعصاب خورد کنه :wubpink: ----- من به خواب اعتقاد دارم کم وبیش

مرسی ما که دیشب از فکر مایت گرد و غبار خواب به چشمامون نرفت ... :smiley-gen165: