Products

Solutions

Resources

Partners

Community

Blog

About

QA

Ideas Test

New Community Website

Ordinarily, you'd be at the right spot, but we've recently launched a brand new community website... For the community, by the community.

Yay... Take Me to the Community!

Welcome to the DNN Community Forums, your preferred source of online community support for all things related to DNN.
In order to participate you must be a registered DNNizen

HomeHomeOur CommunityOur CommunityGeneral Discuss...General Discuss...MySQL Data Provider shall be ready very soon!!MySQL Data Provider shall be ready very soon!!
Previous
 
Next
New Post
10/27/2006 6:22 PM
 

Sounds like a lot of work.  But, I have one question and forgive me if I am showng my ignorance.  Won't modules that provide data access have to provide an installation script for each data provider? 

mj


Michael Jackson
Brillnat.com
Custom module development
Database access tokenized HTML modules
 
New Post
10/27/2006 6:44 PM
 
mhj96813 wrote

Sounds like a lot of work.  But, I have one question and forgive me if I am showng my ignorance.  Won't modules that provide data access have to provide an installation script for each data provider? 

mj

  • If the module uses the new DAL+ and uses sql statements (written in standard SQL) it will work unmodified! (see: Super-Simple Module (DAL+) )
  • If the Module uses stored procedures and the DAL+ it will only have to have a script that creates the MySQL stored procedures. This should take only 5 minutes per stored procedure to translate (and there may be commercial products that will do it for you).


Michael Washington
http://ADefWebserver.com
www.ADefHelpDesk.com
A Free Open Source DotNetNuke Help Desk Module
 
New Post
10/27/2006 6:46 PM
 

Michael,

if the mysql script for a module is not included with the module PA, you will need to execute it manually from host menu, SQL.


Cheers from Germany,
Sebastian Leupold

dnnWerk - The DotNetNuke Experts   German Spoken DotNetNuke User Group

Speed up your DNN Websites with TurboDNN
 
New Post
10/27/2006 6:53 PM
 
leupold wrote

Michael,

if the mysql script for a module is not included with the module PA, you will need to execute it manually from host menu, SQL.

Right, but using the ExecuteSQL method of the DAL+ allows you to create modules that don't need stored procedures. Now of course you would need a script if your module had it's own tables but there are many use cases where a module only needs to store a small amount of information and they can use this method: Module Settings & Personalization



Michael Washington
http://ADefWebserver.com
www.ADefHelpDesk.com
A Free Open Source DotNetNuke Help Desk Module
 
New Post
10/27/2006 8:35 PM
 
AdefWebserver wrote
 leupold wrote

Michael,

if the mysql script for a module is not included with the module PA, you will need to execute it manually from host menu, SQL.

Right, but using the ExecuteSQL method of the DAL+ allows you to create modules that don't need stored procedures. Now of course you would need a script if your module had it's own tables but there are many use cases where a module only needs to store a small amount of information and they can use this method: Module Settings & Personalization



Michael - first off, thank you for your website and tutorials.  A great resource.

My question perhaps for both yourself and leupold - Is there an impact for getting your module verified/blessed if you choose to go with SQL statements in your module vs. sprocs?  Or with typed datasets vs. old fashioned classes?  Performance impacts aside (I know sprocs are faster as they are precompiled and that typed datasets are heavy).  Just wondering if the verification process places any weight on form versus function.  TIA.

 
Previous
 
Next
HomeHomeOur CommunityOur CommunityGeneral Discuss...General Discuss...MySQL Data Provider shall be ready very soon!!MySQL Data Provider shall be ready very soon!!


These Forums are dedicated to discussion of DNN Platform and Evoq Solutions.

For the benefit of the community and to protect the integrity of the ecosystem, please observe the following posting guidelines:

  1. No Advertising. This includes promotion of commercial and non-commercial products or services which are not directly related to DNN.
  2. No vendor trolling / poaching. If someone posts about a vendor issue, allow the vendor or other customers to respond. Any post that looks like trolling / poaching will be removed.
  3. Discussion or promotion of DNN Platform product releases under a different brand name are strictly prohibited.
  4. No Flaming or Trolling.
  5. No Profanity, Racism, or Prejudice.
  6. Site Moderators have the final word on approving / removing a thread or post or comment.
  7. English language posting only, please.
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out