Yesterday, a number of personalities, in response to my publication, bulling in comments with insults, conspiracy charges and very valuable instructions on what to do. Regrettably when adults do not see boundaries in communication.
The accusation of spammering brought against me is a blatant lie. I have NOT received ANY official notifications of violation of any rules from the ycombinator.com resource.
I pointed my position and apologized, although it was not worth it.
I didn’t hear an any apology.
All this is very disappointing in my opinion and I would like to draw attention to the problem of misunderstanding between people, no matter what prejudices it is caused.
I always thought that people involved in IT should be more inclined to help their neighbor in finding like-minded people. And what I see - "Obviously it's a failed project that nobody needs"
What is interference? A bit of history. Several years ago, as part of an internal project, we tried to create a data analysis service that meets the following minimum requirements: - as simple as possible integration with an existing java application - support for persistent data storage - indices support
- support for a distributed database and distributed operations, such as the ability to insert or modify data in a database from any of the available nodes
- the easiest cluster deployment
- transaction support
- basic SQL support with complex event processing and stream SQL support
One of the outcomes of this development was an open source product branch called interference. What can this service do?
Easy integration with java application. You include the library and then simply manage all the interference functions from within the java application using session methods, JPA annotations, queries and direct access to table objects. Interference is a distributed service. This means that this service can be used within a distributed cluster, or you can build a distributed event-driven application based solely on this service, without any additional services like coordinators and so on.
Now, we suggest you use interference as a distributed platform when developing data analysis applications.
Interference is not an RDBMS in the usual sense. You do not use JDBC or anything like that to access the data. Instead, direct object-relational mapping is used that works directly with persistent storage and remote event transport mechanisms.
Minimal common insert performance on standard i7/4core workstation is up to 10000recs/sec on indexed table with UC constraint check and up to 50000recs/sec on plain table w/o any checks.
In the next time, we plan to publish an article with a detailed review of the service architecture and performance metrics.
Now, read the documentation for a detailed understanding. We are always happy to answer your questions.
What is interference? A bit of history. Several years ago, as part of an internal project, we tried to create a data analysis service that meets the following minimum requirements: - as simple as possible integration with an existing java application - support for persistent data storage - indices support
- support for a distributed database and distributed operations, such as the ability to insert or modify data in a database from any of the available nodes
- the easiest cluster deployment
- transaction support
- basic SQL support with complex event processing and stream SQL support
One of the outcomes of this development was an open source product branch called interference. What can this service do?
Easy integration with java application. You include the library and then simply manage all the interference functions from within the java application using session methods, JPA annotations, queries and direct access to table objects. Interference is a distributed service. This means that this service can be used within a distributed cluster, or you can build a distributed event-driven application based solely on this service, without any additional services like coordinators and so on.
Now, we suggest you use interference as a distributed platform when developing data analysis applications.
Interference is not an RDBMS in the usual sense. You do not use JDBC or anything like that to access the data. Instead, direct object-relational mapping is used that works directly with persistent storage and remote event transport mechanisms.
Minimal common insert performance on standard i7/4core workstation is up to 10000recs/sec on indexed table with UC constraint check and up to 50000recs/sec on plain table w/o any checks.
In the next time, we plan to publish an article with a detailed review of the service architecture and performance metrics.
Now, read the documentation for a detailed understanding. We are always happy to answer your questions.
What is interference? A bit of history. Several years ago, as part of an internal project, we tried to create a data analysis service that meets the following minimum requirements: - as simple as possible integration with an existing java application - support for persistent data storage
- indices support
- support for a distributed database and distributed operations, such as the ability to insert or modify data in a database from any of the available nodes
- the easiest cluster deployment
- transaction support
- basic SQL support with complex event processing and stream SQL support
One of the outcomes of this development was an open source product branch called interference. What can this service do?
Easy integration with java application. You include the library and then simply manage all the interference functions from within the java application using session methods, JPA annotations, queries and direct access to table objects. Interference is a distributed service. This means that this service can be used within a distributed cluster, or you can build a distributed event-driven application based solely on this service, without any additional services like coordinators and so on.
Now, we suggest you use interference as a distributed platform when developing data analysis applications.
Interference is not an RDBMS in the usual sense. You do not use JDBC or anything like that to access the data. Instead, direct object-relational mapping is used that works directly with persistent storage and remote event transport mechanisms.
Minimal common insert performance on standard i7/4core workstation is up to 10000recs/sec on indexed table with UC constraint check and up to 50000recs/sec on plain table w/o any checks.
In the next time, we plan to publish an article with a detailed review of the service architecture and performance metrics.
Now, read the documentation for a detailed understanding. We are always happy to answer your questions.
What is interference? A bit of history. Several years ago, as part of an internal project, we tried to create a data analysis service that meets the following minimum requirements: - as simple as possible integration with an existing java application
- support for persistent data storage
- indices support
- support for a distributed database and distributed operations, such as the ability to insert or modify data in a database from any of the available nodes
- the easiest cluster deployment
- transaction support
- basic SQL support with complex event processing and stream SQL support
One of the outcomes of this development was an open source product branch called interference. What can this service do?
Easy integration with java application. You include the library and then simply manage all the interference functions from within the java application using session methods, JPA annotations, queries and direct access to table objects. Interference is a distributed service. This means that this service can be used within a distributed cluster, or you can build a distributed event-driven application based solely on this service, without any additional services like coordinators and so on.
Now, we suggest you use interference as a distributed platform when developing data analysis applications.
Interference is not an RDBMS in the usual sense. You do not use JDBC or anything like that to access the data. Instead, direct object-relational mapping is used that works directly with persistent storage and remote event transport mechanisms.
Minimal common insert performance on standard i7/4core workstation is up to 10000recs/sec on indexed table with UC constraint check and up to 50000recs/sec on plain table w/o any checks.
In the next time, we plan to publish an article with a detailed review of the service architecture and performance metrics.
Now, read the documentation for a detailed understanding. We are always happy to answer your questions.
Code examples are provided at https://github.com/interference-project/interference-test, as indicated in the readme.
However, you are right, this is not obvious and I will fix it.
Documentation in pdf - all that is at the moment, we are working to improve it.
Yesterday, a number of personalities, in response to my publication, bulling in comments with insults, conspiracy charges and very valuable instructions on what to do. Regrettably when adults do not see boundaries in communication.
The accusation of spammering brought against me is a blatant lie. I have NOT received ANY official notifications of violation of any rules from the ycombinator.com resource.
I pointed my position and apologized, although it was not worth it. I didn’t hear an any apology.
All this is very disappointing in my opinion and I would like to draw attention to the problem of misunderstanding between people, no matter what prejudices it is caused.