[ 
https://issues.apache.org/jira/browse/PHOENIX-7038?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17774318#comment-17774318
 ] 

ASF GitHub Bot commented on PHOENIX-7038:
-----------------------------------------

stoty commented on PR #1682:
URL: https://github.com/apache/phoenix/pull/1682#issuecomment-1758877367

   I am in general very wary of overriding HBase properties from a Phoenix 
application, as this can very easily lead to failures for properties that must 
be in sync across the cluster for HBase to work.
   
   In my ideal world we'd have some kind of whitelist for properties that are 
known to be safe to override (or an inverse blacklist)
   (Of course users could still wreak havoc by modifying the hbase-site.xml 
used by the client)
   
   I would tie the id propagation part to 
https://issues.apache.org/jira/browse/PHOENIX-5974.
   We could either correlate that single ID with the ConnectionInfo/profile 
(though it requires extra bookeepeing), or just add it alongside the query id.
   




> Implement Phoenix Connection Profile Metrics
> --------------------------------------------
>
>                 Key: PHOENIX-7038
>                 URL: https://issues.apache.org/jira/browse/PHOENIX-7038
>             Project: Phoenix
>          Issue Type: New Feature
>            Reporter: Mihir Monani
>            Assignee: Mihir Monani
>            Priority: Major
>
> With JDBC connection profile string, Clients can provide connection profile 
> name. With use of Connection Profile, different kinds of clients/use-case in 
> single JVM can create connection with different configuration like time-outs, 
> retries, sleep between retries. 
> Connection URL Example : jdbc:phoenix:localhost:2181:CONN_PROFILE_2
> Here CONN_PROFILE_2 is connection profile name.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

Reply via email to