Базы данных

← →
Татьяна (2008-05-16 09:58) [0]

С чего начинать разработку базы данных по технологии клиент-сервер

← →
Sergey13 © (2008-05-16 10:00) [1]

С чтения литературы по сабжу.

← →
Хитрий Лис (2008-05-16 10:45) [2]

С постановки задачи...

← →
Style © (2008-05-16 10:52) [3]

> С чего начинать разработку базы данных по технологии клиент-
> сервер

Вы именно Базу данных хотите свою написать ) или клиентское приложение работающее с уже готовым серверным приложением. ?

Если второе, то конечно же с чтения Литературы и документации о сервере
и изучения общих принципов программирования клиента БД.

← →
Reindeer Moss Eater © (2008-05-16 11:00) [4]

С чего начинать разработку базы данных по технологии клиент-сервер

С нажимания в фаре shift + F4 и ввода в появившемся окне "myddlscript.sql"

← →
den303 © (2008-05-16 12:38) [5]

Предлагаю начать с проектирования базы и взаимодействий

← →
tesseract © (2008-05-16 16:13) [6]

> С чего начинать разработку базы данных по технологии клиент-
> сервер

Освоить технологию "чтение документации".

← →
Поп Гапон (2008-05-16 16:19) [7]

>
> Татьяна (16.05.08 09:58)
>
> С чего начинать разработку базы данных по технологии клиент-
> сервер

Какая база, какой язык для разработки клиента, двухзвенка или трехзвенка, какая предметная область?

← →
Simpson © (2008-05-16 16:29) [8]

А может так?
Анализ предметной области -> результат понимание что требуется написать
Проектирование -> результат проект в как либо виде в котором написано как оно будет реализовано
Реализация -> результат сырая прога с кучей багов и поправить вот тама и тута(*до бесконечности обычно*)
Отладка -> результат убиваются самые надоедливые ошибки, оформляется документация
Банкет -> результат (~)(*тут главное много не пить*)
Поддержка конечного продукта -> результат тут по обстоятельствам

← →
Anatoly Podgoretsky © (2008-05-16 16:44) [9]

Отсутствует пункт - вовремя свалить.

← →
Simpson © (2008-05-16 18:54) [10]

Anatoly Podgoretsky © (16.05.08 16:44) [9]
Поддержка конечного продукта -> результат тут по обстоятельствам
Это он, только слегка завуалирован))

← →
Юрий Зотов © (2008-05-16 19:05) [11]

> Татьяна (16.05.08 09:58)

> С чего начинать разработку базы данных по технологии клиент-сервер

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

...и тут обязательно выясняется, что все надо начинать сначала.
:o)

← →
Johnmen © (2008-05-16 19:31) [12]

> Татьяна (16.05.08 09:58)
> С чего начинать разработку базы данных по технологии клиент-сервер

Когда ожидать продолжения?

← →
VirEx © (2008-05-16 21:41) [13]

У нас вся работа начинается с поста на дельфимастере

← →
Умище (2008-05-16 22:02) [14]

> Johnmen © (16.05.08 19:31) [12]
>
> > Татьяна (16.05.08 09:58)
> > С чего начинать разработку базы данных по технологии клиент-
> сервер
>
> Когда ожидать продолжения?

Цирк находится в другом месте (как и детский сад).

← →
Petr V. Abramov © (2008-05-17 03:42) [15]

> Юрий Зотов © (16.05.08 19:05) [11]
> Потом - разработка клиентской части. Потом - наполнение
> БД данными (желательно, с сохранением скриптов)

эти шаги местами перепутал случайно.

← →
Petr V. Abramov © (2008-05-17 03:44) [16]

> Юрий Зотов © (16.05.08 19:05) [11]
> ...и тут обязательно выясняется, что все надо начинать сначала.

если не перепутать шаги, оно все равно выяснится :), но в меньшем масштабе :)

← →
kaif © (2008-05-17 18:53) [17]

Татьяна (16.05.08 09:58)
С чего начинать разработку базы данных по технологии клиент-сервер

С понятия "третья нормальная форма".

← →
kaif © (2008-05-17 19:03) [18]

