| Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате |
| Форум программистов > Религиозные войны > Что лучше начать изучать |
| Автор: mvvti 12.5.2006, 20:36 |
| Я собераюсь начать изучать БД, а какую ещё не решил может кто подскажет??? |
| Автор: ALKS 12.5.2006, 20:49 |
| К. Дейт "Введение в системы баз данных." У меня переведенное на русский 6-е издание. 2000-го года. (ISBN 5-8459-0019-0) но наверное уже и более чем 6-е есть. |
| Автор: mvvti 13.5.2006, 11:24 |
| Пишу на VB 6 |
| Автор: LSD 13.5.2006, 23:41 |
| Ну тогда Access или SQL Server. |
| Автор: Sqlninja 15.5.2006, 01:22 |
| Это почему ж не Oracle? Вот что точно, так это не Delphi + Interbase. |
| Автор: bas 15.5.2006, 12:02 | ||
Как я понял тебе для программирования надо, а не для администрирования тогда - Начинай с изучения SQL (Структурированный Язык Запросов). Добавлено @ 12:03 А БД выбираеться для конкретной задачи и условий. |
| Автор: chief39 15.5.2006, 13:55 |
Изучай базы данных вообще. Привязаться к конкретике успеешь. Почитай Дейта, которого тебе посоветовали. А потом бери что под рукой будет. Хоть аксесс. Когда разберёшься с SQL и принципами устройства БД - тогда сколько влезет учи конкретику: MS SQL, Oracle, Sybase, Interbase. Они все чем-то отличаются, главное не зациклись на каком-то диалекте, а то потом будет "правильный sql и все остальные" Погляди на всё понемногу, потом выберешь по вкусу. А на уровне обучения sql - СУБД не имеет значения . Стандартные запросы одинаково пойдут на всех СУБД. Вот когда процедуры и триггера пойдут - тогда пойдут различия(но не такие уж и большие). Итого: что есть под рукой - то и пробуй. |
| Автор: ALKS 15.5.2006, 15:47 |
| Более того... современные SQL серверы серьезные все имеют много общего даже в вопросах адменистирования. у всех есть transaction log или rollback segement для всех справедливы общие правила по подготовки файловой системы, рэйд массивов и т.п., везде есть аналоги файловых групп... они все представляют из себя сервера для реляционных баз данных. это как раз та область где многие многие знания и приёмы во многом работают для всех вопросы проектирования структур баз данных они вооще очень абстрактны. понития вроде форм нормализации к конкретным серверам отношения не имеют. так что лучше как раз начать с теории... впецифика она не принципиальна... |
| Автор: mvvti 15.5.2006, 19:55 |
| спасибо за совет |
| Автор: LSD 16.5.2006, 21:06 |
Потому что изучение СУБД само по себе непростой процесс, а тут еще геморой с администрированием. |
| Автор: ALKS 17.5.2006, 12:04 |
| согласен с LSD и поэтому изучать SQL советую c сервером HSQL. ибо прост как грабли в исталяции и настройке и синтаксически не беден. |
| Автор: Sqlninja 17.5.2006, 15:28 |
| А зачем изучать то, что просто как грабли? Если человек хочет сделать ставку на серьезную БД - с нее надо и начинать. Например, Oracle или MS SQL Server. А геморой будет на любой серьезной БД. Так что нужно с "детства" привыкать к изучению большой документации. Конечно, все зависит от вида деятельности, но его нам не сказали... |
| Автор: chief39 17.5.2006, 15:42 |
Чтоб освоить SQL. Потом выберет сам. А лучше, изучит всё, что попадётся + углубится в какой-то один сервак. Меня никогда не зацикливали на "ВОТ ЭТО". Попался интербейс делфовый, МС сервак, аксесс поглядел, сибэйс, оракл. А зациклится человек на оракле или МСе - и будет знать только "ПРАВИЛЬНЫЙ" SQL и "ещё какие-то там... стандарта 92 и проч." Подводя итог: а) ЧТОБ ОСВОИТЬ SQL б) не имеет значения ЧТО - для начала то, что под руку попадётся и осилит. |
| Автор: Sqlninja 17.5.2006, 16:17 | ||
| 2 chief39, Вы правы, если он совсем ничего не знает про базы данных.
Речь не идет о зацикливании. Я говорю о сознательном выборе технологии для специализации. Потому что только специализация несет знания. Не так ли? |
| Автор: ALKS 17.5.2006, 17:55 |
| "Потому что только специализация несет знания" ну уж очень спорное утверждение. и говорю изходя своего большого опыта - более всего ценяться универсалы. |
| Автор: Sqlninja 17.5.2006, 22:29 | ||||
Конечно, специализация в MS Access не принесет знаний в Oracle.
А это смотря где. |