Вопрос туп до невозможности, но все таки помогите.

← →
Johnmen © (2007-11-21 15:26) [40]

> @!!ex © (21.11.07 15:19) [39]
> .. Эти сведения от людей, которые каждую
> неделю сливают базу на три террабайта...
> Уж они то щзнаю толк в БД? :)

Точно!
Если бы сливали на два, то были бы полными ламерами.

← →
GhosTer (2007-11-21 15:29) [41]

Люд. может кто нить поможет?

← →
Dennis I. Komarov © (2007-11-21 15:35) [42]

Чем?

← →
homm © (2007-11-21 15:35) [43]

> [41] GhosTer (21.11.07 15:29)
> Люд. может кто нить поможет?

Попробуй уже начать читать, что тут тебе пишут :/

← →
Черный Шаман (2007-11-21 15:41) [44]

> GhosTer (21.11.07 08:48)
>
> Начну из далека.
>
> В универе у нас как и у всех последних курсов преддипломная
> работа.
>
> Нам дали задание(точнее мы его сами придумали). Сами выбрали
> то на чем писать.
> А теперь нас попросили написать почему я буду использовать
> именно TurboDelphi 2006 и почему лучше использовать базу
> данных на SQL.

Потому что данные требования были озвучены виртуальным заказчиком(и пусть оспорит).

← →
@!!ex © (2007-11-21 15:41) [45]

> Попробуй уже начать читать, что тут тебе пишут :/

Тут не правмльно пишут!
В таком виде в диплом не вставишь..
НЕадо чтоб разжевано было...

← →
Ditrix © (2007-11-21 15:43) [46]

>>Эти сведения от людей, которые каждую неделю сливают базу на три
>>террабайта...
>>Уж они то щзнаю толк в БД? :)
пилот аэробуса может, конечно, что то посоветовать дельтапланеристу
но не так уж и много ;)

← →
Johnmen © (2007-11-21 15:50) [47]

> В таком виде в диплом не вставишь..
> НЕадо чтоб разжевано было...

И отформатировано обязательно!

← →
atruhin © (2007-11-21 16:09) [48]

> пилот аэробуса может, конечно, что то посоветовать дельтапланеристу
> но не так уж и много ;)

Вряд ли он сможет дать хоть 1 правильный совет. Кстати пилотам самолетов стого настрого,
запрещено заниматься дельтопланерным спортом.

← →
Johnmen © (2007-11-21 16:11) [49]

> Кстати пилотам самолетов стого настрого,
> запрещено заниматься дельтопланерным спортом.

Да, пилотов надо беречь.

← →
sniknik © (2007-11-21 17:54) [50]

> Эти сведения от людей, которые каждую неделю сливают базу на три террабайта...
нда... на данные этой базы еще бы посмотреть... а то может они именно потому и ламеры что сливают "на три террабайта" вместо реальных 100мб.
(или прогу "слива" им писали лоббисты от интернет провайдера, и тариф у них за трафик... ;о)))

← →
wp2 © (2007-11-21 18:22) [51]

> GhosTer (21.11.07 10:09) [1]
>
> Ну так что кто нить поможет?

у тебя просто немного не корректно поставлены вопросы.

Что касается SQL так это потому, что фактически у тебя нет другого выбора!

статейку нашел:
Почему SQL?

Все языки манипулирования данными (ЯМД), созданные до появления реляционных баз данных и разработанные для многих систем управления базами данных (СУБД) персональных компьютеров, были ориентированы на операции с данными, представленными в виде логических записей файлов. Это требовало от пользователей детального знания организации хранения данных и достаточных усилий для указания не только того, какие данные нужны, но и того, где они размещены и как шаг за шагом получить их.

