Gleipnir/nidus-sync
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity
nidus-sync/db/dbinfo/fieldseeker.containerrelate.bob.go

283 lines
7 KiB
Go
Raw Normal View History

Add ability to make LLM agent forget the conversation history This is extremely useful for testing. In order to do this I needed to actually deploy the migration to a bob fork so I could start to add support for behaviors I really want. Specifically the ability to search for ids in a slice.
2026-01-27 18:44:02 +00:00
// Code generated by BobGen psql v0.42.5. DO NOT EDIT.
Move to latest bobgen, add fieldseeker schema references This is an intermediate step between shifting from the old fs_* prefixed table names to an entire fieldseeker schema. At this point we have both, and we aren't doing much with the new schema but compiling.
2025-12-02 00:28:14 +00:00
// This file is meant to be re-generated in place and/or deleted at any time.
package dbinfo
import "github.com/aarondl/opt/null"
var FieldseekerContainerrelates = Table[
fieldseekerContainerrelateColumns,
fieldseekerContainerrelateIndexes,
fieldseekerContainerrelateForeignKeys,
fieldseekerContainerrelateUniques,
fieldseekerContainerrelateChecks,
]{
Schema: "fieldseeker",
Name: "containerrelate",
Columns: fieldseekerContainerrelateColumns{
Objectid: column{
Name: "objectid",
DBType: "bigint",
Make fieldseeker tables key on globalid, version This is because the objectid is not unique between organizations.
2026-01-13 04:16:24 +00:00
Default: "",
Move to latest bobgen, add fieldseeker schema references This is an intermediate step between shifting from the old fs_* prefixed table names to an entire fieldseeker schema. At this point we have both, and we aren't doing much with the new schema but compiling.
2025-12-02 00:28:14 +00:00
Comment: "",
Nullable: false,
Generated: false,
AutoIncr: false,
},
Globalid: column{
Name: "globalid",
DBType: "uuid",
Make GlobalID required for all Fieldseeker tables I'm pretty sure it has to be there, and it allows me to clean up my code.
2026-01-05 02:28:28 +00:00
Default: "",
Remove old FieldSeeker tables, use v2 generated tables. This requires a bunch of changes since the types on these tables are much closer to the underlying types of the Fieldseeker data we are getting back from the API. I now need to use proper UUID types everywhere, which means I had to modify the bob gen config to consistently use google UUID, my UUID library of choice. I also had to add the organization_id to all the fieldseeker tables since we rely on them existing for some of our compound queries. There were some changes to the API type signatures to get things to build. I may yet regret those.
2025-12-24 17:49:39 -07:00
Comment: "Original attribute from ArcGIS API is GlobalID",
Make GlobalID required for all Fieldseeker tables I'm pretty sure it has to be there, and it allows me to clean up my code.
2026-01-05 02:28:28 +00:00
Nullable: false,
Move to latest bobgen, add fieldseeker schema references This is an intermediate step between shifting from the old fs_* prefixed table names to an entire fieldseeker schema. At this point we have both, and we aren't doing much with the new schema but compiling.
2025-12-02 00:28:14 +00:00
Generated: false,
AutoIncr: false,
},
CreatedUser: column{
Name: "created_user",
DBType: "character varying",
Default: "NULL",
Remove old FieldSeeker tables, use v2 generated tables. This requires a bunch of changes since the types on these tables are much closer to the underlying types of the Fieldseeker data we are getting back from the API. I now need to use proper UUID types everywhere, which means I had to modify the bob gen config to consistently use google UUID, my UUID library of choice. I also had to add the organization_id to all the fieldseeker tables since we rely on them existing for some of our compound queries. There were some changes to the API type signatures to get things to build. I may yet regret those.
2025-12-24 17:49:39 -07:00
Comment: "Original attribute from ArcGIS API is created_user",
Move to latest bobgen, add fieldseeker schema references This is an intermediate step between shifting from the old fs_* prefixed table names to an entire fieldseeker schema. At this point we have both, and we aren't doing much with the new schema but compiling.
2025-12-02 00:28:14 +00:00
Nullable: true,
Generated: false,
AutoIncr: false,
},
CreatedDate: column{
Name: "created_date",
DBType: "timestamp without time zone",
Default: "NULL",
Remove old FieldSeeker tables, use v2 generated tables. This requires a bunch of changes since the types on these tables are much closer to the underlying types of the Fieldseeker data we are getting back from the API. I now need to use proper UUID types everywhere, which means I had to modify the bob gen config to consistently use google UUID, my UUID library of choice. I also had to add the organization_id to all the fieldseeker tables since we rely on them existing for some of our compound queries. There were some changes to the API type signatures to get things to build. I may yet regret those.
2025-12-24 17:49:39 -07:00
Comment: "Original attribute from ArcGIS API is created_date",
Move to latest bobgen, add fieldseeker schema references This is an intermediate step between shifting from the old fs_* prefixed table names to an entire fieldseeker schema. At this point we have both, and we aren't doing much with the new schema but compiling.
2025-12-02 00:28:14 +00:00
Nullable: true,
Generated: false,
AutoIncr: false,
},
LastEditedUser: column{
Name: "last_edited_user",
DBType: "character varying",
Default: "NULL",
Remove old FieldSeeker tables, use v2 generated tables. This requires a bunch of changes since the types on these tables are much closer to the underlying types of the Fieldseeker data we are getting back from the API. I now need to use proper UUID types everywhere, which means I had to modify the bob gen config to consistently use google UUID, my UUID library of choice. I also had to add the organization_id to all the fieldseeker tables since we rely on them existing for some of our compound queries. There were some changes to the API type signatures to get things to build. I may yet regret those.
2025-12-24 17:49:39 -07:00
Comment: "Original attribute from ArcGIS API is last_edited_user",
Move to latest bobgen, add fieldseeker schema references This is an intermediate step between shifting from the old fs_* prefixed table names to an entire fieldseeker schema. At this point we have both, and we aren't doing much with the new schema but compiling.
2025-12-02 00:28:14 +00:00
Nullable: true,
Generated: false,
AutoIncr: false,
},
LastEditedDate: column{
Name: "last_edited_date",
DBType: "timestamp without time zone",
Default: "NULL",
Remove old FieldSeeker tables, use v2 generated tables. This requires a bunch of changes since the types on these tables are much closer to the underlying types of the Fieldseeker data we are getting back from the API. I now need to use proper UUID types everywhere, which means I had to modify the bob gen config to consistently use google UUID, my UUID library of choice. I also had to add the organization_id to all the fieldseeker tables since we rely on them existing for some of our compound queries. There were some changes to the API type signatures to get things to build. I may yet regret those.
2025-12-24 17:49:39 -07:00
Comment: "Original attribute from ArcGIS API is last_edited_date",
Move to latest bobgen, add fieldseeker schema references This is an intermediate step between shifting from the old fs_* prefixed table names to an entire fieldseeker schema. At this point we have both, and we aren't doing much with the new schema but compiling.
2025-12-02 00:28:14 +00:00
Nullable: true,
Generated: false,
AutoIncr: false,
},
Inspsampleid: column{
Name: "inspsampleid",
DBType: "uuid",
Default: "NULL",
Remove old FieldSeeker tables, use v2 generated tables. This requires a bunch of changes since the types on these tables are much closer to the underlying types of the Fieldseeker data we are getting back from the API. I now need to use proper UUID types everywhere, which means I had to modify the bob gen config to consistently use google UUID, my UUID library of choice. I also had to add the organization_id to all the fieldseeker tables since we rely on them existing for some of our compound queries. There were some changes to the API type signatures to get things to build. I may yet regret those.
2025-12-24 17:49:39 -07:00
Comment: "Original attribute from ArcGIS API is INSPSAMPLEID",
Move to latest bobgen, add fieldseeker schema references This is an intermediate step between shifting from the old fs_* prefixed table names to an entire fieldseeker schema. At this point we have both, and we aren't doing much with the new schema but compiling.
2025-12-02 00:28:14 +00:00
Nullable: true,
Generated: false,
AutoIncr: false,
},
Mosquitoinspid: column{
Name: "mosquitoinspid",
DBType: "uuid",
Default: "NULL",
Remove old FieldSeeker tables, use v2 generated tables. This requires a bunch of changes since the types on these tables are much closer to the underlying types of the Fieldseeker data we are getting back from the API. I now need to use proper UUID types everywhere, which means I had to modify the bob gen config to consistently use google UUID, my UUID library of choice. I also had to add the organization_id to all the fieldseeker tables since we rely on them existing for some of our compound queries. There were some changes to the API type signatures to get things to build. I may yet regret those.
2025-12-24 17:49:39 -07:00
Comment: "Original attribute from ArcGIS API is MOSQUITOINSPID",
Move to latest bobgen, add fieldseeker schema references This is an intermediate step between shifting from the old fs_* prefixed table names to an entire fieldseeker schema. At this point we have both, and we aren't doing much with the new schema but compiling.
2025-12-02 00:28:14 +00:00
Nullable: true,
Generated: false,
AutoIncr: false,
},
Treatmentid: column{
Name: "treatmentid",
DBType: "uuid",
Default: "NULL",
Remove old FieldSeeker tables, use v2 generated tables. This requires a bunch of changes since the types on these tables are much closer to the underlying types of the Fieldseeker data we are getting back from the API. I now need to use proper UUID types everywhere, which means I had to modify the bob gen config to consistently use google UUID, my UUID library of choice. I also had to add the organization_id to all the fieldseeker tables since we rely on them existing for some of our compound queries. There were some changes to the API type signatures to get things to build. I may yet regret those.
2025-12-24 17:49:39 -07:00
Comment: "Original attribute from ArcGIS API is TREATMENTID",
Move to latest bobgen, add fieldseeker schema references This is an intermediate step between shifting from the old fs_* prefixed table names to an entire fieldseeker schema. At this point we have both, and we aren't doing much with the new schema but compiling.
2025-12-02 00:28:14 +00:00
Nullable: true,
Generated: false,
AutoIncr: false,
},
Containertype: column{
Name: "containertype",
Remove old FieldSeeker tables, use v2 generated tables. This requires a bunch of changes since the types on these tables are much closer to the underlying types of the Fieldseeker data we are getting back from the API. I now need to use proper UUID types everywhere, which means I had to modify the bob gen config to consistently use google UUID, my UUID library of choice. I also had to add the organization_id to all the fieldseeker tables since we rely on them existing for some of our compound queries. There were some changes to the API type signatures to get things to build. I may yet regret those.
2025-12-24 17:49:39 -07:00
DBType: "character varying",
Move to latest bobgen, add fieldseeker schema references This is an intermediate step between shifting from the old fs_* prefixed table names to an entire fieldseeker schema. At this point we have both, and we aren't doing much with the new schema but compiling.
2025-12-02 00:28:14 +00:00
Default: "NULL",
Remove old FieldSeeker tables, use v2 generated tables. This requires a bunch of changes since the types on these tables are much closer to the underlying types of the Fieldseeker data we are getting back from the API. I now need to use proper UUID types everywhere, which means I had to modify the bob gen config to consistently use google UUID, my UUID library of choice. I also had to add the organization_id to all the fieldseeker tables since we rely on them existing for some of our compound queries. There were some changes to the API type signatures to get things to build. I may yet regret those.
2025-12-24 17:49:39 -07:00
Comment: "Original attribute from ArcGIS API is CONTAINERTYPE",
Move to latest bobgen, add fieldseeker schema references This is an intermediate step between shifting from the old fs_* prefixed table names to an entire fieldseeker schema. At this point we have both, and we aren't doing much with the new schema but compiling.
2025-12-02 00:28:14 +00:00
Nullable: true,
Generated: false,
AutoIncr: false,
},
Creationdate: column{
Name: "creationdate",
DBType: "timestamp without time zone",
Default: "NULL",
Remove old FieldSeeker tables, use v2 generated tables. This requires a bunch of changes since the types on these tables are much closer to the underlying types of the Fieldseeker data we are getting back from the API. I now need to use proper UUID types everywhere, which means I had to modify the bob gen config to consistently use google UUID, my UUID library of choice. I also had to add the organization_id to all the fieldseeker tables since we rely on them existing for some of our compound queries. There were some changes to the API type signatures to get things to build. I may yet regret those.
2025-12-24 17:49:39 -07:00
Comment: "Original attribute from ArcGIS API is CreationDate",
Move to latest bobgen, add fieldseeker schema references This is an intermediate step between shifting from the old fs_* prefixed table names to an entire fieldseeker schema. At this point we have both, and we aren't doing much with the new schema but compiling.
2025-12-02 00:28:14 +00:00
Nullable: true,
Generated: false,
AutoIncr: false,
},
Creator: column{
Name: "creator",
DBType: "character varying",
Default: "NULL",
Remove old FieldSeeker tables, use v2 generated tables. This requires a bunch of changes since the types on these tables are much closer to the underlying types of the Fieldseeker data we are getting back from the API. I now need to use proper UUID types everywhere, which means I had to modify the bob gen config to consistently use google UUID, my UUID library of choice. I also had to add the organization_id to all the fieldseeker tables since we rely on them existing for some of our compound queries. There were some changes to the API type signatures to get things to build. I may yet regret those.
2025-12-24 17:49:39 -07:00
Comment: "Original attribute from ArcGIS API is Creator",
Move to latest bobgen, add fieldseeker schema references This is an intermediate step between shifting from the old fs_* prefixed table names to an entire fieldseeker schema. At this point we have both, and we aren't doing much with the new schema but compiling.
2025-12-02 00:28:14 +00:00
Nullable: true,
Generated: false,
AutoIncr: false,
},
Editdate: column{
Name: "editdate",
DBType: "timestamp without time zone",
Default: "NULL",
Remove old FieldSeeker tables, use v2 generated tables. This requires a bunch of changes since the types on these tables are much closer to the underlying types of the Fieldseeker data we are getting back from the API. I now need to use proper UUID types everywhere, which means I had to modify the bob gen config to consistently use google UUID, my UUID library of choice. I also had to add the organization_id to all the fieldseeker tables since we rely on them existing for some of our compound queries. There were some changes to the API type signatures to get things to build. I may yet regret those.
2025-12-24 17:49:39 -07:00
Comment: "Original attribute from ArcGIS API is EditDate",
Move to latest bobgen, add fieldseeker schema references This is an intermediate step between shifting from the old fs_* prefixed table names to an entire fieldseeker schema. At this point we have both, and we aren't doing much with the new schema but compiling.
2025-12-02 00:28:14 +00:00
Nullable: true,
Generated: false,
AutoIncr: false,
},
Editor: column{
Name: "editor",
DBType: "character varying",
Default: "NULL",
Remove old FieldSeeker tables, use v2 generated tables. This requires a bunch of changes since the types on these tables are much closer to the underlying types of the Fieldseeker data we are getting back from the API. I now need to use proper UUID types everywhere, which means I had to modify the bob gen config to consistently use google UUID, my UUID library of choice. I also had to add the organization_id to all the fieldseeker tables since we rely on them existing for some of our compound queries. There were some changes to the API type signatures to get things to build. I may yet regret those.
2025-12-24 17:49:39 -07:00
Comment: "Original attribute from ArcGIS API is Editor",
Nullable: true,
Generated: false,
AutoIncr: false,
},
Geometry: column{
Name: "geometry",
DBType: "jsonb",
Default: "",
Comment: "",
Nullable: false,
Generated: false,
AutoIncr: false,
},
Geospatial: column{
Name: "geospatial",
DBType: "geometry",
Default: "NULL",
Move to latest bobgen, add fieldseeker schema references This is an intermediate step between shifting from the old fs_* prefixed table names to an entire fieldseeker schema. At this point we have both, and we aren't doing much with the new schema but compiling.
2025-12-02 00:28:14 +00:00
Comment: "",
Nullable: true,
Generated: false,
AutoIncr: false,
},
Initially made it through full update with new fieldseeker schema
2025-12-05 23:11:57 +00:00
Version: column{
Name: "version",
DBType: "integer",
Default: "1",
Remove old FieldSeeker tables, use v2 generated tables. This requires a bunch of changes since the types on these tables are much closer to the underlying types of the Fieldseeker data we are getting back from the API. I now need to use proper UUID types everywhere, which means I had to modify the bob gen config to consistently use google UUID, my UUID library of choice. I also had to add the organization_id to all the fieldseeker tables since we rely on them existing for some of our compound queries. There were some changes to the API type signatures to get things to build. I may yet regret those.
2025-12-24 17:49:39 -07:00
Comment: "",
Nullable: false,
Generated: false,
AutoIncr: false,
},
OrganizationID: column{
Name: "organization_id",
DBType: "integer",
Default: "",
Comment: "",
Initially made it through full update with new fieldseeker schema
2025-12-05 23:11:57 +00:00
Nullable: false,
Generated: false,
AutoIncr: false,
},
Move to latest bobgen, add fieldseeker schema references This is an intermediate step between shifting from the old fs_* prefixed table names to an entire fieldseeker schema. At this point we have both, and we aren't doing much with the new schema but compiling.
2025-12-02 00:28:14 +00:00
},
Indexes: fieldseekerContainerrelateIndexes{
ContainerrelatePkey: index{
Type: "btree",
Name: "containerrelate_pkey",
Columns: []indexColumn{
{
Make fieldseeker tables key on globalid, version This is because the objectid is not unique between organizations.
2026-01-13 04:16:24 +00:00
Name: "globalid",
Move to latest bobgen, add fieldseeker schema references This is an intermediate step between shifting from the old fs_* prefixed table names to an entire fieldseeker schema. At this point we have both, and we aren't doing much with the new schema but compiling.
2025-12-02 00:28:14 +00:00
Desc: null.FromCond(false, true),
IsExpression: false,
},
Initially made it through full update with new fieldseeker schema
2025-12-05 23:11:57 +00:00
{
Name: "version",
Desc: null.FromCond(false, true),
IsExpression: false,
},
Move to latest bobgen, add fieldseeker schema references This is an intermediate step between shifting from the old fs_* prefixed table names to an entire fieldseeker schema. At this point we have both, and we aren't doing much with the new schema but compiling.
2025-12-02 00:28:14 +00:00
},
Unique: true,
Comment: "",
Initially made it through full update with new fieldseeker schema
2025-12-05 23:11:57 +00:00
NullsFirst: []bool{false, false},
Move to latest bobgen, add fieldseeker schema references This is an intermediate step between shifting from the old fs_* prefixed table names to an entire fieldseeker schema. At this point we have both, and we aren't doing much with the new schema but compiling.
2025-12-02 00:28:14 +00:00
NullsDistinct: false,
Where: "",
Include: []string{},
},
},
PrimaryKey: &constraint{
Name: "containerrelate_pkey",
Make fieldseeker tables key on globalid, version This is because the objectid is not unique between organizations.
2026-01-13 04:16:24 +00:00
Columns: []string{"globalid", "version"},
Move to latest bobgen, add fieldseeker schema references This is an intermediate step between shifting from the old fs_* prefixed table names to an entire fieldseeker schema. At this point we have both, and we aren't doing much with the new schema but compiling.
2025-12-02 00:28:14 +00:00
Comment: "",
},
Remove old FieldSeeker tables, use v2 generated tables. This requires a bunch of changes since the types on these tables are much closer to the underlying types of the Fieldseeker data we are getting back from the API. I now need to use proper UUID types everywhere, which means I had to modify the bob gen config to consistently use google UUID, my UUID library of choice. I also had to add the organization_id to all the fieldseeker tables since we rely on them existing for some of our compound queries. There were some changes to the API type signatures to get things to build. I may yet regret those.
2025-12-24 17:49:39 -07:00
ForeignKeys: fieldseekerContainerrelateForeignKeys{
FieldseekerContainerrelateContainerrelateOrganizationIDFkey: foreignKey{
constraint: constraint{
Name: "fieldseeker.containerrelate.containerrelate_organization_id_fkey",
Columns: []string{"organization_id"},
Comment: "",
},
ForeignTable: "organization",
ForeignColumns: []string{"id"},
},
},
Move to latest bobgen, add fieldseeker schema references This is an intermediate step between shifting from the old fs_* prefixed table names to an entire fieldseeker schema. At this point we have both, and we aren't doing much with the new schema but compiling.
2025-12-02 00:28:14 +00:00
Comment: "",
}
type fieldseekerContainerrelateColumns struct {
Objectid column
Globalid column
CreatedUser column
CreatedDate column
LastEditedUser column
LastEditedDate column
Inspsampleid column
Mosquitoinspid column
Treatmentid column
Containertype column
Creationdate column
Creator column
Editdate column
Editor column
Remove old FieldSeeker tables, use v2 generated tables. This requires a bunch of changes since the types on these tables are much closer to the underlying types of the Fieldseeker data we are getting back from the API. I now need to use proper UUID types everywhere, which means I had to modify the bob gen config to consistently use google UUID, my UUID library of choice. I also had to add the organization_id to all the fieldseeker tables since we rely on them existing for some of our compound queries. There were some changes to the API type signatures to get things to build. I may yet regret those.
2025-12-24 17:49:39 -07:00
Geometry column
Geospatial column
Initially made it through full update with new fieldseeker schema
2025-12-05 23:11:57 +00:00
Version column
Remove old FieldSeeker tables, use v2 generated tables. This requires a bunch of changes since the types on these tables are much closer to the underlying types of the Fieldseeker data we are getting back from the API. I now need to use proper UUID types everywhere, which means I had to modify the bob gen config to consistently use google UUID, my UUID library of choice. I also had to add the organization_id to all the fieldseeker tables since we rely on them existing for some of our compound queries. There were some changes to the API type signatures to get things to build. I may yet regret those.
2025-12-24 17:49:39 -07:00
OrganizationID column
Move to latest bobgen, add fieldseeker schema references This is an intermediate step between shifting from the old fs_* prefixed table names to an entire fieldseeker schema. At this point we have both, and we aren't doing much with the new schema but compiling.
2025-12-02 00:28:14 +00:00
}
func (c fieldseekerContainerrelateColumns) AsSlice() []column {
return []column{
Remove old FieldSeeker tables, use v2 generated tables. This requires a bunch of changes since the types on these tables are much closer to the underlying types of the Fieldseeker data we are getting back from the API. I now need to use proper UUID types everywhere, which means I had to modify the bob gen config to consistently use google UUID, my UUID library of choice. I also had to add the organization_id to all the fieldseeker tables since we rely on them existing for some of our compound queries. There were some changes to the API type signatures to get things to build. I may yet regret those.
2025-12-24 17:49:39 -07:00
c.Objectid, c.Globalid, c.CreatedUser, c.CreatedDate, c.LastEditedUser, c.LastEditedDate, c.Inspsampleid, c.Mosquitoinspid, c.Treatmentid, c.Containertype, c.Creationdate, c.Creator, c.Editdate, c.Editor, c.Geometry, c.Geospatial, c.Version, c.OrganizationID,
Move to latest bobgen, add fieldseeker schema references This is an intermediate step between shifting from the old fs_* prefixed table names to an entire fieldseeker schema. At this point we have both, and we aren't doing much with the new schema but compiling.
2025-12-02 00:28:14 +00:00
}
}
type fieldseekerContainerrelateIndexes struct {
ContainerrelatePkey index
}
func (i fieldseekerContainerrelateIndexes) AsSlice() []index {
return []index{
i.ContainerrelatePkey,
}
}
Remove old FieldSeeker tables, use v2 generated tables. This requires a bunch of changes since the types on these tables are much closer to the underlying types of the Fieldseeker data we are getting back from the API. I now need to use proper UUID types everywhere, which means I had to modify the bob gen config to consistently use google UUID, my UUID library of choice. I also had to add the organization_id to all the fieldseeker tables since we rely on them existing for some of our compound queries. There were some changes to the API type signatures to get things to build. I may yet regret those.
2025-12-24 17:49:39 -07:00
type fieldseekerContainerrelateForeignKeys struct {
FieldseekerContainerrelateContainerrelateOrganizationIDFkey foreignKey
}
Move to latest bobgen, add fieldseeker schema references This is an intermediate step between shifting from the old fs_* prefixed table names to an entire fieldseeker schema. At this point we have both, and we aren't doing much with the new schema but compiling.
2025-12-02 00:28:14 +00:00
func (f fieldseekerContainerrelateForeignKeys) AsSlice() []foreignKey {
Remove old FieldSeeker tables, use v2 generated tables. This requires a bunch of changes since the types on these tables are much closer to the underlying types of the Fieldseeker data we are getting back from the API. I now need to use proper UUID types everywhere, which means I had to modify the bob gen config to consistently use google UUID, my UUID library of choice. I also had to add the organization_id to all the fieldseeker tables since we rely on them existing for some of our compound queries. There were some changes to the API type signatures to get things to build. I may yet regret those.
2025-12-24 17:49:39 -07:00
return []foreignKey{
f.FieldseekerContainerrelateContainerrelateOrganizationIDFkey,
}
Move to latest bobgen, add fieldseeker schema references This is an intermediate step between shifting from the old fs_* prefixed table names to an entire fieldseeker schema. At this point we have both, and we aren't doing much with the new schema but compiling.
2025-12-02 00:28:14 +00:00
}
type fieldseekerContainerrelateUniques struct{}
func (u fieldseekerContainerrelateUniques) AsSlice() []constraint {
return []constraint{}
}
type fieldseekerContainerrelateChecks struct{}
func (c fieldseekerContainerrelateChecks) AsSlice() []check {
return []check{}
}
Reference in a new issue Copy permalink