2 Юрий Зотов ©
Обычно прежде, чем писать клиентскую часть, нужно уже представлять себе SQL-запросы, которые та будет использовать.
А чтобы отладить эффективные SQL-запросы, хорошо бы не делать это на пустых таблицах.
Отсюда получается, что всегда лучше сгенерировать тестовые (пускай фиктивные) данные и залить ими таблицы в ожидаемых объемах будущей информации, а уже потом городить SQL-запросы.
Я обычно сразу заливаю таблицы тестовыми данными, а уже потом приступаю к разработки клиентской части.
По большому счету клиентская часть - последнее, что меня волнует.
Главное - эффективная структура базы.
При разработке структуры базы самый важный вопрос, который я себе задаю звучит так: "а какие отчеты заказчик считает самыми важными для себя и какое время я лично считаю приемлемым для того чтобы компьютер выдавал ему подобные отчеты, не создавая ощущения, что руками то же самое сделать было бы намного проще и дешевле".

← →
_mirage (2008-05-17 19:14) [19]

>[13] VirEx © (2008-05-16 21:41:00)
ним же и заканчивается.

---
Understanding is not required. Only obedience.

← →
MsGuns © (2008-05-17 19:18) [20]

В дополнение к [11]:
Тщательное изучение существующего документооборота в предметной области, откуда потом и должны появиться "объекты" БД, содержащие описания их свойств и методов, а также ограничений, которые и должны транформироваться в структуру таблиц и элементы бизнес-логики (т.н. "модель данных")

← →
Petr V. Abramov © (2008-05-17 19:23) [21]

> kaif © (17.05.08 19:03) [18]
> Отсюда получается, что всегда лучше сгенерировать тестовые
> (пускай фиктивные) данные и залить ими таблицы

фиктивные - тоже палка о двух концах, ты под них подгонишь запросы, хинтов понаставишь в худшем случае, а на живых твои запросы повиснут.
я не говорю, что не надо их заливать, просто про аккуратность вспоминаю :)

← →
kaif © (2008-05-17 21:09) [22]

2 Petr V. Abramov ©
Обычно я пишу целое приложение по генерации данных, похожих на реальные. Разумеется, лучше если есть реальные данные. Но совсем плохо, если таблицы пустые или почти пустые.
В принципе если имеются внешние ключи, поддерживаемые индексами, то со скоростью при объединении таблиц в большинстве случаев проблем бывает немного, так как оптимизаторы умеют эффективно использовать такие индексы. Поэтому нормализация дает выигрыш не только в ссылочной целостности данных (что просто необходимо), но и в скорости (что всегда приятно). В хорошо нормализованной базе данных с тщательно прописанными внешними ключами как правило не приходится сталкиваться с проблемами при наиболее типичных внутренних объединениях таблиц.

← →
Amoeba © (2008-05-18 01:09) [23]

Татьяна, ау!

← →
Тимохов (2008-05-18 01:16) [24]

имхо развод

← →
Германн © (2008-05-18 01:20) [25]

> Тимохов (18.05.08 01:16) [24]

Врядли. Скорее разновидность интеллектуального яндекса.

← →
Юрий Зотов © (2008-05-18 01:24) [26]

Девушка просто испугалась того, что ей тут понаписали...

Таня, никогда не связывайтесь с профи.
:о)

← →
Тимохов (2008-05-18 01:26) [27]

2юз
многозначительно сказал :)

← →
Германн © (2008-05-18 01:32) [28]

> Юрий Зотов © (18.05.08 01:24) [26]
>
> Девушка просто испугалась того, что ей тут понаписали...
>
>

Интересно. Как часто эта девушка бреется?

> Тимохов (18.05.08 01:26) [27]
>
> 2юз
> многозначительно сказал :)
>

Ну такой мастер как ЮЗ в данном случае не мог просто сказать. :)

← →
Юрий Зотов © (2008-05-18 01:54) [29]

Вот видите, Таня, мой совет тут же и подтвердили...
;о)

← →
Тимохов (2008-05-18 02:04) [30]

> Юрий Зотов © (18.05.08 01:54) [29]

Юрка, да ты ночником становишься :О

Спать, если ты, конечно, не на Канарах сейчас (там вроде холодно в это время).
===========================