Рассматриваемый же ниже непроцедурный язык SQL (Structured Query Language - структуризованный язык запросов) ориентирован на операции с данными, представленными в виде логически взаимосвязанных совокупностей таблиц. Особенность предложений этого языка состоит в том, что они ориентированы в большей степени на конечный результат обработки данных, чем на процедуру этой обработки. SQL сам определяет, где находятся данные, какие индексы и даже наиболее эффективные последовательности операций следует использовать для их получения: не надо указывать эти детали в запросе к базе данных.

Для иллюстрации различий между ЯМД рассмотрим следующую ситуацию. Пусть, например, вы собираетесь посмотреть кинофильм и хотите воспользоваться для поездки в кинотеатр услугами такси. Одному шоферу такси достаточно сказать название фильма - и он сам найдет вам кинотеатр, в котором показывают нужный фильм. (Подобным же образом, самостоятельно, отыскивает запрошенные данные SQL.)

Для другого шофера такси вам, возможно, потребуется самому узнать, где демонстрируется нужный фильм и назвать кинотеатр. Тогда водитель должен найти адрес этого кинотеатра. Может случиться и так, что вам придется самому узнать адрес кинотеатра и предложить водителю проехать к нему по таким-то и таким-то улицам. В самом худшем случае вам, может быть, даже придется по дороге давать указания: "Повернуть налево... проехать пять кварталов... повернуть направо...". (Аналогично больший или меньший уровень детализации запроса приходится создавать пользователю в разных СУБД, не имеющих языка SQL.)

Появление теории реляционных баз данных и предложенного Коддом языка запросов "alpha", основанного на реляционном исчислении [2, 3], инициировало разработку ряда языков запросов, которые можно отнести к двум классам:
Алгебраические языки, позволяющие выражать запросы средствами специализированных операторов, применяемых к отношениям (JOIN - соединить, INTERSECT - пересечь, SUBTRACT - вычесть и т.д.).
Языки исчисления предикатов представляют собой набор правил для записи выражения, определяющего новое отношение из заданной совокупности существующих отношений. Другими словами исчисление предикатов есть метод определения того отношения, которое нам желательно получить (как ответ на запроc) из отношений, уже имеющихся в базе данных.

Разработка, в основном, шла в отделениях фирмы IBM (языки ISBL, SQL, QBE) и университетах США (PIQUE, QUEL) [3]. Последний создавался для СУБД INGRES (Interactive Graphics and Retrieval System), которая была разработана в начале 70-х годов в Университете шт. Калифорния и сегодня входит в пятерку лучших профессиональных СУБД. Сегодня из всех этих языков полностью сохранились и развиваются QBE (Query-By-Example - запрос по образцу) и SQL, а из остальных взяты в расширение внутренних языков СУБД только наиболее интересные конструкции.

В начале 80-х годов SQL "победил" другие языки запросов и стал фактическим стандартом таких языков для профессиональных реляционных СУБД. В 1987 году он стал международным стандартом языка баз данных и начал внедряться во все распро-страненные СУБД персональных компьютеров. Почему же это произошло?

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

← →
wp2 © (2007-11-21 18:22) [52]

Борясь за покупателя, фирмы, производящие программное обеспечение, стали выпускать на рынок все более и более интеллектуальные и, следовательно, объемные программные комплексы. Приобретая (желая приобрести) такие комплексы, многие организации и отдельные пользователи часто не могли разместить их на собственных ЭВМ, однако не хотели и отказываться от нового сервиса. Для обмена информацией и ее обобществления были созданы сети ЭВМ, где обобществляемые программы и данные стали размещать на специальных обслуживающих устройствах - файловых серверах.

СУБД, работающие с файловыми серверами, позволяют множеству пользователей разных ЭВМ (иногда расположенных достаточно далеко друг от друга) получать доступ к одним и тем же базам данных. При этом упрощается разработка различных автоматизированных систем управления организациями, учебных комплексов, информационных и других систем, где множество сотрудников (учащихся) должны использовать общие данные и обмениваться создаваемыми в процессе работы (обучения). Однако при такой идеологии вся обработка запросов из программ или с терминалов пользовательских ЭВМ выполняется на этих же ЭВМ. Поэтому для реализации даже простого запроса ЭВМ часто должна считывать из файлового сервера и (или) записывать на сервер целые файлы, что ведет к конфликтным ситуациям и перегрузке сети.

