Welcome to the new Schneider Electric Community

It's your place to connect with experts and peers, get continuous support, and share knowledge.

  • Explore the new navigation for even easier access to your community.
  • Bookmark and use our new, easy-to-remember address (community.se.com).
  • Get ready for more content and an improved experience.

Contact SchneiderCommunity.Support@se.com if you have any questions.

Close
Invite a Co-worker
Send a co-worker an invite to the Exchange portal.Just enter their email address and we’ll connect them to register. After joining, they will belong to the same company.
Send Invite Cancel
84611members
353910posts

[Imported] CDBHISTORIC table - SELECT, INSERT, UPDATE, etc

EcoStruxure Geo SCADA Expert Forum

Find out how SCADA systems and networks, like EcoStruxure Geo SCADA Expert, help industrial organizations maintaining efficiency, processing data for smarter decision making with IoT, RTU and PLC devices.

Solved
sbeadle
Janeway Janeway
Janeway
0 Likes
3
1622

[Imported] CDBHISTORIC table - SELECT, INSERT, UPDATE, etc

>>Message imported from previous forum - Category:ClearSCADA Software<<
User: mhd_alm, originally posted: 2019-03-06 17:51:56 Id:377
Hey all,
I'd like to start a conversation about manipulating CDBHistoric, a native and protected ClearSCADA table, using common SQL server clients. This article shows how to connect MS SQL Server Management Studio via "Linked Servers":

https://www.schneider-electric.ca/en/faqs/FA280096/

Can CDBHistoric table be updated or inserted into with the same method mentioned in this article? If no, what's the alternative, and if yes, what are the limitations or cautions?


Accepted Solutions
sbeadle
Janeway Janeway
Janeway
0 Likes
2
1621

Re: [Imported] CDBHISTORIC table - SELECT, INSERT, UPDATE, etc

>>Responses imported from previous forum


Reply From User: du5tin, posted: 2019-03-06 17:58:18
CDBHISTORIC is a special table. Because ClearSCADA offers a proper audit log on history the data in CDBHISTORIC is not easily edited via normal database tools. Changes must be made through regular points, script, automation api, etc.

I do know you can bulk load csv files with history for points. Or use the Automation API in a C# app to bulk load values from a database. I have some code for this (moving history from one DB to another).

If you're trying to modify a lot of records on the fly with external DB tools I haven't found a good way to do this. But arguably... is the SCADA host historian the best place to do that modification? Shouldn't that be handled in a system downstream so SCADA can be the operational tool and not the data analytics tool?

What are you trying to accomplish? Maybe that will get the ideas flowing a bit better.


Reply From User: mhd_alm, posted: 2019-03-06 18:24:22

[at]du5tin said:
I do know you can bulk load csv files with history for points. Or use the Automation API in a C# app to bulk load values from a database. I have some code for this (moving history from one DB to another).

This sounds like what I'm trying to achieve here... bulk loading historic values from a DB. I'm dealing with this situation: there's a gap in CDBHISTORIC data due to hardware failure, however there is a parallel data logging system of which data can be used to "repair" ClearSCADA history. Or at least this is what I can think of in order to utilize data logger's data without losing convenience of ClearSCADA trending function.

[at]du5tin said:
If you're trying to modify a lot of records on the fly with external DB tools I haven't found a good way to do this. But arguably... is the SCADA host historian the best place to do that modification? Shouldn't that be handled in a system downstream so SCADA can be the operational tool and not the data analytics tool?

I totally agree with you on this point. SCADA historian better be left with the job it's designed for.


Reply From User: mhd_alm, posted: 2019-03-06 23:02:23
For anyone who's interested, here's the CSV loader [at]du5tin mentioned above:

https://www.schneider-electric.co.th/en/faqs/FA331813/

looks like a suitable option for my need.


Reply From User: adamwoodland, posted: 2019-03-13 01:41:52
Regarding the protected status of CDBHistoric (and friends such as CDBEventJournal), a lot of the larger customer contracts for the projects we deliver have specific requirements regarding the protection of this data to stop users, deliberate or accidentally, deleting key information.

Of course if you have admin access to the servers themselves you can do some serious damage, but that is (or should be!) a very limited set of people.

See Answer In Context

3 Replies 3
sbeadle
Janeway Janeway
Janeway
0 Likes
2
1622

Re: [Imported] CDBHISTORIC table - SELECT, INSERT, UPDATE, etc

>>Responses imported from previous forum


Reply From User: du5tin, posted: 2019-03-06 17:58:18
CDBHISTORIC is a special table. Because ClearSCADA offers a proper audit log on history the data in CDBHISTORIC is not easily edited via normal database tools. Changes must be made through regular points, script, automation api, etc.

I do know you can bulk load csv files with history for points. Or use the Automation API in a C# app to bulk load values from a database. I have some code for this (moving history from one DB to another).

If you're trying to modify a lot of records on the fly with external DB tools I haven't found a good way to do this. But arguably... is the SCADA host historian the best place to do that modification? Shouldn't that be handled in a system downstream so SCADA can be the operational tool and not the data analytics tool?

What are you trying to accomplish? Maybe that will get the ideas flowing a bit better.


Reply From User: mhd_alm, posted: 2019-03-06 18:24:22

[at]du5tin said:
I do know you can bulk load csv files with history for points. Or use the Automation API in a C# app to bulk load values from a database. I have some code for this (moving history from one DB to another).

This sounds like what I'm trying to achieve here... bulk loading historic values from a DB. I'm dealing with this situation: there's a gap in CDBHISTORIC data due to hardware failure, however there is a parallel data logging system of which data can be used to "repair" ClearSCADA history. Or at least this is what I can think of in order to utilize data logger's data without losing convenience of ClearSCADA trending function.

[at]du5tin said:
If you're trying to modify a lot of records on the fly with external DB tools I haven't found a good way to do this. But arguably... is the SCADA host historian the best place to do that modification? Shouldn't that be handled in a system downstream so SCADA can be the operational tool and not the data analytics tool?

I totally agree with you on this point. SCADA historian better be left with the job it's designed for.


Reply From User: mhd_alm, posted: 2019-03-06 23:02:23
For anyone who's interested, here's the CSV loader [at]du5tin mentioned above:

https://www.schneider-electric.co.th/en/faqs/FA331813/

looks like a suitable option for my need.


Reply From User: adamwoodland, posted: 2019-03-13 01:41:52
Regarding the protected status of CDBHistoric (and friends such as CDBEventJournal), a lot of the larger customer contracts for the projects we deliver have specific requirements regarding the protection of this data to stop users, deliberate or accidentally, deleting key information.

Of course if you have admin access to the servers themselves you can do some serious damage, but that is (or should be!) a very limited set of people.

nosaj
Ensign
Ensign
0 Likes
1
1209

Re: [Imported] CDBHISTORIC table - SELECT, INSERT, UPDATE, etc

Thanks for this. My use case is a bit different; I have CSV files of calculated data on site. I'd like to load the CSV files into the ClearSCADA historian on a regular repeated basis, e.g. every day at 9 pm. Is there a way of automating / scripting this so that doesn't require mouse clicks?

 

Thanks

 

Jason

BevanWeiss
Spock
Spock
0 Likes
0
1181

Re: [Imported] CDBHISTORIC table - SELECT, INSERT, UPDATE, etc

@nosaj Create a new thread to ask your question in.


Lead Control Systems Engineer for Alliance Automation (VIC).
All opinions are my own and do not represent the opinions or policies of my employer, or of my cat..