Автору поста.

Вот я могу сказать примерно так.

В 2001 году у нас уже была серьезная разработка, которую мы юзали уже лет 7. Но это был еще ДОС! Тогда стало понятно, что нужно линять на виндовс. Мой начальник (отец по совместительству) сделал меня ведущим разработчиком клиентской части. Я все про...л, что мог. В итоге в 2002 году в январе я спал ночь через раз (спал хорошо, кстати - 14 часов после 34 часов бодроствования). Потом вроде все оправилось. Проект пошел. Но ответственность легла серьезная.

И ВОТ ТУТ Я НАЧАЛ резко понимать как писать программы. Потом я переругался со всеми, кем мог. Потом помирился. Потом опять впал в напряг. Потом отлегло. В итоге я варился в этом 5 лет.

Сейчас я могу сказать, что знаю с чего начинать разработку программы по технологии клиент-сервер.

Моя басня о том, что КРОМЕ ОПЫТА НИЧЕГО НЕ МОЖЕТ ПОМОЧЬ начать писать что-то по определенной технологии.

← →
MsGuns © (2008-05-18 02:42) [31]

>Моя басня о том, что КРОМЕ ОПЫТА НИЧЕГО НЕ МОЖЕТ ПОМОЧЬ начать >писать что-то по определенной технологии

Если верить А.С.Пушкину, то еще кое-что, кроме опыта ;)

← →
^-k2-^ © (2008-05-18 03:06) [32]

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

← →
имя (2008-05-18 10:46) [33]

Удалено модератором

← →
имя (2008-05-18 10:47) [34]

Удалено модератором

← →
_mirage (2008-05-18 17:17) [35]

>[30] Тимохов (2008-05-18 02:04:00)
>В 2001 году
>стало понятно, что нужно линять на виндовс
расстрелять. труп отдать свиньям.

---
Understanding is not required. Only obedience.

← →
Игорь Шевченко © (2008-05-18 21:16) [36]

> я переругался со всеми, кем мог. Потом помирился. Потом
> опять впал в напряг. Потом отлегло

> Сейчас я могу сказать, что знаю с чего начинать разработку
> программы по технологии клиент-сервер.

С какого из четырех пунктов надо начинать ?

← →
MsGuns © (2008-05-18 22:01) [37]

>Игорь Шевченко © (18.05.08 21:16) [36]
>С какого из четырех пунктов надо начинать ?

Мне почему-то кажется, что лучше вообще не начинать ;)

← →
Поп Гапон (2008-05-19 02:11) [38]

> _mirage (18.05.08 17:17) [35]
>
> >[30] Тимохов (2008-05-18 02:04:00)
> >В 2001 году
> >стало понятно, что нужно линять на виндовс
> расстрелять. труп отдать свиньям.

Очень удобная система, если под Windows понимать ядро и прикладные библиотеки, да и то только линейки NT.

А вот все прикладное ПО от Microsoft, такое впечатление, что писали студенты в качестве своих курсачей. Да то студенты-троечники...

← →
Германн © (2008-05-19 02:26) [39]

> Игорь Шевченко © (18.05.08 21:16) [36]
>
>
> > я переругался со всеми, кем мог. Потом помирился. Потом
> > опять впал в напряг. Потом отлегло
>
>
> > Сейчас я могу сказать, что знаю с чего начинать разработку
> > программы по технологии клиент-сервер.
>
>
> С какого из четырех пунктов надо начинать ?
>

Ну ес-сно с нулевого, который ты пропустил.

> Но ответственность легла серьезная

← →
_mirage (2008-05-20 05:50) [40]

>[38] Поп Гапон (2008-05-19 02:11:00)
>Очень удобная система, если под Windows понимать ядро и прикладные
>библиотеки, да и то только линейки NT.
увы. и ядро, и библиотеки в винде унылы чуть менее, чем полностью.

в пингвине, впрочем, тоже. зато FOSS.

---
Understanding is not required. Only obedience.

>
> [0] Татьяна (16.05.08 09:58)
> С чего начинать разработку базы данных по технологии клиент-
> сервер

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

Иначе побочные эффекты возникнут нехорошие.

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

