В принципе, можно было бы добавить геттер и отдавать программе значение с подменой, но это поле является ключом для другого, которое ManyToOne, поэтому такой путь не подходит.
If your table truly has no unique columns, then use all of the columns as the id. Typically when this occurs the data is read-only, so even if the table allows duplicate rows with the same values, the objects will be the same anyway, so it does not matter that JPA thinks they are the same object. The issue with allowing updates and deletes is that there is no way to uniquely identify the object's row, so all of the matching rows will be updated or deleted.
Строки с одинаковыми данными - однотипные события, каждое последующее гарантировано "перекрывает" предыдущее.как раз это тебе и нужно.
<dependencies>
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>slf4j-api</artifactId>
<version>${slf4j-api.version}</version>
</dependency>
<dependency>
<groupId>org.apache.storm</groupId>
<artifactId>storm-core</artifactId>
<version>${storm.version}</version>
<exclusions>
<exclusion>
<groupId>org.slf4j</groupId>
<artifactId>slf4j-api</artifactId>
</exclusion>
</exclusions>
</dependency>
</dependencies>
enum Color {
WHITE("white"), BLACK("black");
private final String color;
Color(String color) {
this.color = color;
}
@Override
public String toString() {
return color;
}
}
Color c = Color.WHITE;
System.out.println(c);
for(int i0=0; i<=255; i++) {
for(int i1=0; i<=255; i++) {
for(int i2=0; i<=255; i++) {
for(int i3=0; i<=255; i++) {
writeToFile(printf("%d.%d.%d.%d\n", i0, i1, i2, i3));
}
}
}
}