BorlandTalk.com Borland discussion newsgroups   Archives   FAQ   Search   Memberlist   Usergroups   Register   Profile   Log in to check your private messages   Log in  is this a true logic?          BorlandTalk.com Forum Index -> comp.lang.pascal.delphi.databases View previous topic :: View next topic   Author Message eeyimaya Guest Posted: Thu Jan 29, 2004 9:19 am    Post subject: is this a true logic? Think about a program... Sources of the program ie, .pas and .dfm files are stored in a database. For example for the customer form customer.pas and customer.dfm will be in the customerpas and customerdfm tables. Then clients will read the codes by connecting to the database. On each clients there will be compiler that can compile the files read from server database(customer.pas and customer.dfm). So, clients get the forms at runtime. Something like a thin client. If program needs to be changed then only the tables in the database will be changed.And each client will read these source codes and compiles and runtime forms... Also all the data will be stored at server database. NOW THE QUESTIONS: Is this logic a true logic? Is this logic is secure? What type of security problems can exists? Do you know any program written with this logic? Sorry for my bad english? AND THANKS MUCH... Back to top Bruce Roberts Guest Posted: Thu Jan 29, 2004 7:27 pm    Post subject: Re: is this a true logic? "eeyimaya" <eeyimaya (AT) hotmail (DOT) com> wrote Quote: Think about a program... Sources of the program ie, .pas and .dfm files are stored in a database. For example for the customer form customer.pas and customer.dfm will be in the customerpas and customerdfm tables. Then clients will read the codes by connecting to the database. On each clients there will be compiler that can compile the files read from server database(customer.pas and customer.dfm). So, clients get the forms at runtime. Something like a thin client. If program needs to be changed then only the tables in the database will be changed.And each client will read these source codes and compiles and runtime forms... Also all the data will be stored at server database. NOW THE QUESTIONS: Is this logic a true logic? Not sure what you mean by 'true logic', but the scheme should work. Quote: Is this logic is secure? What type of security problems can exists? It is not terribly secure. Even if the db storing the programs has very good security, a hacker only needs to suplant that db with his own, i.e. re-direct the master program to pull source from a local db. This means that the data being operated on has to provide security separate from and enforced on the run-time compiled programs. Quote: Do you know any program written with this logic? IE Explorer comes to mind. Back to top eeyimaya Guest Posted: Fri Jan 30, 2004 6:54 am    Post subject: Re: is this a true logic? Thank you for your reply. What I mean with "true logic" is that: is this way a "goog programming technique"?. We plan a to use this logic in our automation projects, i.e, at factories, offices...Maybe there will be web parts of these programs. I could not understand how IE match with this? I don't know Delphi at advanced level? Do you know which technology can be used to achieve the same thing(i.e. thin client.changes only at server)?. thanks again. "Bruce Roberts" <ber (AT) bounceitattcanada (DOT) xnet> wrote Quote: "eeyimaya" <eeyimaya (AT) hotmail (DOT) com> wrote in message news:41e89d23.0401290119.18ef0fef (AT) posting (DOT) google.com... Think about a program... Sources of the program ie, .pas and .dfm files are stored in a database. For example for the customer form customer.pas and customer.dfm will be in the customerpas and customerdfm tables. Then clients will read the codes by connecting to the database. On each clients there will be compiler that can compile the files read from server database(customer.pas and customer.dfm). So, clients get the forms at runtime. Something like a thin client. If program needs to be changed then only the tables in the database will be changed.And each client will read these source codes and compiles and runtime forms... Also all the data will be stored at server database. NOW THE QUESTIONS: Is this logic a true logic? Not sure what you mean by 'true logic', but the scheme should work. Is this logic is secure? What type of security problems can exists? It is not terribly secure. Even if the db storing the programs has very good security, a hacker only needs to suplant that db with his own, i.e. re-direct the master program to pull source from a local db. This means that the data being operated on has to provide security separate from and enforced on the run-time compiled programs. Do you know any program written with this logic? IE Explorer comes to mind. Back to top Jamie Guest Posted: Fri Jan 30, 2004 10:04 am    Post subject: Re: is this a true logic? why don't you simply run something like Midas or ASP etc.. eeyimaya wrote: Quote: Think about a program... Sources of the program ie, .pas and .dfm files are stored in a database. For example for the customer form customer.pas and customer.dfm will be in the customerpas and customerdfm tables. Then clients will read the codes by connecting to the database. On each clients there will be compiler that can compile the files read from server database(customer.pas and customer.dfm). So, clients get the forms at runtime. Something like a thin client. If program needs to be changed then only the tables in the database will be changed.And each client will read these source codes and compiles and runtime forms... Also all the data will be stored at server database. NOW THE QUESTIONS: Is this logic a true logic? Is this logic is secure? What type of security problems can exists? Do you know any program written with this logic? Sorry for my bad english? AND THANKS MUCH... Back to top Bruce Roberts Guest Posted: Fri Jan 30, 2004 4:37 pm    Post subject: Re: is this a true logic? "eeyimaya" <eeyimaya (AT) hotmail (DOT) com> wrote Quote: I could not understand how IE match with this? IE has a similar architecture. Web pages are stored as disk files and are interpreted by IE. You are looking at storing Delphi source on disk, compiling then executing it. The differences are small from an architecture point of view. IE stores its 'programs' as individual disk files, you intend to store the programs in a database. IE compiles the pages into an intermediate format that it then executes, you intend to compile into machine code then execute. As I said, not much real difference. Quote: I don't know Delphi at advanced level? Do you know which technology can be used to achieve the same thing(i.e. thin client.changes only at server)?. As another poster suggested, maybe you should use existing technology. Back to top Markku Nevalainen Guest Posted: Fri Jan 30, 2004 11:58 pm    Post subject: Re: is this a true logic? eeyimaya wrote: Quote: Something like a thin client. How 'thin' will these clients actually be? Some estimates, about how many kBytes less you need not to transfer data over slow lines. Also, over how slow band widths are you going to operate? Is it going to be something like speed in 33k..64k range, or what is the actual targeted band width? Quote: Then clients will read the codes by connecting to the database. On each clients there will be compiler Will there be a full Delphi license on every client, or about what compiler are you talkig here? This does not sound very cost optimized architecture in general. Quote: And each client will read these source codes and compiles and runtime forms... Also all the data will be stored at server database. I don't see a big role for the database server in here. If your app consists, let's say at the maximum of something like 20..100 different Delphi Forms. Then you don't need a database to store and organize them on a server. You can easily share those 100 Forms from a Web-server using plain text files, like millions of HTML based web pages do. You keep your usual 100 Form Delphi projects in a DB either, but they just reside on disk as usual PAS and DFM files. Quote: Is this logic a true logic? If you worked for me and you came to suggest this kind of plan, I would first want to see some true numbers. What are the actual benefits about this kind of arrangement: -Will it bring more speed on low bandwidths, how much? -Is it easier to maintain, how? -Is it easier to sell, using what arguments? -etc. There are commercial 'thin client' packages available. Will your solution be faster, cheaper, more reliable etc... than these existing packages? Markku Nevalainen Back to top Display posts from previous: All Posts1 Day7 Days2 Weeks1 Month3 Months6 Months1 Year Oldest FirstNewest First         BorlandTalk.com Forum Index -> comp.lang.pascal.delphi.databases All times are GMT Page 1 of 1   Jump to: Select a forum C++ Builder Newsgroups----------------C++ BuilderC++ Builder (ActiveX)C++ Builder (Announcements)C++ Builder (Command Line Tools)C++ Builder DatabasesC++ Builder Databases (ADO)C++ Builder Databases (Desktop)C++ Builder Databases (InterBase Express)C++ Builder Databases (Multi-Tier)C++ Builder Databases (SQL Servers)C++ Builder (Graphics)C++ Builder (IDE)C++ Builder (Internet)C++ Builder (Internet Socket)C++ Builder (Internet Web)C++ Builder (Jobs)C++ Builder (Language)C++ Builder (Language C++)C++ Builder (Compatibility with MFC)C++ Builder (Native API)C++ Builder (Non-Technical)C++ Builder (Students)C++ Builder (Third Party Tools)C++ Builder (Upgrade)C++ Builder (VCL)C++ Builder (VCL Components Usage)C++ Builder (VCL Components Development)C++ Builder (VCL Usage)C++ Builder (WinAPI)C++ Builder Installation Delphi Newsgroups----------------Delphi (General)Delphi ActiveX Controls UsageDelphi ActiveX Controls DevelopmentDelphi As400Delphi DatabasesDelphi Databases (ADO)Delphi Databases (dbExpress)Delphi Databases (Desktop)Delphi Databases (InterBase Express)Delphi Databases (Multi-Tier)Delphi Databases (SQL Servers)Delphi DeploymentDelphi GraphicsDelphi IDEDelphi InternationalizationDelphi InternetDelphi Internet Isapi-WebBrokerDelphi Internet WebSnapDelphi Internet WinsockDelphi JobsDelphi Language BASMDelphi Language ObjectPascalDelphi Model Driven Architecture (General)Delphi Model Driven Architecture (Third Party)Delphi MultimediaDelphi Native APIDelphi Non-TechnicalDelphi ObjectPascalDelphi OLE AutomationDelphi OO designDelphi OpenToolsAPIDelphi Reporting-ChartingDelphi RTLDelphi StudentsDelphi TeamSourceDelphi Thirdparty ToolsDelphi Thirdparty Tools (General)Delphi Thirdparty Tools (IntraWeb)Delphi Thirdparty Tools (RaveReports)Delphi UpgradeDelphi VCLDelphi VCL ComponentsDelphi VCL Components UsingDelphi VCL Components WritingDelphi WebServices SOAPDelphi WinAPIDelphi XMLDelphi Installationcomp.lang.pascal.delphi.components.misccomp.lang.pascal.delphi.components.usagecomp.lang.pascal.delphi.components.writingcomp.lang.pascal.delphi.databasescomp.lang.pascal.delphi.misccomp.sources.delphi JBuilder Newsgroups----------------JBuilderJBuilder AnnouncementsJBuilder Applet IssuesJBuilder As400JBuilder CompilerJBuilder CORBA/RMIJBuilder DatabasesJBuilder DB SwingJBuilder DebuggerJBuilder DeploymentJBuilder DocumentationJBuilder EnterpriseJBuilder HandheldJBuilder IDEJBuilder JavaJBuilder JavaAPIJBuilder Java LanguageJBuilder Java SwingJBuilder Java BeansJBuilder Java Beans UsageJBuilder Java Beans DevelopmentJBuilder JBCLJBuilder JDataStoreJBuilder JobsJBuilder LinuxJBuilder MacintoshJBuilder & MobileSetJBuilder MultiLingual AppsJBuilder Non-TechnicalJBuilder OpenToolsJBuilder Servlets (JSP)JBuilder StudentsJBuilder Team DevelopmentJBuilder Thirdparty ToolsJBuilder UpgradeJBuilder Installation InterBase Newsgroups----------------InterBaseInterBase Bug DiscussionInterBase GeneralInterBase IBConsoleInterBase OpenSourceInterBase ReplicationInterBase SQLInterBase ThirdpartyInterBase Installation Miscellaneous Borland Newsgroups----------------AppCenterAppServerEnteraVisiBroker  You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum Powered by phpBB © 2001, 2006 phpBB Group SEO toolkit © 2004-2006 webmedic.