Посоветуйте, пожалуйста!
Спасибо =)

test

www.books.ru/shop/authors/35007

Фаронов

> Petr V. Abramov ©   (19.07.08 12:33) [2]

+1

Фленов М. Е. Transact-SQL.
http://www.softtutograf.com/node/2867

Уже долгое время язык запросов SQL (Structured Query Language, структурированный язык запросов) является стандартом доступа к базам данных. Не имеет значения, какой язык программирования вы используете, я больше чем уверен, что доступ к данным на сервере баз данных происходит с помощью запросов SQL. Исключением могут быть только локальные таблицы типа DBF или Paradox. В них к данным можно обращаться благодаря драйверу через прямой доступ. Но и в этом случае драйвер способен поддерживать запросы, значительно расширяющие возможности работы с данными.
При работе с клиент-серверными или n-уровневыми системами доступ обязательно происходит именно через SQL-запросы. Более удобного и мощного средства пока не придумали. Даже там, где доступ, как вам кажется, идет напрямую, используется SQL, просто среда разработки прячет от нас запросы.

Угу, среда разработки делает особую серверную магию...

> [5] Украинец   (19.07.08 17:05)

а где в названии "глазами хакера"
Ввтор лучше рекомендациям Абрамова [2] следуй:)

> Павел Калугин ©   (19.07.08 17:09) [6]
>
> > [5] Украинец   (19.07.08 17:05)
>
> а где в названии "глазами хакера"
> Ввтор лучше рекомендациям Абрамова [2] следуй:)


Если он все поймёт там описанное и не офинеет, то будет профи. Но оно довольно сложное.

> Украинец   (19.07.08 17:05) [5]
>
> Фленов М. Е. Transact-SQL.

Вешать за яйца. Обоих.

Каким боком SQL относится к проектированию Баз Данных ?
А что, у Фаронова или Фленова есть книги по проектитрованию БД ?

> turbouser ©   (19.07.08 17:57) [8]
>
>
> > Украинец   (19.07.08 17:05) [5]
> >
> > Фленов М. Е. Transact-SQL.
>
> Вешать за яйца. Обоих.


А меня за что? я преследую сугубо прикладную задачу - чем больше будет плохих разработчиков - там более ценны будут хорошие...

> Украинец   (19.07.08 18:57) [10]


> А меня за что?

За фленова

> Украинец   (19.07.08 18:57) [10]
>
>


> чем больше будет плохих разработчиков

А кто сказал, что хороших при этом будет адекватное множество?
Иногда лучше жевать.