Для исключения указанных и некоторых других недостатков была предложена технология "Клиент-Сервер", по которой запросы пользовательских ЭВМ (Клиент) обрабатываются на специальных серверах баз данных (Сервер), а на ЭВМ возвращаются лишь результаты обработки запроса. При этом, естественно, нужен единый язык общения с Сервером и в качестве такого языка выбран SQL. Поэтому все современные версии профессиональных реляционных СУБД (DB2, Oracle, Ingres, Informix, Sybase, Progress, Rdb) и даже нереляционных СУБД (например, Adabas) используют технологию "Клиент-Сервер" и язык SQL. К тому же приходят разработчики СУБД персональных ЭВМ, многие из которых уже сегодня снабжены языком SQL.

Бытует мнение: Поскольку большая часть запросов формулируется на SQL, практически безразлично, что это за СУБД - был бы SQL.

Реализация в SQL концепции операций, ориентированных на табличное представление данных, позволило создать компактный язык с небольшим (менее 30) набором предложений. SQL может использоваться как интерактивный (для выполнения запросов) и как встроенный (для построения прикладных программ). В нем существуют:
предложения определения данных (определение баз данных, а также определение и уничтожение таблиц и индексов);
запросы на выбор данных (предложение SELECT);
предложения модификации данных (добавление, удаление и изменение данных);
предложения управления данными (предоставление и отмена привилегий на доступ к данным, управление транзакциями и другие). Кроме того, он предоставляет возможность выполнять в этих предложениях:
арифметические вычисления (включая разнообразные функциональные преобразования), обработку текстовых строк и выполнение операций сравнения значений арифметических выражений и текстов;
упорядочение строк и (или) столбцов при выводе содержимого таблиц на печать или экран дисплея;
создание представлений (виртуальных таблиц), позволяющих пользователям иметь свой взгляд на данные без увеличения их объема в базе данных;
запоминание выводимого по запросу содержимого таблицы, нескольких таблиц или представления в другой таблице (реляционная операция присваивания).
агрегатирование данных: группирование данных и применение к этим группам таких операций, как среднее, сумма, максимум, минимум, число элементов и т.п.

В SQL используются следующие основные типы данных, форматы которых могут несколько различаться для разных СУБД:
INTEGER
- целое число (обычно до 10 значащих цифр и знак);
SMALLINT
- "короткое целое" (обычно до 5 значащих цифр и знак);
DECIMAL(p,q)
- десятичное число, имеющее p цифр (0 < p < 16) и знак; с помощью q задается число цифр справа от десятичной точки (q < p, если q = 0, оно может быть опущено);
FLOAT
- вещественное число с 15 значащими цифрами и целочисленным порядком, определяемым типом СУБД;
CHAR(n)
- символьная строка фиксированной длины из n символов (0 < n < 256);
VARCHAR(n)
- символьная строка переменной длины, не превышающей n символов (n > 0 и разное в разных СУБД, но не меньше 4096);
DATE
- дата в формате, определяемом специальной командой (по умолчанию mm/dd/yy); поля даты могут содержать только реальные даты, начинающиеся за несколько тысячелетий до н.э. и ограниченные пятым-десятым тысячелетием н.э.;
TIME
- время в формате, определяемом специальной командой, (по умолчанию hh.mm.ss);
DATETIME
- комбинация даты и времени;
MONEY
- деньги в формате, определяющем символ денежной единицы ($, руб, ...) и его расположение (суффикс или префикс), точность дробной части и условие для показа денежного значения.

