SQL, MySQL, PostageSQL в чём разница?

В этом собственно и вопрос...

0

И ещё вопрос: вот есть база Аксцесовская, я с ней 'общаюсь' по средством SQL запросов, чтобы мне в домашних условиях тестировать скрипт мне нужно обязательно устанавливать SQL Server?

0

Где то я вопрос такого типа слышал...
Ага в военкомане...вопросы по общему развитию...
Audi, BMV, Opel, Ford....В чём разница и что общего?
Ответ: Всё перечисленное автомобили. Разница - фирма производитель (и следовательно по этому разные характеристики авто)

В нашем случае ответ:
Всё перечисленное базы данных.
Разница - фирма производитель (и следовательно по этому разные характеристики баз данных)

Базы данных различаются также свои синтаксом языка SQL запросов.
Есть некий стандарт языка, но некоторые производители его расширяют.

По поводу второго вопроса..
>>вот есть база Аксцесовская, я с ней 'общаюсь' по средством SQL >>запросов, чтобы мне в домашних условиях тестировать скрипт мне >>нужно обязательно устанавливать SQL Server?

Просьба не путать одну базу данных с другой.
Для работы с одной базой данных установка другой не требуется...
Хотя возможны взаимодействия одной базы с другой.

0

SQL, MySQL, PostageSQL в чём разница?

И ещё уточнение...
SQL - язык запросов, не путать с базой MS-SQL
MySQL, PostageSQL - базы данных

0

Бр.......... Тоесть, как я понял, чтобы общаться с моей БД по средством SQL запросо, мне не нужно ничего устанавливать, оно будет работать?

Как я понял, SQL - язык запросов.
MySQL, Postage-SQL, MS-SQL - это БД, таки как Access, только другого производителя, соответственно с другими совйствами, так?
Как я понимаю эти БД не имеют такого интерфейса как Access, т.е. работать с ними имжно только посредтвом команд, посылаемых базе данных, да?
А Access, это тоже БД, но работать с которой можно из графической оболочки, да?

Помогите разобраться, а то у меня в голове никакой иерархии нету...
Если я пишу скрипт, на ASP, и есть база Аксесс, то я могу просто так с ней работать дома, ничего нигде не регистрируя и ничего не устанавливая, так? А что такое тогда DSN?

0

Апну темку. Надумал прокачать себя в этой сфере. Вебом не занимаюсь,получается mysql отпадает?Какие самые ходовые?Чтобы работать спецом баз данных Оракл нужны сертификаты и т.д.?

0

Сообщение от deadlinishe Вебом не занимаюсь,получается mysql отпадает?Какие самые ходовые?Чтобы работать спецом баз данных Оракл нужны сертификаты и т.д.?

База данных недоступна без СУБД

1. MySQL чаще используется в Инет, но вполне может использоваться для других целей
2. Наиболее ходовые перечислены в названиях подфорумов данного форума
Для крупных БД чаще используются Oracle и MS SQL, но поскольку они недешевые, то для более мелких задач используются и PostgreSQL, и MySQL, и Firebird и др. Можешь зайти на какой-нибудь "работный" сайт типа hh.ru и посмотреть количество вакансий по каждой СУБД
3. Для того, чтобы работать с любой СУБД, сертификаты не обязательны, но их наличие облегчает устройство на работу

1

Нужна логическая цепочка и как придти к тому,чтобы стать спецом,например в DB2?Все начинается с sql?
Тоесть для веба sql=>Mysql
Window's base sql=>Ms sql?
Linux sql=>DB2?
Верно?

0

Сообщение от deadlinishe Все начинается с sql?

Безусловно, SQL - это основной язык работы с реляционными СУБД. Другой вопрос, что в разных СУБД разные диалекты, т.е. совпадают только самые простые запросы. Кроме того, поскольку чисто SQL-ем не всегда обойдешься, то каждый производитель придумывает свое процедурное расширение (например, в MS SQL - T-SQL, в Oracle - PL/SQL). И если SQL-конструкции хоть немного совпадают за счет наличия стандарта, то процедурные расширения - это просто совсем разные языки.
Кроме того, в разных СУБД могут различатся концепции и термины. Скажем, понятие "база данных" и "схема" отличаются в MS SQL и Oracle. Принципы и правила работы с временными таблицами - тоже. И т.д.

