Re: Distributed MetaStorage discussion

2019-01-25 Thread Vladimir Ozerov
Ivan, The idea is that certain changes to the system are not relevant for all components. E.g. if SQL schema is changed, then some SQL caches needs to be invalidated. When affinity topology changes, another part of caches needs to be invalidated. Having a single version may lead to unexpected late

Re: Distributed MetaStorage discussion

2019-01-25 Thread Ivan Bessonov
Vladimir, thank you for the reply. Topology and affinity changes are not reflected in distributed metastorage, we didn't touch baseline history at all. I believe that what you really need it just distributed property "sqlSchemaVer" that is updated on each schema update. It could be achieved by cre

Re: Distributed MetaStorage discussion

2019-01-25 Thread Vladimir Ozerov
Ivan, The change you describe is extremely valuable thing as it allows to detect changes into global configuration which is of great importance for SQL. Will topology and affinity changes be reflected in metastore history as well? From SQL perspective it is important for us to be able to understan