В некоторых СУБД еще существует тип данных LOGICAL, DOUBLE и ряд других. СУБД INGRES предоставляет пользователю возможность самостоятельного определения новых типов данных, например, плоскостные или пространственные координаты, единицы различных метрик, пяти- или шестидневные недели (рабочая неделя, где сразу после пятницы или субботы следует понедельник), дроби, графика, большие целые числа (что стало очень актуальным для российских банков) и т.п.

Ориентированный на работу с таблицами SQL не имеет достаточных средств для создания сложных прикладных программ. Поэтому в разных СУБД он либо используется вместе с языками программирования высокого уровня (например, такими как Си или Паскаль), либо включен в состав команд специально разработанного языка СУБД (язык систем dBASE, R:BASE и т.п.). Унификация полных языков современных профессиональных СУБД достигается за счет внедрения объектно-ориентированного языка четвертого поколения 4GL. Последний позволяет организовывать циклы, условные предложения, меню, экранные формы, сложные запросы к базам данных с интерфейсом, ориентированным как на алфавитно-цифровые терминалы, так и на оконный графический интерфейс (X-Windows, MS-Windows).

← →
wp2 © (2007-11-21 18:23) [53]

правда еще есть QBE, но она помойму не используется в Делфи

← →
wp2 © (2007-11-21 18:25) [54]

> нда... на данные этой базы еще бы посмотреть... а то может
> они именно потому и ламеры что сливают "на три террабайта"
> вместо реальных 100мб.
> (или прогу "слива" им писали лоббисты от интернет провайдера,
> и тариф у них за трафик... ;о)))

да вы просто не поняли, там в базе фильмы идут :-) возможно порно :-)

← →
PEAKTOP © (2007-11-21 19:36) [55]

> MySQL, MS SQL... а еще есть Oracle... который по всем тестам выигрывает.

MySQL в этом ряду лишний, по крайней мере до 5-й версии.
Да и в пятой все сделано с "натяжкой" ...

← →
homm © (2007-11-21 22:35) [56]

> [55] PEAKTOP © (21.11.07 19:36)

У Вас опять свербит в неудобном месте?
Лишний по какому критерию? Конкретно в ряде «но вроде SQL нет такого... есть MySQL, MS SQL... а еще есть Oracle... »?

← →
wp2 © (2007-11-21 23:19) [57]

Что вам уже не так в MySQL?

← →
Мазут Береговой © (2007-11-22 00:33) [58]

Ответ должен быть такой же как вопрос т.е. никакой:
Я выбрал Delphi, потому что он относится к разряду RAD (rapid application development) инструментов, основан на OOP (object oriented programming) технологии, может быть легко интегрирован с большинством реляционных баз данных, поддерживает ODBC и OLEDB, поддерживает COM интерфейс и может интегрировать компоненты от сторонних разработчиков и т.д. и т.п.
Кроме того широко распространен и доступен на территории СНГ...

Если спросят, а ну другие языки программирования тоже это все поддерживают? - Про другие языки я не знаю. Лучше всего ориентирован на этот.

Теперь про SQL.
Как-то мне говорили, что выбор баз данных должен исходить из профиля компании или задачи, в которой они будут использоваться, точнее даже не профиля, потенциальной нагрузки - количество планируемых записей на производительность.
Если не ошибаюсь, то было так:
MS Access - для настольных предприятий (до 10000 записей)
Sybase - для малых предприятий (до нескольких сотен тысяч записей)
SQL - для больших и малых предпрятий (до нескольких миллионов записей)
Oracle - для больших предприятий (до десятков и сотен миллионов записей)
Количество записей для одной таблицы имеется ввиду.

← →
Мазут Береговой © (2007-11-22 00:38) [59]

Да... еще можно добавить, что синтаксис Делфай наиболее понятен, не так как Java, C/C++, C#... А также может компилировать программу в один exe файл, что очень удобно...

-xa xa xa xa xa xa xa xa xa xa xa xa xa xa!!!!!!!!!

:^))))) :^))))) :^))))) :^))))) :^)))))

SQL - для больших и малых предпрятий (до нескольких миллионов записей)
вы чего издеваетесь.

