دسترسی نامحدود
برای کاربرانی که ثبت نام کرده اند
برای ارتباط با ما می توانید از طریق شماره موبایل زیر از طریق تماس و پیامک با ما در ارتباط باشید
در صورت عدم پاسخ گویی از طریق پیامک با پشتیبان در ارتباط باشید
برای کاربرانی که ثبت نام کرده اند
درصورت عدم همخوانی توضیحات با کتاب
از ساعت 7 صبح تا 10 شب
دسته بندی: آموزشی ویرایش: 2nd ed. نویسندگان: Robin Dewson سری: Expert's Voice ISBN (شابک) : 9781590595886, 1590595882 ناشر: Apress سال نشر: 2006 تعداد صفحات: 537 زبان: English فرمت فایل : DJVU (درصورت درخواست کاربر به PDF، EPUB یا AZW3 تبدیل می شود) حجم فایل: 7 مگابایت
در صورت تبدیل فایل کتاب Beginning SQL Server 2005 for Developers: From Novice to Professional (Expert's Voice) به فرمت های PDF، EPUB، AZW3، MOBI و یا DJVU می توانید به پشتیبان اطلاع دهید تا فایل مورد نظر را تبدیل نمایند.
توجه داشته باشید کتاب شروع SQL Server 2005 برای توسعه دهندگان: از مبتدی تا حرفه ای (صدای متخصص) نسخه زبان اصلی می باشد و کتاب ترجمه شده به فارسی نمی باشد. وبسایت اینترنشنال لایبرری ارائه دهنده کتاب های زبان اصلی می باشد و هیچ گونه کتاب ترجمه شده یا نوشته شده به فارسی را ارائه نمی دهد.
این واقعاً یکی از بدترین کتابهای محاسباتی است که من تا به حال خواندهام: ساختار بسیار بدی دارد، ضعیف نوشته شده است و در مورد واقعیتها نیز خیلی داغ نیست. خواندن این کتاب مانند نشستن با غرغر مطربی است که به تازگی به شما گفته شده است که یک نرم افزار ناآشنا را به شما معرفی کند: او آنجا می نشیند و به هر چیزی که می بیند اشاره می کند، همانطور که می بیند و چیزهای زیادی به شما می گوید. جزئیات بی اهمیت و گفتن اینکه بعداً بیشتر به شما می گوید (یا اینکه اصلاً چیزی به شما نمی گوید زیرا موضوع مبتدی نیست، حتی اگر به تازگی به همه دکمه های آن اشاره کرده است). در نتیجه، قبل از اینکه او به شما نشان دهد که چگونه یک جدول را تعریف کنید، در صفحه 119 هستید، و باید تا صفحه 245 صبر کنید تا شروع به صحبت در مورد نحوه درج داده ها در آن و انجام پرس و جوهای انتخابی کند! اگر قبلاً چیزی در مورد پایگاه های داده می دانید، این رویکرد فقط ناامید کننده و آزاردهنده است. اگر این کار را نکنید (یعنی یکی از مبتدیانی هستید که هدف این کتاب است) همچنین گیج کننده است. هیچ فایده ای ندارد که به عملکرد هر دکمه در نوار ابزار گفته شود (او صد کلمه را در مورد دکمه های Open، Save و Save As به ما می گوید) یا هر گزینه در گفتگوی گزینه ها، قبل از اینکه پرس و جوهای اولیه را در عمل ببینید ( به عنوان مثال، او به ما می گوید که \"فشردن این دکمه یک کادر محاوره ای برای تغییر مقادیر هر یک از پارامترهای یک الگو ظاهر می شود\" خیلی قبل از اینکه او پرس و جوها را به ما نشان دهد، چه رسد به الگوهای کد!). اگر میخواهید یک پایگاه داده تولیدی راهاندازی کنید، مطمئناً قبل از انجام این کار باید در مورد وظایف امنیتی و مدیریتی بدانید، اما قرار است این کتاب برای مبتدیان باشد (و توسعهدهندگان پایگاه داده مبتدی، نه مدیران، برای آن ماده): بیخطر میتوان فرض کرد که آنها مطالب بسیار زیادی را به ترتیب منطقیتر خواندهاند و قبل از شروع کار مناسب، روی یک نصب آزمایشی آزمایش میکنند! و در اینجا نمونه ای از نوشته پیچیده او در مورد یک مفهوم بسیار ساده است (تصمیم گیری برای اعمال یکپارچگی ارجاعی بر روی داده های موجود در هنگام افزودن یک رابطه جدید بین جداول): \"با ایجاد رابطه، می خواهید داده های درون رابطه کار کنند، بنابراین اگر میخواهید به عقب برگردید و دادهها را بعد از اضافات اصلاح کنید، نه را انتخاب میکنید. اگر هنوز ردیفها را از دست بدهید، چه میشود؟ آیا این مشکلی ایجاد میکند؟ در سناریوی قبلی ما، هیچ سوابق تراکنشی بدون سوابق مشتری نباید وجود داشته باشد. ممکن است همچنان بخواهد این رابطه را اضافه کند تا جلوی ناهنجاریهای بیشتر را بگیرد.\" در اینجا چند اسپاگتی زبانی دیگر وجود دارد: \"با این حال، وقتی ستون(های) کلیدی از یک نمایه خوشهای را در یک نمایه غیرخوشهای اضافه میکنیم، زیرا نشانگر ردیف در واقع همان خوشه است. کلید شاخص، SQL به اندازه کافی هوشمند است که اطلاعات را دو بار در فهرست غیرخوشه ای ذخیره نمی کند، و شما می توانید به صراحت ترتیب کلیدهای فهرست خوشه ای را همانطور که در فهرست غیرخوشه ای استفاده می شود، تعریف کنید. توضیح دهید، شما معمولاً می توانید این چیزها را معنا کنید (مگر اینکه در عرض چند جمله با خودش مخالفت کند)، اما این کتابی است که قرار است برای مبتدیان باشد و باید ایده ها را به وضوح ارائه کند. اگر میخواهید چیزی شبیه به این بخوانید، یعنی بدون فکر کردن در مورد نحوه ارائه ساده، سریع و واضح مهمترین ایدهها بدون پرت کردن جزئیات، میتوانید در هزینه خود صرفهجویی کنید و فایلهای راهنمای مایکروسافت (که دقیقتر هستند) را بخوانید. و بهتر نوشته شده است!). اگر می خواهید پول خرج کنید، جای دیگری را جستجو کنید.
This really is one of the worst computing books I've ever read: it's very badly structured, poorly written and not too hot on the facts either. Reading this book is like being sat down with the bumbling office grunt who has just been told to give you an introduction to a piece of unfamiliar software: he sits there pointing at anything and everything he sees, as he sees it, telling you lots of inconsequential detail and saying that he'll tell you more later (or that he's not going to tell you anything at all because it's not a beginner's topic, even though he's just been pointing out all the buttons for it). As a result, you're on page 119 before he gets around to showing you how to define a table, and you have to wait until page 245 before he starts talking about how to insert data into it and perform select queries! If you already know something about databases, this approach is just frustrating and irritating; if you don't (i.e. you're one of the beginners this book is aimed at) it's confusing as well. There's no point being told the function of every button on a toolbar (he takes a hundred words to tell us about the Open, Save and Save As buttons) or every option in an Options dialog, before you've seen basic queries in action (e.g. he tells us that "Pressing this button brings up a dialog box to change the values in each of a template's parameters" well before he shows us queries, let alone code templates!). If you're going to set up a production database, then of course you need to know about security and administration tasks before you do so, but this is supposed to be a book for beginners (and beginner database developers, not administrators, for that matter): it's safe to assume that they'd read through quite a lot of stuff in a more logical order and experiment on a test installation before embarking on proper work! And here's a sample of his convoluted writing about a pretty simple concept (deciding whether to enforce referential integrity on already existing data when adding a new relationship between tables): "By creating the relationship, you want the data within the relationship to work, therefore you would select No if you were going to go back and fix the data after the additions. What if you still miss rows? Would this be a problem? In preceding our scenario, there should be no transaction records without customer records. But you may still wish to add the relationship to stop further anomalies going forward." Here's some more linguistic spaghetti: "However, when including key column(s) from a clustered index in a nonclustered index, because the row pointer is actually the clustered index key, SQL is smart enough not to store the information twice in the nonclustered index, and you can explicitly define the order of the clustered index keys as they are used in the nonclustered index." If you already understand the concepts he's trying to explain, you can usually make sense of this stuff (unless he contradicts himself in the space of a few sentences, that is), but this is a book supposed to be aimed at beginners and should present the ideas clearly. If you want to read something like this, i.e. with little or no thought about how to present the most important ideas simply, quickly and clearly without distracting detail, you might as well save your money and read the Microsoft help files (which are more accurate and better written!). If you're going to spend money, look elsewhere.