Re: Oko IDDE and DB-manager now shareware



On Thu, 18 Aug 2005 03:33:24 -0700, "Mike Oslon" <moslon@xxxxxxxxxxxx>
wrote:

The speed of a database application is roughly equal to the speed of
the data access layer. Since the data access layer is ODBC, a
technology that hasn't been in serious development for more than 5
years (superceded by ADO, superceded by ADO.NET), one wonders what the
definition of "fast" is.

Try removing odbc.dll from your system, and see how true the statement
"...that need no other modules to run..." is.

-Tom.


>We have finished testing Oko. It now becomes shareware. You can download an
>evaluation copy and/or purchase a registered copy on-line: www.ploko.net.
>Oko is a development tool for building Windows applications. It uses an
>object-oriented programming language and has a rich set of visual tools that
>make application creation a relatively easy and intuitive task. Its
>integrated development environment allows you to create a wide range of
>functional units that can benefit both from the power of the language and
>the versatility of the GUI tools. An efficient code generator makes your
>source code compact and clear and lets you skip many explicit
>initializations. At the same time, code generation is configurable, so that
>you can insert your own code at any level, as well as turn off the automatic
>generation of any of the components.
>
>Oko has a set of visual database tools that use ODBC to connect to data
>sources. It can generate data forms and provides a set of flexible data
>controls to facilitate the creation of database applications. For many
>tasks, Oko can replace systems such as Microsoft Access generating database
>applications with no programming involved. The advantage of Oko is that its
>applications are very compact, fast, and, of course, stand-alone. It also
>has a built-in report generator.
>
>Oko produces either Win32 executables or dynamic link libraries (DLLs) from
>which you can export functions to be deployed in any other program. It
>creates stand-alone executables that need no other modules to run.
>
>www.ploko.net
>

.



Relevant Pages

  • Re: Object Design Best Practice
    ... say I have the following tables in my database: ... connection string into the constructor to load the object using data ... You should have your business layer call your data access layer, ... If so, should I load the ...
    (microsoft.public.dotnet.languages.csharp)
  • Re: Generating SQL
    ... >> IMHO it is well worth the time to create a data access layer to address ... > just add more complexity than it's worth. ... you would easily understand the database logic. ...
    (comp.object)
  • Creating a page for inserting new records into a SQL Server 2000 DB
    ... I want to create a custom web page that's only function ... is to insert new records into a database. ... attempted to create a data access layer using a DataAccess class and ... have it use the text boxes as paramaters to pass. ...
    (microsoft.public.dotnet.framework.aspnet)
  • Creating a web form to insert records into an SQL Server 2000 database
    ... I want to create a custom web page that's only function ... is to insert new records into a database. ... attempted to create a data access layer using a DataAccess class and ... have it use the text boxes as paramaters to pass. ...
    (microsoft.public.dotnet.framework.windowsforms)