А начинать нужно с ВАРИАНТОВ ИСПОЛЬЗОВАНИЯ и
разработки МОДЕЛИ приложения для СКОРЕЙШЕЙ демонстрации
ее (модели) заказчику.

> Если возникают такие вопросы, то лучше вообще не писать.
> ...,

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

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

Это возможно, но маловероятно.
Но возможно.
Но маловероятно.
:))

> Например, большая зависимость проекта от разработчика -
>
> разработчик ушел - проект завалился.

Значит разработчЕГ, а не разработчик. И судьба проекта держиться, на радужных ожиданиях.

[43] твои предположения тоже на песке :)
в реальности не бывает таких задач "а пойдика разработай базу данных по технологии клиент-сервер" и человек рванул к коллективному разуму на мастаки
похоже на учебное задание больше

>^-k2-^ © (20.05.08 20:52) [45]
>в реальности не бывает таких задач "а пойдика разработай базу данных по >технологии клиент-сервер" и человек рванул к коллективному разуму на >мастаки
>похоже на учебное задание больше

Это "стандарт" для курсовых и дипломных нынешних вузов
Честно говоря, замучился выдумывать практикантам и дипломникам темы..

>^-k2-^ © (20.05.08 20:57) [47]

Я понял вот так:
Начинать надо с того, чтобы забыть весь предыдущий опыт с фоксами, дибэйзами, парадоксами и т.д. Забыть что такие "таблица", "поле", "порядок записей", "индекс", "блокировки" (вот еще слово, от которого меня просто мутит - "лОчить" - кстати, весьма почитаемое "свистунами")
Найти хорошую книжку, где давались бы основные понятия клиент-серверной технологии, а именно разделения всех операции по крайней мере на две части, реализуемые ПО-РАЗНОМУ. Где воспроизводились бы хотя бы азы принципов, по которым построена работа скл-серверов. Лучшей книжки, чем "Мир интербэйз" я в этом плане не встречал. По крайней мере именно с ее помощью я окончательно и бесповоротно "въехал" в транзакции, для чего они нужны, как работают и каким образом друг с дружкой "взиамодействуют"
Набраться терпения, засунуть кое-куда свое пренебрежение к "тупым" языкам и исследовать язык запросов SQL (Для начала хватит с лихвой справки по Local SQL)

← →
_mirage (2008-05-21 00:26) [49]

>[48] MsGuns © (2008-05-20 21:07:00)
>вот еще слово, от которого меня просто мутит - "лОчить"
хорошее слово. ни одна СУБД без этого не обходится.

---
Understanding is not required. Only obedience.

>_mirage (21.05.08 00:26) [49]
>хорошее слово. ни одна СУБД без этого не обходится.

Так и не одна ?

← →
_mirage (2008-05-21 00:56) [51]

>[50] MsGuns © (2008-05-21 00:37:00)
пардон. уточнаю. из тех, к кому возможно обращение из более, чем одного процесса/потока одновременно.

---
Understanding is not required. Only obedience.

>Petr V. Abramov © (21.05.08 11:07) [52]
>из пригодных для многопользовательской работы - "не одна"

Стесняюсь спросить, а файрберд (и вообще интербэйз) не относится
к "пригодным для многопользовательской работы" ?

MsGuns © (21.05.08 22:04) [53]

Он тоже "лочит" в ряде случаев. Даже пишет об этом. Егойная версионность, как и у Оракла, абсолютно этому не препятствует.

> Егойная версионность, как и у Оракла, абсолютно этому не
> препятствует.

С "лоченьем" можно играться. Только аккуратно. Например "грязное чтение" есть во многих "чисто блокирующих" базах.

tesseract © (21.05.08 22:39) [55]

Не видел "многих чисто блокирующих баз", не могу сказать. Но и не видел режима "грязного чтения" в чистом виде.

> MsGuns © (21.05.08 22:04) [53]

> Стесняюсь спросить, а файрберд (и вообще интербэйз) не относится
> к "пригодным для многопользовательской работы" ?

относится, и с лоченьем там все нормально, а начиная с FB 1.5 и насильно лочить можно, не только когда сервер считает нужным это сделать

Базы данных Найти похожие ветки