Сообщение от deadlinishe Тоесть для веба sql=>Mysql Window's base sql=>Ms sql? Linux sql=>DB2? Верно?

Про MySQL я уже сказал. Oracle существует и для Win, и для *nix. DB2 у нас большого распространения не получил.

Кроме того, желательно еще определиться с глобальным направлением, собираешься стать разработчиком или DBA (DataBase Administrator).

0

0

собираешься стать разработчиком или DBA (DataBase Administrator)

Смысл в том, что разраб. должен быть с уклоном в ЯП, а ДБА в сис.админство? Это ж адский труд я задумал, надоело эникейщиком быть.
Выбираю между sql=>ms sql=>t-sql i sql=>oracle=>pl\sql ....

0

Сообщение от deadlinishe Смысл в том, что разраб. должен быть с уклоном в ЯП, а ДБА в сис.админство?

Бывает по разному. Бывает, что человек разрабатывает только серверную часть какого-то приложения или пишет запросы для аналитической системы - тогда только SQL (+процедурное расширение). Либо такой работы мало, тогда требуется знание еще какого-нибудь языка для разработки клиентских программ (Delphi, C++, C#, Java).
C DBA аналогично. Если баз много, или одна, но интенсивно работающая и большая, то человек занимается только БД (с Oracle или MS SQL по крайней мере так). Если работы мало, то возможно совмещение DBA с сисадмином. Или бывает совмещение разработчик и DBA, но это реже.

0

Grossmeister, ты для меня как кладезь инфы=)
Я почему-то думал, что разработчик и дба это фактически одно и тоже, как может быть дба, без навыков разработки бд?Или как это, разработчик сделал базу(1 человек), а другой ее поддерживает?Это ж неудобно вникать в чужую структуру,высматривать баги. Нет я читал,чем занимаются дба, но слабо вижу отличия между глобальным выбором, как ты говоришь, разраба и дба. Я вижу это как путь от начала до конца(sql=>ms sql=>t-sql или sql=>oracle=>pl\sql), в надежде освоить (Delphi, C++, C#, Java), как доп. инструмент.

0

Сообщение от deadlinishe почему-то думал, что разработчик и дба это фактически одно и тоже, как может быть дба, без навыков разработки бд?

Скажу на примере Oracle.
Безусловно DBA должен знать SQL, но он может не знать какие-то хитрые конструкции как SQL, так и PL/SQL. В основном он пишет довольно простые запросы или процедуры, которые помогают ему определить состояние БД или автоматизировать часто исполняемые процедуры.
Что делает DBA из того, чего не делает разработчик?
1. Создает новые БД (при необходимости). Скажем, в нормальных конторах разработка производится не на Production DB, а на отдельных тестовых (чтобы случайно не запороть рабочие данные или не подвесить сервер какой-нибудь ошибочной процедурой).
2. Мониторит работоспособность БД, при случае изменяет кой-какие параметры, при необходимости добавляет новые файлы или увеличивает существующие.
3. Заводит новых пользователей и выдает нужные им привилегии (иногда этим занимаются разработчики, но вообще это зона ответственности DBA, поскольку может влиять на сохранность данных). В случае каких-то опасений может создать/включить аудит пользователей, чтобы выяснить, кто делает что-то нехорошее.
4. Выполняет сетевые настройки, чтобы пользователи могли по сети работать с БД
5. Выполяет backup БД (по крайней мере пишет скрипты для его осуществления), в случае падения БД выполняет ее восстановление (recovery), может завести резервные сервера (так называемый standby).
6. При необходимости может выполнять тюнинг системы и SQL-запросов. Обычно свои запросы тюнят разработчики, но в случае покупной системы бывает, что кроме DBA больше некому.

Это то, что сходу вспомнил, возможно что-то и забыл.

1

Grossmeister, просмотрел вакансии и сделал выводы, что sql=>oracle=>pl\sql востребовано больше в банковской сфере, а так больше вакансий по sql=>ms sql=>t-sql. И да, внятный был пост, буду смотреть в сторону дба.

0