|
#16
|
|||
|
|||
А не проще тогда взять какой-нить готовый ORM?
Только надо не забывать, что "перекладка" данных занимает дополнительное время. в свое время на это очень сильно нарвались. программа, сделанная на объектной модели, нормально работала на тестах при 3-5 пользователях, а при подключении 100 пользаков постоянно вылетали дедлоки. Правда технологии были COM+ и MS SQL Server. Возможно, на Оракле таких проблем ьы и небыло (он, в отличии от сиквела, "версионник", а не "блокировочник"). |
#17
|
||||
|
||||
да может быть и проше было бы с ORM.
знаний о ORM на текущий момент не много а с временем на "перекладку" проблем думаю не должно возникнуть, данных не много. Что еще считаешь не верным? |
#18
|
|||
|
|||
С ОРМ есть проблеммы по взаимодействию при работе многих пользователей, т.к. получается кеширование данных. Но он решает кучу других проблем. с другой стороны, ОРМ очень удобен на .Net (C#), а на Дельфях менее удобен, чем обычный ДатаСет, т.к. придется еще делать код раскладывания данных по компонентам редактирования и сбора обратно. А при ДатаСетах можно пользовать data-aware компоненты.
Так что любой вариант имеет свои плюсы и минусы. |
#19
|
||||
|
||||
ну а в моём коде ты видешь ошибки, недочёты?
|
#20
|
|||
|
|||
1. свойство Connectopn д.б. Read-only.
2. Задача коннесшена - через конструктор. 3. Слабо используется наследование, т.е. виртуальные методы (по-моему, их вообще нет, хотя у тебя в классах есть методы с одинаковым названием и выполняющие одни, по сути, и те же действия). Это так, при беглом взгляде. А потом - начнешь использовать эжти наработки - сам почуствуешь где что надо переделать. я так один раз модель 3 раза с нуля переписывал, пока не добился такой, что удобно было пользоваться. |
#21
|
||||
|
||||
Ну, как я понимаю, раз в моем коде косяк не нашли - значит никому не нужны фундаментальные знания. А раз не нужны то и нет нужды продолжать
Некоторые программисты настолько ленивы, что сразу пишут рабочий код. Если вас наказали ни за что - радуйтесь: вы ни в чем не виноваты. |
#22
|
||||
|
||||
Думаю на этом тему можно закрывать.
Я получил ответы на свои вопросы. Теперь я имею представление о том на каком "языке общаются" объектная и реляционная модели, за что вам Большое Спасибо. А за фундаментальными знаниями если ты позволишь я еще приду к тебе |
#23
|
|||
|
|||
И все-таки не то...
Я имел ввиду, что мне необходимо подключить уже созданную базу данных, но не используя компоненты Delphi, т.е. непосредственно в коде программы необходимо произвести описание и подключение базы.
|
#24
|
||||
|
||||
Сам пробовал и смотрел что люди делали на эту тему и вот с какой проблемой рано или поздно сталкиваешься, уж очень специализированной становиться такая ООБД, и что особенно грустно это как выглядит организация поиска и запросов к такой БД.
Будет что-то типа такого: View.AddColumn(objHuman.fldFirstName.Find("Петр%") ,sfAscOrder); View.AddColumn(objHuman.fldMiddleName.Find("Петр") ,sfDescOrder); тогда как в класической реляционной БД вся эта конструкция укладывается в одну строчку: select FirstName,MiddleName from ObjHuman order by FirstName,MiddleName desc Видимо должен быть смешанный подход, тому пример интересное решение - Postgree. Очень интересно в ней создавать ООБД когда реализовано наследование на уровне таблиц. Последний раз редактировалось Страдалецъ, 09.03.2009 в 18:02. |