| [Форум] [Помощь] [Поиск] [Выйти] |
Добро пожаловать, ![[info]](userinfo.gif){kind=small} User
|
|
|
| ||
| Какие книги есть по этой теме, ваши мнения о них? |
| ||
| http://www.ozon.ru/?context=all_search_list&searchstring=SQL%20Server |
| ||
| мне Грубер нравится. 2 Пашка. Человек спросил какие книги используете. А то что на озоне лежит- это еще не показатель что их все читать стоит. |
| ||
| Зато там есть описания. |
| ||
| Действительно Грубер по этой теме самый знаменитый. |
| ||
| Во всяком случае начинать бы я рекомендовал с него. А потом- доки от сервера которым будешь пользоватся. |
| ||
| SQL Server - обычно имеется ввиду MS SQL Server, насколько я понимаю. Базовые знания по реляционным БД и реляционной алгебре очень неплохо даёт Прядкина на ИС и САПР в технологе. Вот что читать дальше, в удобоваримом виде - фиг знает. Хотя книжек на полке слева стоит куча. |
| ||
| Очень рекомендую книжку Евгений Мамаев, Лилия Шкарина Microsoft SQL Server 2000 для профессионалов Издательство Питер, Санкт-Петербург 2001 Это моя настольная книга с 2000 года (тогда это было издание Microsoft SQL Server 7.0 для профессионалов). Лучше книжки я еще не встречал - очень подробно расписано все начиная от концепции БД (хотя, конечно, не так подробно, как в теоритических книжках, но здесь это и не нужно) и до тонкостей репликаций. Весьма и весьма рекомендую! |
| ||
| А по Ораклу? |
| ||
| по Ораклу в новой теме ;-) |
| ||
| Хе, можно и по Ораклу... Но мне пока желательно хоть SQL Server изучить. А время терять, читая плохие книги, тоже не хочется. |
| ||
| Есть хорошая книга (в бумажном формате) Microsoft SQL Server 2000 Справочник администратора Издательство ЭКОМ Москва 2002 ISBN 5-7163-0082-4 (написано Microsoft Press) На мой взгляд очень хорошая книга. |
| ||
| Здарово Колян, решил пополнить ряды форумлян? :) |
| ||
| >Хе, можно и по Ораклу... Но мне пока желательно хоть SQL Server изучить. А время терять, читая плохие книги, тоже не хочется. супер. А оракел SQL Server это по твоему что? ps Акаша респекты. Зачем меня заразила словом-паразитом? |
| ||
| да, и что же такое оракел SQL Server ? ежели это тонкий намёк на базу данных Оракла, то она называется Oracle Database, ну и дальше редакции, к примеру: Oracle Database 9i Enterprise edition. А SQL Server это сугубый (тм) Микрософта, похоже. |
| ||
| увы, люблю обобщать. может он и датабазе. только все равно SQL, ну может не Server а сервер. Так пойдет ? :-) >А SQL Server это сугубый (тм) Микрософта, похоже ага, а my, как детскую поделку, конечно отметаем. и прально, что это за сервер, если подзапросы в IN не поддерживает. |
| ||
| Оно их и не только в IN не поддерживает, а в принципе. Кроме того курит на простых вещах достаточно. Куда время девает - ума приложить трудно... Stored Procedure на языке Lu - это, конечно, супер, но.... Словом, есть у конторы, выпускающей MySQL еще одна поделка - MaxDB, вроде. Вот та посолиднее выглядит. По описанию судя. Сам не гонял. |
| ||
| А что, на mySQL свет клином сошелся? Есть же PostrgeSQL, тоже бесплатна, в любом дистрибутиве есть, вложенные запросы поддерживает... Или mySQL - это бренд? :)) |
| ||
| В PostrgeSQL есть, да... Только он их, вроде, эмулирует... Хотя за достоверность не берусь :) |
| ||
| А в чем, собственно, разница между эмуляцией вложенных запросов и их неэмуляцией? Что-то я не понимаю... Если синтаксический анализатор правильно разбирает запрос, какая тут эмуляция? |
| ||
| LiveJournal mySql пользует. Афаик всё работает, и проблем нет. |
| ||
| А чего же бы ему собственно не работать? Там вряд ли какие-то сложные запросы, а на простых SELECT с индексами mysql хошь кого обставит. |
| ||
| не обставит, это уже обсуждалось с 4(если верно помню) одновременных запросов начинает проигрывать postgres'у |
| ||
| Кеширование спасет отца русской демократии :) |
| ||
| :) каким образом? оно же одновременно спасает и отца русской партократии? :) |
| ||
| HotLog, если я правильно понимаю, тоже на MySQL бегает. А кеширование не спасет на Insert. А индексирование еще и поможет подтормозить. Да и с Update кеширование не прокатит. И еще секрет - оно даже с select не всегда нужно и оправдано :) Бо SQL Server предназначен не только для того, чтобы статику наружу гнать. :) К тому же на кеширование надо много чего-нибудь. Давай представим тот же LiveJournal. Допустим, каждый Select мы станем кешировать. Хорошо, пусть не select (их много, подзапросов-то нет), а страницы целиком. Сколько это выжрет памяти кеша? И насколько уменьшится удобство работы (поскольку информация будет по причине кеширования задерживаться)? То-то... |
| ||
| Так вот и именно, что Insert'ов и Update'ов там к SELECT'ам - 1/10, 1/50 - не знаю сколько соотношение, но вопрос понятен. Поэтому и спасает, то же самое на форумах активных. А если все это еще повесить на мульти-проц. сервер с 5 Gb RAM, то вопрос о RAM уже стоит не так остро и можно закешировать все что угодно и как угодно часто, а производительность повышается в разы, так как не надо селект делать снова и снова. Ведь читают больше, чем пишут. |
| ||
| Хотлог на своём мускуле не бегает. Он на нём висит - уже месяца 2 к статистике не пробиться. |
| ||
| Да как-то было, может год назад, что на хотлог было не пробиться, сейчас вроде удовлетворительно, попасть можно - то ли железо проапгрейдили, то ли что оптимизировали, хотя иногда бывают висяки. |
| ||
| Чой-то здесь уже не по теме пошли трепаться... Ладно, меняем разговор, ищем лучшую книгу по Oracle (для тех, кто придирается к сокращенным названиям, Oracle Database 8i Enterprise edition, к примеру). А то вы все тут такие умные, а по делу только пару человек высказались... |
| ||
| как говаривали классики - нельзя объять необъятное и впихнуть невпихуемое :) |
Отправил