Базы данных

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

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

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

---
Understanding is not required. Only obedience.

← →
Kostafey © (2008-05-20 20:30) [41]

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

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

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

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

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

← →
^-k2-^ © (2008-05-20 20:34) [42]

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

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

← →
Kostafey © (2008-05-20 20:41) [43]

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

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

← →
tesseract © (2008-05-20 20:45) [44]

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

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

← →
^-k2-^ © (2008-05-20 20:52) [45]

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

← →
MsGuns © (2008-05-20 20:55) [46]

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

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

← →
^-k2-^ © (2008-05-20 20:57) [47]

MsGuns © (20.05.08 20:55) [46]
в формулировке [0] я бы не поняла чего от меня хотят

← →
MsGuns © (2008-05-20 21:07) [48]

>^-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.

← →
MsGuns © (2008-05-21 00:37) [50]

>_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 © (2008-05-21 11:07) [52]

> MsGuns © (21.05.08 00:37) [50]

из пригодных для многопользовательской работы - "не одна"

>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 и насильно лочить можно, не только когда сервер считает нужным это сделать

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