Вообщим для тех, кто досиг пор не вкурсе (особенно автор темы):

SQL - ЭТО НЕ БАЗА ДАННЫХ!!!

Это интерпретируемый язык с помощью которого можно управлять базами данных (любой, будь-то Paradox, MySQL, SyBase, Oracle и даже Access)

Поэтому если на защите диплома скажешь, про базу данных SQL, и будет сидеть знающий человек... пиняй на себя.

← →
Мазут Береговой (2007-11-22 06:53) [61]

> wp2 © (22.11.07 02:36) [60]

Для непонятливых - здесь и далее под "SQL" имеется ввиду Microsoft SQL Server. Мы же не про языки говорим, а про БД.

> SQL - для больших и малых предпрятий (до нескольких миллионов
> записей)
> вы чего издеваетесь.

Это было в 2001 и я не утверждаю правдивость этого высказывания. За что купил за то и продал...

> [61] Мазут Береговой (22.11.07 06:53)
> Для непонятливых - здесь и далее под "SQL" имеется ввиду
> Microsoft SQL Server.

Здесь и далее? А до этого места? То что Вы придумали «под "SQL" имеется ввиду Microsoft SQL Server» — это придумали Вы.

Мазут Береговой © (22.11.07 00:33) [58]
Как то мелко 100 000 000 для MS SQL, это база среднего или малого объема, к Ораклу это тоже относится. Большие базы начинаются с миллиарда и террабайта.

> Мазут Береговой (22.11.2007 06:53:01) [61]

> За что купил за то и продал...

Не знал, что у вас такие маленькие зарплаты :-)

> homm © (22.11.07 08:00) [62]
> > [61] Мазут Береговой (22.11.07 06:53)
> > Для непонятливых - здесь и далее под "SQL" имеется ввиду
>
> > Microsoft SQL Server.
>
> Здесь и далее? А до этого места? То что Вы придумали «под
> "SQL" имеется ввиду Microsoft SQL Server» — это придумали
> Вы.

Ну, почему же? Вот и ваше:

> homm © (21.11.07 12:52) [36]
> Почему-то когда к нам приходит клиент, котрому нужен «просто
> сайт», мы не думаем начем его писать, на питоне с MS SQL,
> с которыми никто не работал у нас, или на PHP+ MySql. Другое
> дело, что уже обращалась пара клиентов, котрым нужен продвинутый
> интернет-магазин, с интеграцией 1C, и бог знает чем еще.
> Вот в этом случае, было предложение осваивать новые CMS
> как то ABO.CMS или Bitrix.

Не понятно, про что это вы тут про скриптовый язык от майкрософт или всё-таки про MS SQL Server?

> Anatoly Podgoretsky © (22.11.07 16:58) [64]
> > Мазут Береговой (22.11.2007 06:53:01) [61]
>
> > За что купил за то и продал...
>
> Не знал, что у вас такие маленькие зарплаты :-)

Ну в 2000-2001 я действительно концы с концами еле сводил...

>Не понятно, про что это вы тут про скриптовый язык от майкрософт или всё-таки про MS SQL Server?

ты историю читал, уже несколько раз выкладывали, причём тут Майкрософт?

И всё таки надо действительно определить о чём мы:
о языке программирования SQL, который можно выполнять в Делфи (в компоненте TQuery кажись), либо про базы данных MS SQL Server. Как с последним дружит Делфи - без понятия.

> [65] Мазут Береговой © (22.11.07 19:06)
> Не понятно, про что это вы тут про скриптовый язык от майкрософт
> или всё-таки про MS SQL Server?

Не понятно, про что это тут, про бюро пошива одежды майкрософт из узбекистана, или Корпорацию Microsoft. Не надо моразмом страдать, что-бы понять, что SQL серверов до черта, а название MS SQL носит только один из этих серверов.

Вопрос туп до невозможности, но все таки помогите. Найти похожие ветки