I kind of agree with Mike. We shouldn¹t really be adding tables with
plugins. If there is a need to do so then its a limitation with our plugin
framework and should be enhanced accordingly.
It would good if you could specify your use case and why it can't be
fitted with existing schema.

Thanks,
-Nitin

On 08/10/14 11:07 AM, "Kuang-Ching Wang" <kuangching.w...@gmail.com> wrote:

>Thanks Mike, I added the table successfully.
>
>And also thanks for the suggestion.  I spent some time looking into what
>we need - we need to store some topology/tenant mapping info specific to
>our plugin for syncing purpose.  Logically it really needs to be
>maintained in a separate table.  Similar practice has been adopted by
>some other network-element plugins as well.
>
>Thanks,
>KC
>
>
>On Sep 28, 2014, at 9:23 PM, Mike Tutkowski
><mike.tutkow...@solidfire.com> wrote:
>
>> Assuming you are doing this for version 4.5, please take a look at
>>adding your table to this file:
>> 
>> schema-441to450.sql
>> 
>> By the way, do we really need to add a new table for this plug-in or is
>>there some "*_details" table (ex. storage_pool_details) where you can
>>store information specific to your needs?
>> 
>> Thanks
>> 
>> On Sun, Sep 28, 2014 at 7:11 PM, Kuang-Ching Wang
>><kuangching.w...@gmail.com> wrote:
>> Hi,
>> 
>> I need to create a new table to store data in the cloudstack DB.  I
>>followed existing examples to:
>> - add a new VO class, with @Entity and @Table(name = ³new_table_name")
>> - add a new Dao interface
>> - add a new DaoImpl class for the interface
>> - update spring context (of my network plugin) with a new bean id for
>>the new DaoImpl class
>> 
>> I was expecting with the change and a reinstall of my
>>cloudstack-management service (even doing cloudstack-setup-databases
>>again), a new table would be created.  However, this is not happening.
>> 
>> Is there some step I missed?
>> 
>> Thanks,
>> KC
>> 
>> 
>> 
>> -- 
>> Mike Tutkowski
>> Senior CloudStack Developer, SolidFire Inc.
>> e: mike.tutkow...@solidfire.com
>> o: 303.746.7302
>> Advancing the way the world uses the cloud
>

Reply via email to