Updating project to use Store Procedures for CRUD


Author
Message
Trent Taylor
Trent Taylor
StrataFrame Developer (8.7K reputation)StrataFrame Developer (8.7K reputation)StrataFrame Developer (8.7K reputation)StrataFrame Developer (8.7K reputation)StrataFrame Developer (8.7K reputation)StrataFrame Developer (8.7K reputation)StrataFrame Developer (8.7K reputation)StrataFrame Developer (8.7K reputation)StrataFrame Developer (8.7K reputation)
Group: StrataFrame Developers
Posts: 6.6K, Visits: 6.9K
Cool Cool , glad you got it going.
Edhy Rijo
E
StrataFrame VIP (3.8K reputation)StrataFrame VIP (3.8K reputation)StrataFrame VIP (3.8K reputation)StrataFrame VIP (3.8K reputation)StrataFrame VIP (3.8K reputation)StrataFrame VIP (3.8K reputation)StrataFrame VIP (3.8K reputation)StrataFrame VIP (3.8K reputation)StrataFrame VIP (3.8K reputation)
Group: StrataFrame Users
Posts: 2.4K, Visits: 23K
Thanks Trent,

I made the changes to my base BO and like you said, it was straight forward using the default SP names.

Edhy Rijo

Trent Taylor
Trent Taylor
StrataFrame Developer (8.7K reputation)StrataFrame Developer (8.7K reputation)StrataFrame Developer (8.7K reputation)StrataFrame Developer (8.7K reputation)StrataFrame Developer (8.7K reputation)StrataFrame Developer (8.7K reputation)StrataFrame Developer (8.7K reputation)StrataFrame Developer (8.7K reputation)StrataFrame Developer (8.7K reputation)
Group: StrataFrame Developers
Posts: 6.6K, Visits: 6.9K
One question, when using the DDT like I am now, and setting the BOM to create the BO from the DDT metadata would these properties be filled automatically?

No, but you don't really need it to.  If you are using the standard names that the DDT produces (TableName_Delete, for example) then you do not need to set the SPROC name, just set the property that indicates that the CRUD setting will be true and the default naming schema will be used.  So in this case, just set the following properties to True:

  • DeleteUsingStoredProcedure
  • InsertUsingStoredProcedure
  • UpdateUsingStoredProcedure

Then if you are using row version concurrency, set the concurrency properties:

  • UpdateConcurrencyType = RowVersion
  • RowVersionOrTimeSTampColumn = "YourFieldName"

Automatically forcing the BO to set the stored procedure flags isn't really something that should be done as there are times you want to turn this off.  But as for the names, you don't need to override them, just use the default naming convention and it will already be handled for you.

Edhy Rijo
E
StrataFrame VIP (3.8K reputation)StrataFrame VIP (3.8K reputation)StrataFrame VIP (3.8K reputation)StrataFrame VIP (3.8K reputation)StrataFrame VIP (3.8K reputation)StrataFrame VIP (3.8K reputation)StrataFrame VIP (3.8K reputation)StrataFrame VIP (3.8K reputation)StrataFrame VIP (3.8K reputation)
Group: StrataFrame Users
Posts: 2.4K, Visits: 23K
Well, I did a quick test and found out that the BO is not reflecting the CRUD options entered in the DDT for that table.  This could be an Enhancement Request Cool

Then since I am using a base BO class, I tried to overwrite the CRUD properties so I can have this information added automatically to all my BOs, and guess what? yes, these properties are not marked as Overridable.

Here is the code I tried in my base BO:

     '-- Setting CRUD to use Store Procedures

     Private _DeleteUsingStoredProcedure As Boolean = True

     Private _DeleteStoredProcedureName As String = Me.TableName.Trim & "_Delete"

 

     <Category(EDITOR_CATEGORY_CRUD), _

     DefaultValue(False)> _

     Public Overrides Property DeleteStoredProcedureName() As Boolean

          Get

               Return _DeleteStoredProcedureName

          End Get

          Set(ByVal value As Boolean)

               _DeleteStoredProcedureName = value

          End Set

     End Property

 

     <Category(EDITOR_CATEGORY_CRUD), _

     DefaultValue(False)> _

     Public Overrides Property DeleteUsingStoredProcedure() As Boolean

          Get

               Return _DeleteUsingStoredProcedure

          End Get

          Set(ByVal value As Boolean)

               _DeleteUsingStoredProcedure = value

          End Set

     End Property

Is there any other way this can be automated?

Edhy Rijo

Edhy Rijo
E
StrataFrame VIP (3.8K reputation)StrataFrame VIP (3.8K reputation)StrataFrame VIP (3.8K reputation)StrataFrame VIP (3.8K reputation)StrataFrame VIP (3.8K reputation)StrataFrame VIP (3.8K reputation)StrataFrame VIP (3.8K reputation)StrataFrame VIP (3.8K reputation)StrataFrame VIP (3.8K reputation)
Group: StrataFrame Users
Posts: 2.4K, Visits: 23K
Greg McGuffey (12/19/2008)
No matter how the sprocs get created, you will need to setup the BOs to use them. In the CRUD section of the BO properties, there are places to configure the use of sprocs for inserts, updates and deletes. I believe once you have both the sprocs deployed and the BO properties setup, you good to go.

Thanks Greg.

One question, when using the DDT like I am now, and setting the BOM to create the BO from the DDT metadata would these properties be filled automatically?

I know I can test this, but I rather ask before start finding out with this particular project. Hehe

Edhy Rijo

Greg McGuffey
Greg McGuffey
Strategic Support Team Member (2.8K reputation)
Group: Forum Members
Posts: 2K, Visits: 6.6K
The DDT will create the CRUD sprocs (as you setup them up in the table properties). This will create the sprocs and help you get them deployed. Of course you could do all of this manually too, which would be way more fun! Tongue



No matter how the sprocs get created, you will need to setup the BOs to use them. In the CRUD section of the BO properties, there are places to configure the use of sprocs for inserts, updates and deletes. I believe once you have both the sprocs deployed and the BO properties setup, you good to go.
Edhy Rijo
E
StrataFrame VIP (3.8K reputation)StrataFrame VIP (3.8K reputation)StrataFrame VIP (3.8K reputation)StrataFrame VIP (3.8K reputation)StrataFrame VIP (3.8K reputation)StrataFrame VIP (3.8K reputation)StrataFrame VIP (3.8K reputation)StrataFrame VIP (3.8K reputation)StrataFrame VIP (3.8K reputation)
Group: StrataFrame Users
Posts: 2.4K, Visits: 23K
I have a project which is I am reviewing for improvements for data speed process and would like to use the DDT to take advantage of using store procedures for Insert/Update/Delete.

I noticed that this is handle in the the DDT Table Properties, so in order for me to upgrade this project, would it be just a matter to turn on those features and choose my Version Field which I have been using? or besides doing that in the DDT I should do some other modifications to my projects?

Edhy Rijo

GO

Merge Selected

Merge into selected topic...



Merge into merge target...



Merge into a specific topic ID...




Similar Topics

Reading This Topic

Login

Explore
Messages
Mentions
Search